- db-wg - mailman.ripe.net

RIPE NCC Service Interruption on 29 September
by Ruud de Kooter 04 Oct '05

04 Oct '05

Dear Colleagues, As we announced on 29 September, there was an unexpected disruption to our whois and web services between 05:10 and 06:00 UTC. Our investigations have shown that the problem was caused by an increasing traffic load and a growing number of peers on one of our routers. We made some configuration changes to improve load balancing between our border routers. This should prevent any similar problems from occurring in the future. We apologise for any disruption or delay this may have caused. If you have any further questions about this matter, please send an e-mail to <ops(a)ripe.net>. Regards Ruud de Kooter RIPE NCC

1 0

RIPE NCC Service Interruption
by RIPE NCC Operations 30 Sep '05

30 Sep '05

[apologies for duplicate mails] Dear Colleagues, >From 07:00 until 08:00 GMT, the RIPE NCC experienced an unexpected disruption to services. Although this may have caused delays to updates to the RIPE Whois Database, these updates have been processed normally. The disruption may have also affected some of these RIPE NCC services: - whois.ripe.net - www.ripe.net - lirportal.ripe.net - ns*.ripe.net - ftp.ripe.net - www.aso.icann.org - www.nro.net - k.root-servers.org (Global node at the AMS-IX) - AS112.ripe.net We apologise for any interruption or delay to services. If you have any questions or concerns regarding this issue, please contact <ops(a)ripe.net>. Regards, RIPE NCC Operations

3 2

whois.ripe.net
by Ulisses 29 Sep '05

29 Sep '05

Hello anybody knows if this is the right place to talk about about the whois.ripe.net server's service? I'm not sure if it is only about the whois package or also the service, if not what is the right place? Thanks in advance Ulisses Debian GNU/Linux: a dream come true ----------------------------------------------------------------------------- "Computers are useless. They can only give answers." Pablo Picasso "Debugging is twice as hard as writing the code in the first place. Therefore, if you write the code as cleverly as possible, you are, by definition, not smart enough to debug it." - Brian W. Kernighan

2 1

Prototype IRIS server deployed at the RIPE NCC
by Peter Banik 28 Sep '05

28 Sep '05

Dear Colleagues, As part of a project to implement the IRIS protocol (also known as CRISP), the RIPE NCC has set up a prototype IRIS server for public testing. We announced this project during the RIPE 49 Meeting in Manchester: http://www.ripe.net/ripe/meetings/ripe-49/presentations/ripe49-db-crisp-upd… We have set up the prototype server as a proxy in front of the RIPE Whois Database. It is based on the FlowerBed server implementation developed by VeriSign Labs: http://iris.verisignlabs.com/blojsom/blog/iris/flowerbed/ The server uses the AREG protocol, you can find more information about this at: http://www.ietf.org/internet-drafts/draft-ietf-crisp-iris-areg-12.txt We have developed a prototype Perl client that can be used to make queries to AREG servers. This is not a complete client implementation, but we have made it available as we feel it will be useful for those that want to test the service. A web interface for querying the prototype server is available at: http://www.ripe.net/cgi-bin/test-iris/areg-query.pl You can find more details about this project at: http://www.ripe.net/db/iris-pilot/ Regards, Peter Banik RIPE NCC

1 0

Updated syncupdates?
by Peter Schroeder 27 Sep '05

27 Sep '05

Hello, I am a consultant working to develop software that will aid in keeping entries in the RIPE database up-to-date. I've been working to get a local version of the RIPE database running for our testing purposes. We're using the syncupdates interface to make changes in the database but it seems out-of-date because it is using command line switches in dbupdate that are no longer valid. Is there a newer version than 1.0.1? Thanks in advance, Peter Schroeder

4 4

Proposed changes for object ordering
by hairy 19 Sep '05

19 Sep '05

Hi, when will these changes be implemented? Will we know when the change occurs?

2 1

DNSSEC deployment on the reverse tree.
by Henk Uijterwaal 12 Sep '05

12 Sep '05

Dear Colleagues, In June, Olaf Kolkman wrote: >The RIPE NCC has been involved with the development of the DNSSEC >protocol. Now that the protocol has become available, we plan to >implement DNSSEC on our domains in the reverse DNS tree. The >deployment of DNSSEC is the second and last phase of the Reverse DNS >restructuring project. [...] >We welcome your feedback on this poposal before 1 August 2005. Please >send your comments to the DNS Working Group Mailing List. The comment period was extended to 1 September and some comments were posted to the list. These have all been incorporated and the new documents are at: >You can find the proposed policy at: > ><http://www.ripe.net/rs/reverse/dnssec/draft-dnssec-policy.html>http://www.ripe.net/rs/reverse/dnssec/draft-dnssec-policy.html. > "DNSSEC Key Maintenance Procedure" > ><http://www.ripe.net/rs/reverse/dnssec/key-maintenance-procedure.html>http://www.ripe.net/rs/reverse/dnssec/key-maintenance-procedure.html > "Procedure for Requesting DNSSEC Delegations" > ><http://www.ripe.net/rs/reverse/dnssec/registry-procedure.html>http://www.ripe.net/rs/reverse/dnssec/registry-procedure.html I'm going to suggest to the chairs of the WG to do a last call on these documents and have them published as RIPE documents. Kind regards, Henk ------------------------------------------------------------------------------ Henk Uijterwaal Email: henk.uijterwaal(at)ripe.net RIPE Network Coordination Centre http://www.amsterdamned.org/~henk P.O.Box 10096 Singel 258 Phone: +31.20.5354414 1001 EB Amsterdam 1016 AB Amsterdam Fax: +31.20.5354445 The Netherlands The Netherlands Mobile: +31.6.55861746 ------------------------------------------------------------------------------ Look here junior, don't you be so happy. And for Heaven's sake, don't you be so sad. (Tom Verlaine)

1 0

RIPE Policy Development Process
by Paul Rendek 01 Sep '05

01 Sep '05

Dear Colleagues We are pleased to announce that Rob Blokzijl, RIPE Chair, has published a new RIPE Document, "Policy Development Process in RIPE", (ripe-350). This document formally describes the policy development process. The updated process is operational from today, 1 September 2005. A new RIPE web page describes all the active policy proposals and their status. Each proposal has a page showing its history, status and all supporting documentation. This page can be found at: http://www.ripe.net/ripe/policies/proposals/index.html A new mailing list <policy-announce(a)ripe.net> has been created for announcing policy proposals and tracking them through the policy development process. This is not a discussion list; discussions will continue to take place on relevant RIPE Working Group lists and at RIPE Meetings. You can subscribe to the policy-announce list at: http://www.ripe.net/mailman/listinfo/policy-announce List archives are available at: http://www.ripe.net/ripe/maillists/archives/policy-announce/ Kind regards Paul Rendek Head of Member Services and Communications RIPE NCC

1 0

call for items for the DB-WG meeting, RIPE51, Amsterdam
by Wilfried Woeber, UniVie/ACOnet 01 Sep '05

01 Sep '05

The next RIPE meeting ( http://www.ripe.net/ripe/meetings/ripe-51/ ) is coming closer, and I have already collected a couple of suggestions for the DB-WG Meeting [1]. So this is a call for suggestions of items for the draft agenda. As I am going to be off the net for the next 2 weeks, please cc: Nigel Titley in case you want to reply to me individually, or to the list. Thanks, and see you in Amsterdam! Wilfried. [1] . impact of the new PDP ("policy" development process) . secureDNS requirements for the DB . whois functionality/service - follow-up (tbc)

2 2

Database Loading Error
by Peter Schroeder 31 Aug '05

31 Aug '05

Hello, I have been trying to set up a local snapshot of the RIPE database. I have been receiving this error after several hours of loading data: query not defined for this type of attribute[74] died: +781 modules/ud/ud_core.c ./load_all.sh: line 1: 29427 Broken pipe cat ./load_all.sh: line 72: 29425 Broken pipe ${UNZIP1} ${object_file} 29426 Exit 141 | eval ${FILTER} 29428 Segmentation fault | $LOADER -L $1 -p ${PROPERTIES} -s ${SOURCE} I am using ripe.db.gz from a few days ago. Does anyone know why I would be getting this error? Pete

1 0