- db-wg - mailman.ripe.net

RIPE DB crash
by Magnus Karlsson 06 Jul '01

06 Jul '01

Yesterday there was a power outage at the NIKHEF. Following this outage the RIPE Database crashed. No objects or updates are lost! There is no need to resend your updates! The database will be fully restored during the day. All updates are queued and will be processed as soon as the database is fully restored. Thank you for your patience. -- Magnus Karlsson, RIPE NCC Database Group

2 1

Problems with WWW Whois ...
by Low, Adam 05 Jul '01

05 Jul '01

Hi, Is anybody working on the WWW whois on www.ripe.net ? I'm having inconsistent problems with numerous browsers, sometimes the query is successful but just as often I get an error message complaining about the URL and specifically the arguments passed to the script. It looks to me that someone's changed the code behind the submit button to add some trailing junk (submit=Submit) that the script cant pass. The Whois arguments are invalid ( AS13646&.submit=Submit+Query ). Please correct The Whois arguments are invalid ( AS13646&.submit= ). Please correct Anyone having problems with or have info ? Thanks, Adam

2 1

Publication of New RIPE Database Doc.
by Paul Rendek 03 Jul '01

03 Jul '01

Dear Colleagues, The RIPE NCC is pleased to announce that this week it will publish the "RIPE Database Reference Manual" on the RIPE NCC website. The new RIPE document is expected to answer many questions of Local Internet Registries and other users regarding the migration to version 3.0 of the RIPE Database software implemented on 23 April 2001. The new RIPE document obsoletes two previous documents: "RIPE Database Documentation Update" (ripe-189) and "RIPE Database Documentation" (ripe-157). The RIPE Database Reference Manual describes the functionality of the new version of the RIPE Database software that now uses the Routing Policy Specification Language (RPSL) to represent all database objects. RPSL defines an extended syntax for all database objects, mainly for the routing registry objects. Many new features have been implemented in this new version, such as Routing Policy System Security (RPSS) support specified in RFC 2725, fast IP lookups and automatic access control. RPSS provides authorisation mechanisms that enable a higher level of security for the Internet Routing Registries. Although the document is self-contained, it does not have examples of usage and illustrations of principles and concepts related to the RIPE Database functionality and implementation. This need will be filled by the "RIPE Database User's Manual" and the "RIPE Database Operations Manual" that are scheduled to be written. For more information and better understanding of the new document, the RIPE NCC encourages readers to brush up on RPSL (explained in RFC 2622), RPSS (explained in RFC 2725) and "Using RPSL in Practice" (the title of RFC 2650). Joao Luis Silva Damas, Chief Technical Officer of the RIPE NCC, wishes to acknowledge the contributions of past and present colleagues in the development of version 3.0 of the RIPE Database software: Andrei Robachevsky, Daniele Arena, Marek Bukowy, Engin Gunduz, Roman Karpiuk, Shane Kerr, A.M.R. Magee, Chris Ottrey and Filippo Portera. Paul Rendek RIPE NCC # # #

2 1

Unprocessed update mails to RIPE Whois Database
by RIPE Database Administration 25 Jun '01

25 Jun '01

Dear Colleagues, [apologies for duplicate messages] Between Thu Jun 14 16:19:15 2001 CEST and Fri Jun 15 10:34:29 2001 CEST, due to a failure in our systems which processes updates to RIPE Whois Database, the update message have not been processed, instead they were only stored. Most of the users who sent those messages noticed that they didn't get any acknowledgement from our system, and re-sent their updates. Realizing the failure on Friday Jun 22, we tried to find out those messages which were _not_ re-sent by the user, and we processed them. Thus, please don't be confused if you've got a late acknowledgement message. If you have any questions about the incident, please contact <ripe-dbm(a)ripe.net>. We are sorry about the inconvenience this caused. Best Regards, Engin Gunduz RIPE NCC Database Group

1 0

AW: AW: DB V3 feature request
by Andres Petralli 21 Jun '01

21 Jun '01

> > The real problem is the internal structs we use in the > software: they don't allow the programmer to change the object's text > representation easily. That's why it requires a biggish effort > to implement this. > If this is so, then we will run into many problems in future. I don't think ip-ranges will be the only things that will need to be stored in the db. Just think of routes, ases, whatever! This behaviour should be possibly avoided. Don't you think it would be wise to solve the problem now? Greets, Andres

1 0

AW: DB V3 feature request
by Andres Petralli 21 Jun '01

21 Jun '01

> a.b.c.d/xx > a.b.c.d 255.255.255.X > a.b.c.d - w.x.y.z > > I do not care if the object created always contains: > > a.b.c.d - w.x.y.z > Absolutely! It makes no sense that ripe changed to this dashed-only notation. I would also very much appreciate if at least the slashed notation would be re-introduced. This kind of notation is much more common than the other one! Greets Andres

3 2

RIPE-181 to RPSL Migration; Phase 2.
by db-news＠ripe.net 20 Jun '01

20 Jun '01

Dear Colleagues, (Apologies for multiple messages). On and from Monday, 14th May, 2001, <auto-dbm(a)ripe.net> shall only accept updates in RPSL format; updates in RIPE-181 format will no longer be accepted. Updates in RIPE-181 format can be sent to <auto-181(a)ripe.net>, where they will be automatically converted to RPSL format. <auto-rpsl(a)ripe.net> will continue to accept updates in RPSL format. The update path for the TEST database will also be changed. In summary, from 14th May, 2001: =============================== RIPE Database: ------------- <auto-dbm(a)ripe.net> - updates in RPSL format only <auto-rpsl(a)ripe.net> - updates in RPSL format only <auto-181(a)ripe.net> - updates in RIPE-181 format, automatically converted to RPS L format TEST Database: ------------- <test-dbm(a)ripe.net> - updates in RPSL format only <test-rpsl(a)ripe.net> - updates in RPSL format only <test-181(a)ripe.net> - updates in RIPE-181 format, automatically converted to RPS L format On Monday, 14th May, 2001, we cannot guarantee that an update message sent to <auto-dbm(a)ripe.net> will use a specific update path (RPSL or RIPE-181). Thus, we advise that updates in RIPE-181 format should be sent to <auto-181(a)ripe.net> and that updates in RPSL format should be sent to <auto-rpsl(a)ripe.net>. Please note that from Monday, 15th October, 2001, updates in RIPE-181 format will no longer be accepted by the RIPE Database. Further information is available from http://www.ripe.net/rpsl/. If you have any questions, please contact <ripe-dbm(a)ripe.net>. Regards, A. M. R. Magee -------------- Database Group RIPE NCC

7 8

cgi-bin/whois?query broken
by Heiko Blume 19 Jun '01

19 Jun '01

hello when inserting objects with <angle brackets> like this: import: from AS1273 action pref=100; accept <AS-ECRC> AND NOT {0.0.0.0/0} the query http://www.ripe.net/cgi-bin/whois?query=AS5427 will not display the data correctly: import: from AS1270 action pref=100; accept AND NOT {0.0.0.0/0} also, AFAIR previously the http output made the 'ASxxx' strings as links to the objects which was very convenient. will we see that again? regards, heiko -- Heiko Blume (HB21) mailto:heiko.blume@iprimus.de iPrimus Telecommunications GmbH http://www.iprimus.de Marienburger Str. 1, D-10405 Berlin Phone: +49.30/443366-0 Fax: -15 Core-l -- If you don't know then you don't need to know

2 1

Another one feature request
by Dmitry Morozovsky 19 Jun '01

19 Jun '01

Hello there colleagues, what about loosing requirements a little for inetnum ranges format? Specifically, do not require spaces around dash in the middle of two IPv4? I.e., 195.91.168.0-195.91.169.255 I suppose could be considered as valid range as 195.91.168.0 - 195.91.169.255 Thank you in advance :) Sincerely, D.Marck [DM5020, DM268-RIPE, DM3-RIPN] ------------------------------------------------------------------------ *** Dmitry Morozovsky --- D.Marck --- Wild Woozle --- marck(a)rinet.ru *** ------------------------------------------------------------------------

3 3

Help upderstanding error while updating ripe mntner object ...
by Thomas C. Knoeller 19 Jun '01

19 Jun '01

Howdy, Sorry to waste bandwidth, but I was wondering if someone could explain to me this error I am getting while trying to update an object in the ripe database. I am updating a maintainer object, and it seems to get past the authentication state (pgp auth), and the parsing state, but gives me the error: ==== BEGIN PGP SIGNED PART (keyID(s): C9DD67B0) ==== Update FAILED: [mntner] GBLX-RIPE-MNT ***Error: Object is referenced from other objects ==== END PGP SIGNED PART ==== Since this is the maintainer object for the rest of my objects in the database, I would think having it references from other objects would be a good thing. Can you help me understand what I am missing here? Thanks, -Tom

2 1