This archive is retained to ensure existing URLs remain functional. It will not contain any emails sent to this mailing list after July 1, 2024. For all messages, including those sent before and after this date, please visit the new location of the archive at https://mailman.ripe.net/archives/list/[email protected]/
DB consistancy checking tools
- Previous message (by thread): Attn. NRTM clients: Missing serial files(2)
- Next message (by thread): DB consistancy checking tools
Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
Thor-Henrik Kvandahl
thk at nextra.com
Fri Mar 3 12:42:00 CET 2000
Hi Matthew. Can I congratulate with a son or daughter now ? Here are some ideas to a future Task Force. I have some ideas about consistency in the Ripe Whois DB and in the LIRs own assignment files/DB, and also in between them. If we want to come up with some tools/hints for LIR's to keep on top of their entries, I suggest that we also include tools/hints to check the consistency between the LIRs own assignment files/DB and the Ripe Whois DB. One way to do this is to download the inetnum db from ftp.ripe.net, extract the LIRs inetnums, do a consistency check of the inetnums, and finally do a consistency check between the inetnums and the assignment files/DB (and why not do a consistency check between the inetnums and all customer routes ?). I guess there are not many LIRs doing this today (except us). The drawback with this solution is that we have to download the whole inetnum db (12,5Mb) and extract all our inetnums. Here's an idea that belongs to the db-gw, but it is related to the idea described above: To ease the load on the RIPE NCC ftp/whois server and our servers, any LIR should be able to request an automatic extract every 24 hours of their allocated blocks. -- Regards Thor-Henrik Kvandahl Nextra AS Norway On Thu, 20 Jan 2000, Matthew Robinson wrote: > I won't be at RIPE-35 as my first child is due at the same time but I'll > definitely knock something together as a draft. If other people are > interested then things should go ahead at RIPE-35 otherwise I do have > permission from my wife to attend RIPE-36 ;-) > > Kind regards > > Matthew > > -----Original Message----- > From: Wilfried Woeber, UniVie/ACOnet [mailto:woeber at cc.univie.ac.at] > Sent: 20 January 2000 14:55 > To: matthew at planet.net.uk > Cc: lir-wg at ripe.net; db-wg at ripe.net; woeber at cc.univie.ac.at > Subject: RE: DB consistancy checking tools > > > Matthew, > > I think this is an interesting proposal: > > >I have been wondering recently whether a separate group should be set up > for > >the sole purpose of creating tools/advise/methods/hints 'n' tips for LIR's > >to keep on top of their entries and make management easier. A sort of RIPE > >users working group not concerned with designing objects for the database > >but how to put existing objects in it, remove them, manage them, etc. > > > >My 2c > > > >Matthew > > To start things moving, could you come up with a coarse draft of ideas > and short-term goals to take up? > > On the more formal side, one of the possible solutions to accomodate > that activity might be to create a TaskForce to work on well-defined > items during RIPE35 (do you intend to particpate?). > This TF might be supported by both LIR and DB, or sponsored by whichever > group is seen to be appropriate... > > Wilfried. >
- Previous message (by thread): Attn. NRTM clients: Missing serial files(2)
- Next message (by thread): DB consistancy checking tools
Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
[ db-wg Archives ]