- db-wg - mailman.ripe.net

Re: Merging RIPE DB CLNS object (and IPng) into ripe-81++ ?
by Victor Reijs 21 Jun '94

21 Jun '94

==> From: Marcel Wiget > Any comments ? > > Kind regards, > > Marcel > Looks good to me. As long as a good synergy between IP/CIDR and CLNS/NSAP is possible, I am satisfied. As I already have said many times, the authorization of changes is in my idea even more essential for keeping a good database. I know that all earlier problems with CLNS routing, can be traced back because of these problems. All the best, Victor

1 0

Merging RIPE DB CLNS object (and IPng) into ripe-81++ ?
by Marcel Wiget 20 Jun '94

20 Jun '94

Hi all, Henk Steenman and Susan Hares are working on a proposal for 'CLNS routing-domain object for the RIPE database'. One of the aim of this proposal is to be as close to the ripe-81++ objects as possible. Now, instead of defining a new set of objects I have the following proposal: Network protocol address prefixes and hosts should be prefixed by a two character protocol identifier. For the current IP networks: IP192.87.45.0/24 For CLNS networks: NS39.756f.1111/40 Autonomous numbers (AS): AS1104 (already defined in rip-81++) Routing Domain Identifier: RD39.528f.1103 To prefix numbers would also simplify any transitions to IPng and allow the usage of the RIPE database also for other network protocols. Due to CIDR IP & NSAP network numbers are both classless and are prefixed by a number of bits. Maybe someone has a better idea about prefixes to use. I just made them equal to the already defined AS number prefix ('AS'). The following attributes from ripe-81++ would get a more general 'touch': attribute object ------------------------------- route route origin route component route inetnum inetnum New objects needed for CLNS: rdi Routing Domain Identifier (comparable to aut-num object) (maybe even these objects could be merged, especially because AS numbers can be mapped into RDI's in IDRP) rd-macro Equal to 'as-macro' object, for IDRP RDI's. Any comments ? Kind regards, Marcel IP network prefixes and IP host addresses should be prefixed by 'IP' and any other network protocol Existing ripe-81++ objects: --------------------------- aut-num community as-macro route -- e-mail: wiget(a)chx400.switch.ch \|/ Swiss Academic and Research Network phone : +41 1 268 15 30 | SWITCH, Marcel Wiget fax : +41 1 268 15 68 hb9rwm CH-8001 Zurich, Limmatquai 138

1 0

Re: Removal nameserver an rev-srv tags
by Daniele Vannozzi 24 May '94

24 May '94

On Fri, 20 May 94 18:28:53 GMT you said: >> Concerning the assumption of dns-wg about the useless of those tags and >> the absence of procedures based on them we would like to inform you that >> we are presently testing some automatic tools based exactly on those >> tags which we use before actually registering a new direct or inverse >> domain. >> Starting from the contained information, each server is queried on >> properly resolving the query. > >Do you mean, you first build the domain object, insert it into the database >and then get a list of nameservers out of it, in order to do your querying? >And only then you consider the domain configuration ok? > >If this is the case, why don't you get the NS list from the (soon to be) >primary nameserver, and if all is ok then you register the domain itself >and the domain object in the database? Or did I miss something? Artur, many thanks for your help. I think it's necessary to explain our procedure. When we receive a domain form (domain registration template) we check the primary nameserver (we use the first "nameserver:" tag to locate it). How to find otherwise that server without a nameserver tag? If the primary nameserver is reachable and properly configured we continue checking secondary nameservers which should be listed in the domain form and as NS records in the primary nameserver. The above is a useful check because many times there are discrepancies in what is "declared" and what is actually configured. In addition, if in the domain form there is our nameserver listed as a secondary, we also check the refresh time, retry time, expiration period and default ttl. Only after a successful check the domain object is added to database and the country master server is reloaded with the new information. Regards, Daniele > >We do this before registering a domain under PT... > >.artur > Daniele Vannozzi Phone: +39 50 593280 GARR-NIS Phone NIS: +39 50 593360 c/o CNUCE - Istituto del CNR Fax: +39 50 904052 Via Santa Maria 36 Telex: 500371 - CNUCE 56100 Pisa - Italy E-mail: vannozzi(a)nis.garr.it

2 1

Re: Removal nameserver an rev-srv tags
by Artur Romao 20 May '94

20 May '94

> Concerning the assumption of dns-wg about the useless of those tags and > the absence of procedures based on them we would like to inform you that > we are presently testing some automatic tools based exactly on those > tags which we use before actually registering a new direct or inverse > domain. > Starting from the contained information, each server is queried on > properly resolving the query. Do you mean, you first build the domain object, insert it into the database and then get a list of nameservers out of it, in order to do your querying? And only then you consider the domain configuration ok? If this is the case, why don't you get the NS list from the (soon to be) primary nameserver, and if all is ok then you register the domain itself and the domain object in the database? Or did I miss something? We do this before registering a domain under PT... .artur

1 0

RE: Removal nameserver an rev-srv tags
by Wilfried Woeber, UniVie/ACOnet 20 May '94

20 May '94

Dear all, >Blasco has informed us about the proposals and the decision taken during >the last Ripe meeting. >While we found all greats, we disagree about a particular proposal made >at the dns working group. To be concise, we believe obsoleting the I don't want to assess the technical merits of any decisions taken at the DNS-WG, however I'm worried about the organizational merits of any decisions that were taken in WG meetings that had to compete against the Routing-WG and the RIPE-81++ discussions. I for my part did certainly not feel having quorum in the DB-WG, and thus no decisions were taken this time. I'm also going to state this is my minutes... Wilfried. -------------------------------------------------------------------------- Wilfried Woeber : e-mail: Wilfried.Woeber(a)CC.UniVie.ac.at Computer Center - ACOnet : Vienna University : Tel: +43 1 4065822 355 Universitaetsstrasse 7 : Fax: +43 1 4065822 170 A-1010 Vienna, Austria, Europe : NIC: WW144 --------------------------------------------------------------------------

1 0

Removal nameserver an rev-srv tags
by Daniele Vannozzi 20 May '94

20 May '94

Dear all, Blasco has informed us about the proposals and the decision taken during the last Ripe meeting. While we found all greats, we disagree about a particular proposal made at the dns working group. To be concise, we believe obsoleting the rev-srv and nameserver flags from the inetnum and domain objects to not be a meaningful action. Concerning the assumption of dns-wg about the useless of those tags and the absence of procedures based on them we would like to inform you that we are presently testing some automatic tools based exactly on those tags which we use before actually registering a new direct or inverse domain. Starting from the contained information, each server is queried on properly resolving the query. Daniele & Giuliana Daniele Vannozzi Phone: +39 50 593280 GARR-NIS Phone NIS: +39 50 593360 c/o CNUCE - Istituto del CNR Fax: +39 50 904052 Via Santa Maria 36 Telex: 500371 - CNUCE 56100 Pisa - Italy E-mail: vannozzi(a)nis.garr.it

2 1

classless range notation
by Marten Terpstra 19 May '94

19 May '94

Dear folks, In a draft document sent out last week on representations of IP addresses in the RIPE database there was an invention by us, the classless range. This was in addition to the various notations used in the database currently, and the various classless notations. In the database working group at the RIPE meeting (with small attendance, since the routing working group met at the same time) there were some different ideas on the classless range notation. Some said we should simply use prefix/length notation also for assignments, but this does not allow non bit-aligned blocks registered as one in the database, others suggested some other notations. What I would like to get a feel of is whether you feel that we should allow for a representation that can contain non bit-aligned blocks, and if so how this should be represented in the inetnum object. I would like some discussion and preferably proposals and work from there. This will need to be implemented some day, and also the document should be finalized at some stage, preferably at the same time ripe-81++ is finalized. -Marten PS If you have not seen the document, it is available as: ftp.ripe.net:ripe/drafts/ripe-clarep.{ps,txt} General comments are also welcme, although it seemed that the classless range notation needs some discussion.

1 0

RE: Agenda's
by Wilfried Woeber, UniVie/ACOnet 10 May '94

10 May '94

> could I have your requirements for meeting space/time and agenda's > for the coming RIPE WG meetings? Thanks. Below please find attached the draft agenda for the Database group. I'd be more than happy to get feedback on the list of agenda items *AND* on the proposed time-slots. See you in Amsterdam! Wilfried. Draft agenda for the DB-Working-Group at RIPE-18, Amsterdam. ------------------------------------------------------------ 0. Opening (15') . appointment of scribe . amendment/rearrangement of agenda . admin x. The Classless Database (60'??) . review of requirements and scheduled changes . document review (ripe-81++, ripe-clarep, ripe-inetnum) . discussion and decision x. Database Operations Review (50') . national characters? . guardian mechanism . RIPE-Handles . any loose ends? (experiences) . documentation . retired objects/attributes? . tools x. DB-Exchange with US (30') . MeritRR . handling of invalid data . handling of retired attributes (nsf-in:, nsf-out:, decision!) . RWhois, aggrwalk, ... x. CLNS Routing Registry (30') . the Sue Hares proposal . dom-prefix: . NSAP registry Z. AOB -------------------------------------------------------------------------- Wilfried Woeber : e-mail: Wilfried.Woeber(a)CC.UniVie.ac.at Computer Center - ACOnet : Vienna University : Tel: +43 1 4065822 355 Universitaetsstrasse 7 : Fax: +43 1 4065822 170 A-1010 Vienna, Austria, Europe : NIC: WW144 --------------------------------------------------------------------------

1 0

New Draft Document available: ripe-inetnum
by RIPE NCC Draft Document Annoucement Service 10 May '94

10 May '94

Short content description ------------------------- This is to announce a draft update to the inetnum document originally known as ripe-050. FTP Access ---------- All RIPE documents and Internet RFC`s are available via anonymous FTP from host ftp.ripe.net. Type "ftp ftp.ripe.net". Login with username "anonymous" supplying your email address as the password. After logging in, type "cd ripe/drafts/" followed by the command "get filename". The relevant filenames for this document are: ripe-inetnum.txt for the ASCII version ripe-inetnum.ps for the PostScript version Electronic Mail Retrieval of Documents -------------------------------------- Documents can also be retrieved from the RIPE document store using a mail server program. For more information on how to use the program, send email to: mail-server(a)ripe.net with "send HELP" in the body text. RIPE NCC Interactive Information Server --------------------------------------- Type "telnet info.ripe.net". This is a menu driven service allows the document store to be browsed. After reading documents you are prompted as to whether you would like to receive an email copy of the document you have just read. If you would, you simply enter your email address and the document will be mailed to you. Below are details of alternative methods of access. Gopher Access ------------- The same documents are available via a "gopher" server at "gopher gopher.ripe.net". MIME Mail Reader ---------------- Below is the data which will enable a MIME compliant Mail Reader implementation to automatically retrieve the RIPE document by FTP or mail server. SEND ripe/drafts/ripe-inetnum.txt

1 0

New Draft Document available: ripe-clarep
by RIPE NCC Draft Document Annoucement Service 10 May '94

10 May '94

This is to announce a draft version of the classless reperesentation document. FTP Access ---------- All RIPE documents and Internet RFC`s are available via anonymous FTP from host ftp.ripe.net. Type "ftp ftp.ripe.net". Login with username "anonymous" supplying your email address as the password. After logging in, type "cd ripe/drafts/" followed by the command "get filename". The relevant filenames for this document are: ripe-clarep.txt for the ASCII version ripe-clarep.ps for the PostScript version Electronic Mail Retrieval of Documents -------------------------------------- Documents can also be retrieved from the RIPE document store using a mail server program. For more information on how to use the program, send email to: mail-server(a)ripe.net with "send HELP" in the body text. RIPE NCC Interactive Information Server --------------------------------------- Type "telnet info.ripe.net". This is a menu driven service allows the document store to be browsed. After reading documents you are prompted as to whether you would like to receive an email copy of the document you have just read. If you would, you simply enter your email address and the document will be mailed to you. Below are details of alternative methods of access. Gopher Access ------------- The same documents are available via a "gopher" server at "gopher gopher.ripe.net". MIME Mail Reader ---------------- Below is the data which will enable a MIME compliant Mail Reader implementation to automatically retrieve the RIPE document by FTP or mail server. SEND ripe/drafts/ripe-clarep.txt

1 0