- db-wg - mailman.ripe.net

TEST database maintenance
by Andrei Robachevsky 01 Oct '02

01 Oct '02

Dear Colleagues, We plan to have a maintenance of our TEST database server on 7 October, starting from 20:00 till 9:00 next day, 8 October. During this time the following services will be unavailable: - TEST database for queries and updates. - Webupdates and Syncupdates prototypes. - RRCC reports and statistics. - DB Consistency reports and statistics. We apologise for any inconvenience this may cause. Regards, Andrei Robachevsky RIPE NCC

2 2

[Internet-Drafts@ietf.org: I-D ACTION:draft-ietf-crisp-iris-areg-00.txt]
by Stephane Bortzmeyer 13 Sep '02

13 Sep '02

Following the short discussion this morning at RIPE-43, here is a I-DI believe we should discuss here. whois sucks :-) ----- Forwarded message from Internet-Drafts(a)ietf.org ----- Subject: [Ietf-not43] I-D ACTION:draft-ietf-crisp-iris-areg-00.txt From: Internet-Drafts(a)ietf.org Reply-To: Internet-Drafts(a)ietf.org To: IETF-Announce: ;IETF-Announce:; Cc: ietf-not43(a)lists.verisignlabs.com Date: Fri, 16 Aug 2002 07:45:33 -0400 X-BeenThere: ietf-not43(a)lists.verisignlabs.com A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the Cross Registry Information Service Protocol Working Group of the IETF. Title : IRIS Address Registry Schema Author(s) : A. Newton Filename : draft-ietf-crisp-iris-areg-00.txt Pages : 18 Date : 15-Aug-02 This document describes an IRIS registry id and schema for registered Internet address information. The schema extends the necessary query and result operations of IRIS (draft-ietf-crisp-iris-core-00.txt) to provide the functional information service needs for syntaxes and results used by Internet address registries. A URL for this Internet-Draft is: http://www.ietf.org/internet-drafts/draft-ietf-crisp-iris-areg-00.txt To remove yourself from the IETF Announcement list, send a message to ietf-announce-request with the word unsubscribe in the body of the message. Internet-Drafts are also available by anonymous FTP. Login with the username "anonymous" and a password of your e-mail address. After logging in, type "cd internet-drafts" and then "get draft-ietf-crisp-iris-areg-00.txt". A list of Internet-Drafts directories can be found in http://www.ietf.org/shadow.html or ftp://ftp.ietf.org/ietf/1shadow-sites.txt Internet-Drafts can also be obtained by e-mail. Send a message to: mailserv(a)ietf.org. In the body type: "FILE /internet-drafts/draft-ietf-crisp-iris-areg-00.txt". NOTE: The mail server at ietf.org can return the document in MIME-encoded form by using the "mpack" utility. To use this feature, insert the command "ENCODING mime" before the "FILE" command. To decode the response(s), you will need "munpack" or a MIME-compliant mail reader. Different MIME-compliant mail readers exhibit different behavior, especially when dealing with "multipart" MIME messages (i.e. documents which have been split up into multiple messages), so check your local documentation on how to manipulate these messages. Below is the data which will enable a MIME compliant mail reader implementation to automatically retrieve the ASCII version of the Internet-Draft. ----- End forwarded message -----

1 0

Prototype of Whois Server with Revised Parser
by RIPE Database Administration 06 Sep '02

06 Sep '02

Colleagues, The Whois query parser for the RIPE Database Server has been revised to be more consistent and helpful to users. In the new version, inconsistent queries and invalid input will be detected and reported to the user, rather than silently processed. Users may see different results for inproperly formatted queries; some may result in an error message, and some will be processed with an appropriate warning. The idea is to be as clear as possible, but some users may be confused, and tools may break. We would like your feedback on the changes, so that we can modify the behaviour to provide the clearest and most useful results. Accordingly, we are now running a prototype of the Whois server with the revised parser. It is a mirror of the production server, meaning that it will provide the same results for queries, except where the parser is different. Usage: To access this server, use "whois-beta.ripe.net" as your Whois server. Except as noted on the web page below, queries behave identically to the production server. For full details, please see: http://www.ripe.net/ripencc/pub-services/db/whois-prototype-2002.html Feedback: Please send any comments or suggestions to <dbrip(a)ripe.net>, or discuss on the Database Working Group mailing list: http://www.ripe.net/ripe/wg/db/index.html We look forward to your feedback. -- Shane Kerr Database Group RIPE NCC

1 0

webupdates & syncupdates
by Can Bican 06 Sep '02

06 Sep '02

Dear Colleagues, Prototypes for Web Updates and Synchronous Updates have been released, with the announcement available on http://www.ripe.net/db/syncupdates/ . - Web Updates Implementation of "Web Based Updates" intends to help the users of the RIPE Database by providing a convenient and simple to use graphical user interface for updating the database. The graphical user interface combines the help, update and acknowledgement facilities of the database to one graphical user interface. The first prototype is released, available from the url below. Prototype has the minimum functionality to send the updates. Operations currently supported are: * Add/delete/edit objects, * Add/delete/change the order of attributes, * Provide password based authentication, * Help text for each attribute, * Ability to prohibit updates on existing objects, forcing creation. The application can be used from the following URL: http://webupdates-test.ripe.net/ There is also an SSL interface available: https://webupdates-test.ripe.net/ Since this application is currently being developed, your feedback is most important to us. Please send any comments, suggestions, questions and criticisms to dbtools(a)ripe.net. - Synchronous Updates The aim of "Synchronous Updates" is to support updates to the RIPE Database in interactive, or synchronous mode, where the submission and the acknowledgement are communicated synchronously, unlike conventional mail. It also provides a backend for applications like "Web Based Updates". Main goals in developing this tool are: * Compatible with mail updates, having the same functionality, * Easy to program interfaces, * Scalable and controllable, responsive to overuse and/or misuse of resources, For updating the database using the prototype of syncupdates, either use this page: http://www.ripe.net/db/syncupdates/syncupdate-minimal.html or use the perl script, available at: http://www.ripe.net/ripencc/pub-services/db/syncupdates/sup_cli.pl which accepts the update from standard input. Please feel free to send your comments, suggestions, questions and criticisms to dbtools(a)ripe.net. Best Regards, -- Can Bican

1 0

New Document available: RIPE-253
by RIPE NCC Document Announcement Service 05 Sep '02

05 Sep '02

New/Revised RIPE Document Announcement -------------------------------------- A revised/new document is available from the RIPE document store. Ref: ripe-253 Title: RIPE Database User Manual: Getting Started Author: Andrei Robachevsky, Shane Kerr, Vesna Manojlovic Samantha Dickinson Date: 9 September 2002 Format: PS=78771 TXT= Available soon Obsoletes: Obsoleted by: Updates: Updated by: Short content description ------------------------- This document is intended for users who have no previous experience with the RIPE Database. It is a hands-on tutorial that walks the reader through the basic concepts and techniques that are needed to use the RIPE Database using example and exercises. This document is not intended to be a complete reference. Full information on the RIPE Database may be found in the RIPE Database Reference Manual at: http://www.ripe.net/ripe/docs/databaseref-manual.html Accessing the RIPE document store --------------------------------- You can access the RIPE documents in HTML format via WWW. the "RIPE Database User Manual: Getting Started" is available at the following URL: http://www.ripe.net/docs/db-start.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-253.ps PostScript version ftp://ftp.ripe.net/ripe/docs/ripe-253.txt plain text version Please note that the .txt version will be available as soon as possible. Kind Regards, Jeroen Bet RIPE NCC Webmaster

1 0

draft agenda (v1), for DB-WG meeting, RIPE 43, Rhodes, GR
by Wilfried Woeber, UniVie/ACOnet 26 Aug '02

26 Aug '02

Dear WG list members, attached please find the 1st draft: Proposed Agenda for the DB-WG Meeting at RIPE 43 in Rhodes, GR. As usual, if you have any comments, corrections or additions please get back to me directly. Looking forward to see many of you in Greece, Wilfried. ______________________________________________________________________ Proposed Agenda for the Database Working Group Meeting RIPE-43, Sept. 9 - 13, 2002, Rhodes, GR 1. Draft Thursday, Sept. 12, 2002 09:00-12:30 ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ A. Administrative stuff (WW, chair) 10 min . scribe (offer to take notes received from Nigel) Slot 1 . circulate list of participants, agenda bashing . status of minutes [ see http://www.ripe.net/ripe/wg/db/minutes/ripe-42.html ] B. Action Items 15 min . status of actions Slot 1 [ see http://www.ripe.net/ripe/wg/db/db-actions.html ] C. DB update (RIPE NCC, Andrei R.) 15..20 min . operations report Slot 1 . development activities D Web interface for updates (RIPE NCC, Can Bican) 15min(??) Slot 1 E. IRRToolSet Development Brainstorming 20min . how to find out who is using what? Slot 1 . RPSLng interaction F. External Object References 10min [ maybe this should go into item E.?? ] G. "Early Registration Transfer" Project 45 min . review of experience with AS Number transfer probably . proposal for IP Address Space by NCC Slot 2 . develop recommendations to - complete the transfer as quickly as reasonably possible? - limit the work-load impact on the users' end - limit the work-load impact on the NCC's end Y. Input from other WGs . Z. AOB: . ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ WW, 26-AUG-2002 12:13:25 UTC _________________________________:_____________________________________ Wilfried Woeber : e-mail: Woeber(a)CC.UniVie.ac.at UniVie Computer Center - ACOnet : Tel: +43 1 4277 - 140 33 Universitaetsstrasse 7 : Fax: +43 1 4277 - 9 140 A-1010 Vienna, Austria, Europe : RIPE-DB: WW144, PGP keyID 0xF0ACB369 ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~:~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ "Only one thing in life is certain: init is Process #1"

1 0

RE: Proposal for adding external repository reference to import/e xpor t attributes
by Lu, Ping 25 Aug '02

25 Aug '02

Right now, I think we only need to implement the "::" notation in the RFC2725. For this I think RFC2725 is the result of the standard process and there is no need to re-open RPSL WG to repeat that again. However the reason we proposed to implement "::" notation is to address the need for EXTERNAL REFERENCE. For that I think it might be necessary to start the WG discussion on how do we support the EXTERNAL REFERENCE in the near future. Let's just start implementing the "::" notation while we can also start the discussion on the topics of EXTERNAL REFERENCE. I don't know if here is the proper place to start the discussion or we should go somewhere else ? Ping Lu Cable & Wireless USA Network Tools and Analysis Group W: +1-703-292-2359 E: plu(a)cw.net > -----Original Message----- > From: Mark Prior [mailto:mrp@mrp.net] > Sent: Saturday, August 24, 2002 8:08 AM > To: curtis(a)fictitious.org > Cc: Lu, Ping; db-wg(a)ripe.net; irrtoolset(a)ripe.net > Subject: Re: Proposal for adding external repository reference to > import/expor t attributes > > > At 3:10 PM -0400 23/8/02, Curtis Villamizar wrote: > >It is possible to reactivate a WG on the mailing list only, for the > >purpose of updating an existing RFC and not having a meeting. This > >was done with TCPLW for RFC1323. Cengiz would need to > update RPSL (as > >primary author and keeper of the source of that document). > > > >Is the only change needed at this point the :: notation to indicate > >external repository? If so, no change is needed to RFC-2622 > since the > >:: notation is called for in RFC-2725 and it wouldn't be worth > >updating RFC-2622 just for that. > > > >What you really need to do is get Larry Blunk to update the > ISI tools. > > Curtis, > > I wasn't the person suggesting making changes, I was just suggesting > that you needed to follow a procedure in order to make it happen and > couldn't just "fix" it in software. I would suggest if people think > this is a good idea (and I haven't really thought about it) then > perhaps merging it into the RPSLng work would be the way to go. > > Mark. > >

1 0

Re: Proposal for adding external repository reference to import/expor t attributes
by Mark Prior 24 Aug '02

24 Aug '02

At 3:10 PM -0400 23/8/02, Curtis Villamizar wrote: >It is possible to reactivate a WG on the mailing list only, for the >purpose of updating an existing RFC and not having a meeting. This >was done with TCPLW for RFC1323. Cengiz would need to update RPSL (as >primary author and keeper of the source of that document). > >Is the only change needed at this point the :: notation to indicate >external repository? If so, no change is needed to RFC-2622 since the >:: notation is called for in RFC-2725 and it wouldn't be worth >updating RFC-2622 just for that. > >What you really need to do is get Larry Blunk to update the ISI tools. Curtis, I wasn't the person suggesting making changes, I was just suggesting that you needed to follow a procedure in order to make it happen and couldn't just "fix" it in software. I would suggest if people think this is a good idea (and I haven't really thought about it) then perhaps merging it into the RPSLng work would be the way to go. Mark.

1 0

Early Registration Transfer Project
by Joao Luis Silva Damas 21 Aug '02

21 Aug '02

Dear Colleagues, Prior to the formation of the RIPE NCC, all Internet resources were issued by the InterNIC and its predecessors, based in the USA. The RIPE community has decided to transfer registrations of resources used in the RIPE NCC Service Region to the RIPE Whois Database. Initially we will transfer Autonomous System Number registrations. The work will start on 21 August 2002, with the transfer of ASN records. Contacts for all registrations to be transferred will be notified by a separate e-mail detailing the process. A brief report on the results of the transfer process will be made at RIPE 43 in Rhodes. During and after the RIPE 43 meeting there will be the opportunity to discuss any issues that may arise from the transfer of IPv4 registrations. A complete list of ASN registrations being transferred and details of the transfer process are available from our web site at: <http://www.ripe.net/ripencc/pub-services/db/erx.html> In the meantime should you have any further questions please contact us at: <er-transfer(a)ripe.net> Kind regards, Joao Damas RIPE NCC

2 2

call for input: draft agenda DB-WG RIPE#43, Rhodes, GR
by Wilfried Woeber, UniVie/ACOnet 21 Aug '02

21 Aug '02

Dear RIPE DB-WG community! I am pretty close to distributing the 1st draft for the Proposed Agenda, DB-WG meeting, during RIPE#43. It will again feature some of the "traditional" DB-WG items, as well as some items which have already been proposed by the RIPE NCC. If there are any other issues (_within the remit of the WG_) which you want to see on the draft agenda, or if you want to get a report/presentation slot, please come back to me (directly), asap. Thanks, regards, Wilfried (DB-WG chair) _________________________________:_____________________________________ Wilfried Woeber : e-mail: Woeber(a)CC.UniVie.ac.at UniVie Computer Center - ACOnet : Tel: +43 1 4277 - 140 33 Universitaetsstrasse 7 : Fax: +43 1 4277 - 9 140 A-1010 Vienna, Austria, Europe : RIPE-DB: WW144, PGP keyID 0xF0ACB369 ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~:~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

1 0