July 2002 - db-wg - mailman.ripe.net

configuring ripe-dbase-3.1.0
by Sun Guonian 19 Jul '02

19 Jul '02

Dear Madam/Sir, I want to upgrade our whois server from ripe-dbase-2.3 to the new version ripe-dbase-3.1.0. in the last version(2.3), I can modify two files, conf/ripedb.config and lib/syntax.pl, to add new objects/attributes to offer chinese information to our clients. But in the new version, I can't find the proper mothed to do it. would you mind to help me to solve this problem ? Thanks very much ! Best regards, Sun Guonian China Internet Network Information Center (CNNIC)

2 1

Draft document "New Values of the 'status:' attribute for inet6num Objects" is available
by Andrei Robachevsky 17 Jul '02

17 Jul '02

Dear Colleagues, [apologies for duplicate messages] The draft document "New Values of the 'status:' attribute for inet6num Objects" is available on the RIPE NCC website at: http://www.ripe.net/ripencc/draft-documents/ This document describes the new values of the "status:" attribute for inet6num objects and their impact on database operation. The deadline for comments and suggestions is Wednesday, 24th July. After incorporating any suggested changes to the document the final document will be published as a RIPE Document. On Thursday, 25th July, subject to any additional comments, the described Database functionality will be put in to practice. Please send your comments and suggestions to <lir-wg(a)ripe.net>. Regards, Andrei Robachevsky RIPE NCC

1 0

RE: [lir-wg] Discussion Summary: Status field for inet6num object s
by Guy Davies 08 Jul '02

08 Jul '02

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 I would prefer RIR-LIR-ALLOCATED, LIR-SUB-ALLOCATED and LIR-USER-ASSIGNED (or similar) if we must keep ALLOCATED and ASSIGNED in the descriptions. I don't think that it is immediately clear from the proposals below whether LIR-ALLOCATED is allocated by an LIR or to an LIR. Regards, Guy > -----Original Message----- > From: Gert Doering [mailto:gert@space.net] > Sent: Monday, July 08, 2002 1:42 PM > To: leo vegoda > Cc: ipv6-wg(a)ripe.net; lir-wg(a)ripe.net; db-wg(a)ripe.net; > sig-db(a)apnic.net; > policy-db(a)apnic.net; apnic-talk(a)apnic.net > Subject: Re: [lir-wg] Discussion Summary: Status field for inet6num > objects > > > Hi, > > On Mon, Jul 01, 2002 at 06:21:24PM +0200, leo vegoda wrote: > > The RIPE NCC needs to implement a new status attribute for the > > inet6num object to reflect the new policy agreed by the RIPE, > > ARIN and APNIC communities. > > > > The RIPE NCC suggested the following new status attributes for > > the inet6num objects: > > > > - RIR-ALLOCATED > > (For allocations made by an RIR to an LIR) > > > > - LIR-ALLOCATED > > (For allocations made by an LIR or an LIR's downstream > > customer > > to another downstream organisation) > > > > - ASSIGNED > > (For assignments made to End User sites) > > I haven't seen any replies to this so far. > > I want to express that I like this proposal. It doesn't introduce > any new and yet-undefined terms, but makes clear what the status of > a given network is. > > Gert Doering > -- NetMaster > -- > Total number of prefixes smaller than registry allocations: > 45809 (45931) > > SpaceNet AG Mail: netmaster(a)Space.Net > Joseph-Dollinger-Bogen 14 Tel : +49-89-32356-0 > 80807 Muenchen Fax : +49-89-32356-299 > -----BEGIN PGP SIGNATURE----- Version: PGP 7.0.1 iQA/AwUBPSmLLo3dwu/Ss2PCEQIJdQCeOKDqqTLKCuB+o3pWMj/XJ41QJMQAnROW EWRBiRI4rPpF9DRbhrxYcK0S =Rab7 -----END PGP SIGNATURE----- This e-mail is private and may be confidential and is for the intended recipient only. If misdirected, please notify us by telephone and confirm that it has been deleted from your system and any copies destroyed. If you are not the intended recipient you are strictly prohibited from using, printing, copying, distributing or disseminating this e-mail or any information contained in it. We use reasonable endeavors to virus scan all e-mails leaving the Company but no warranty is given that this e-mail and any attachments are virus free. You should undertake your own virus checking. The right to monitor e-mail communications through our network is reserved by us.

2 1

Status field for inet6num objects
by Joao Luis Silva Damas 08 Jul '02

08 Jul '02

[** Mail posted to both APNIC and RIPE lists in the hopes of trying to find a solution suitable for all users of RIPE or RIPE-derived software **] Dear all, the inet6num, like the inetnum object, has a field named "status" which stores some information about the nature or position of a block of addresses in the delegation chain, from the RIR through to the end user. Currently, the status field for inet6num object is generated by the Database software based on the size of the address block and its possible values are: o TLA o SubTLA o NLA o SLA This notation has been deprecated and it is time to adapt the database. Discussions on this matter have identified the usefulness of having the capability to distinguish between allocations made by the RIR, allocations made by an LIR or their customers and assignments to end users. As such, we propose to modify the "status" attribute of the inet6num object to be: a) not-generated. This means users must assign a value to the status attribute when creating the object, just as in the inetnum object b) have the following possible values: RIR-allocated LIR-allocated Assigned to be used according to the following set of rules: The RIR-allocated status can only be used in objects representing allocations created directly by the RIR. The LIR-allocated status can be used by LIRs and their customers to represent blocks of addresses that are not assigned to specific end users. There can be several levels of objects with this status. The Assigned status must be used in objects representing assignments to end users (households, companies, enterprises, etc) We hope that with this modification the information in the Database will more accurately describe the registration of IPv6 address space. A possible transition to the new values could be: 1) RIRs modify status fields for allocations 2) Any new objects and modifications to existing ones must have a value for the status field corresponding to the ones described above. Otherwise the update will fail. 3) RIRs contact LIRs to have the status of assignments and sub-allocations updated. Best regards, Joao Damas RIPE NCC

5 4

RPSL Object Parsing Library version 3.1.0
by RIPE Database Administration 08 Jul '02

08 Jul '02

Dear Colleagues, [Apologies for multiple messages]. The RPSL Object Parsing library version 3.1.0 is now available for download in source format. This is the library that the RIPE Whois server uses to parse and manipulate RPSL objects. It implements the same syntax as the RIPE Whois server version 3.1.0, and provides both C and Perl API's. In future, we will release this library simultaneously with new versions of the server software. You can download this release by anonymous FTP from the following URL: ftp://ftp.ripe.net/ripe/dbase/software/RPSL-OL-3.1.0.tar.gz If you have any questions, problems, or suggestions, please e-mail the database development team at <dbrip(a)ripe.net>. -- Shane Kerr RIPE NCC

1 0

as-set: question
by Marco Davids 05 Jul '02

05 Jul '02

Listmembers, I have a question concerning chapter '1.2.2 as-set' of document ripe-251. I believe that I found an as-set record that is not right, but I am not exactly sure (allright, our maxpand-script found the strange record, because it choked on it). It concerns AS-KQES: marco@achilles:~$ whois AS-KQES | more % This is the RIPE Whois server. % The objects are in RPSL format. % Please visit http://www.ripe.net/rpsl for more information. % Rights restricted by copyright. % See http://www.ripe.net/ripencc/pub-services/db/copyright.html as-set: AS-KQES descr: Macro for KPNQwest Spain members: AS2134 # KPNQwest Spain members: AS8318 # Valenciana de Cementos members: AS-JAZZTRANS # Jazz Telecom - JazzNet announces members: AS12430 # AIRTEL members: AS12479 # Uni2 Are these #-remarks in compliance with the RIPE-documents? And if not, should such input be refused by the check? Greetings, -- Marco Davids SARA / High Performance Networking - Amsterdam "A cynic is a person who knows the price of everything and the value of nothing."

2 1

New Document available: RIPE-251
by RIPE NCC Document Announcement Service 04 Jul '02

04 Jul '02

New/Revised RIPE Document Announcement -------------------------------------- A revised document is available from the RIPE document store. Ref: ripe-251 Title: RIPE Database Reference Manual Author: Joao Luis Silva Damas, Andrei Robachevsky Date: 4 July 2002 Format: PS=280763 TXT=126186 Obsoletes: ripe-238 Obsoleted by: Updates: Updated by: Short content description ------------------------- The latest version of the RIPE Database reference manual. This document includes information about the MD5-PW Authentication method. Accessing the RIPE document store --------------------------------- You can access the RIPE Database Reference Manual in HTML format via WWW at the following URL: http://www.ripe.net/ripe/docs/databaseref-manual.html The RIPE document store is also available via anonymous FTP to ftp.ripe.net, in the directory ripe/docs. The URLs for the new documents on the FTP-server are: ftp://ftp.ripe.net/ripe/docs/ripe-251.ps PostScript version ftp://ftp.ripe.net/ripe/docs/ripe-251.txt plain text version Kind Regards, RIPE NCC Document Announcement Service

1 0

Draft document "IRT Object in the RIPE Database" is available
by Andrei Robachevsky 04 Jul '02

04 Jul '02

Dear Colleagues, The draft document "IRT Object in the RIPE Database" is available on the RIPE NCC website at: http://www.ripe.net/ripencc/draft-documents/irt-object.html This document describes the irt object and related functionality in the RIPE Database. The irt object is used to provide information about a Computer Security Incident Response Team (CSIRT). This document also describes the creation procedure for the irt object. The deadline for comments and suggestions is Thursday, 18 July 2002. After incorporating any suggested changes to the document the final document will be published as a RIPE Document. Regards, Andrei Robachevsky RIPE NCC

1 0