- db-wg - mailman.ripe.net

A request for more information about "person" objects
by Searcher Wang 25 Apr '08

25 Apr '08

Dear DatabaseMaster: Thank you for reading my letter. I am a Ph.D student in Computer Science. Recently, I am working on how to validate the origins of BGP routes with the information exploited from RIRs. As well-known, the database of RIPE is famous for its accuracy. Thanks for the public access services of ripe database, I have built a prototype. However, some information of "person" objects that can be got from ftp://www.ripe.net has been taken out. I think you are trying to prevent spam. I do not intend to get the personal information of the person objects such as email, address and so on, but the relations among them are important for me. What I really want is the person objects' admin-c, tech-c, mnt-by attributes. I have done many experiments, in which there is a high false positive rate with my prototype. It seems that it is difficult to bypass this barrier. So I beg for your help to get more information about person objects. Could you please tell me how to get the entire information? Thanks for your reading again. Best Wishes! Sincerely Xiaoqiang <db-wg(a)ripe.net>

1 0

Outage report for mail updates to the RIPE Database
by Katie Petrusha 18 Apr '08

18 Apr '08

[ Apologies for duplicate mails ] Dear colleagues, From approximately 14:15 (UTC) on Thursday, 17 April 2008 to 09:00 (UTC) on Friday, 18 April 2008, some e-mail update messages to the RIPE Database service, <auto-dbm(a)ripe.net>, were not processed due to a problem with our system. All the messages received by <auto-dbm(a)ripe.net> were stored on our mail server and the problem has now been resolved. All the saved update messages are currently being processed. If you sent an e-mail update to the RIPE Database service during this period, you will receive an acknowledgement message shortly. There is no need to re-send any update messages. We apologise for any inconvenience that this may have caused. Regards, Katie Petrusha Senior Software Engineer RIPE NCC

1 0

Call for agenda items, DB-WG Meeting during RIPE56, Berlin, DE
by Wilfried Woeber, UniVie/ACOnet 16 Apr '08

16 Apr '08

Dear DB-WG folks, planning activities for the next RIPE Meeting - RIPE56 in Berlin - have already started, thus this call for agenda items. Please submit (to the WG list or to me personally) your item requests or suggest topics for discussion to be included in the draft agenda! (I plan to distribute the 1st version of the draft agenda in about one week from now.) Please note that the DataBase-WG meeting is, this time, scheduled for *Thursday* afternoon. The overall RIPE 56 meeting outline is already available at http://www.ripe.net/ripe/meetings/ripe-56/meeting-plan.html The list of plenary presentations and the session archive may eventually become available at [- this page does not exist yet -] http://www.ripe.net/ripe/meetings/ripe-56/presentations/ or a different URL. See you soon in Berlin, Wilfried.

1 0

Announcement: Maintenance on 12-13 April 2008
by James Aldridge 09 Apr '08

09 Apr '08

[Apologies for duplicates] Dear Colleagues, The RIPE NCC will migrate a number of servers to new racks at NIKHEF between 08:00 and 18:00 (UTC) on the following dates: - Saturday, 12 April 2008 - Sunday, 13 April 2008 Aspects of the following services will be affected at various times during the migration periods: - BGP peering sessions will be down - nikrtr.ripe.net - AS3333 (217.79.172.5; 195.69.144.69; 2001:7f8:1::a500:3333:1) - K-Root (AS25152) at AMS-IX, NL-IX and XPE - AS112 (AS112) at AMS-IX - RIS (AS12654) at AMS-IX, NL-IX and GN-IX - DNS services: - The AMS-IX/XPE/NL-IX K-Root instance and the AS112 server at AMS-IX will be unavailable - WWW/FTP/Hostcount/E-Learning - LIR-Portal - WHOIS: - Syncupdates of the RIPE Database will be down - Mail updates will be queued and executed after the maintenance - RIPE DB-related CGIs on WWW will be down - Test Traffic Measurements (tt01) We apologise for any inconvenience that this may cause. If you have any questions about this, please send an e-mail to <ops(a)ripe.net> Regards, James Aldridge Senior Systems Engineer, RIPE NCC

1 0

RIPE Database (IPV6) outage on 2 April 2008
by RIPE Database Administration 31 Mar '08

31 Mar '08

[Apologies for duplicate messages] Dear Colleagues, On Wednesday, 2 April 2008, querying the RIPE Database via IPv6 will not be possible from 10:00-13:00 (UTC) due to maintenance. During this period, the RIPE Database will be accessible via IPv4 as usual. We apologise for any inconvenience this may cause. If you have any questions or concerns about this, please send an e-mail to <ripe-dbm(a)ripe.net> Regards, Katie Petrusha RIPE Database Administration RIPE NCC

1 0

Near Real Time Mirror access now available
by RIPE Database Manager 21 Feb '08

21 Feb '08

[Apologies for duplicate e-mails] Dear Colleagues, We are happy to announce that it is now possible to request Near Real Time Mirroring (NRTM) access to the RIPE Database. NRTM is a mechanism that allows any authorised client to receive a stream of data modifications from the RIPE Database in near real time. For technical details, please consult: http://ripe.net/db/support/mirroring-RIPE-database.pdf To gain NRTM access, you will have to sign an agreement for bulk access. This agreement is available at: http://ripe.net/db/support/agreement-for-db.pdf To request NRTM access, please contact <ripe-dbm(a)ripe.net>. If you have any questions or concerns, please send an e-mail to <ripe-dbm(a)ripe.net>. Kind regards, Agoston Horvath Database Group, RIPE NCC

1 0

ANNOUNCEMENT: RIPE NCC Training Courses.
by RIPE NCC Training Services 21 Feb '08

21 Feb '08

[Apologies for duplicate e-mails] Dear Colleagues, The RIPE NCC invites you to register for one of our upcoming training courses: - The LIR Training Course This course teaches LIRs how to request Internet number resources and interact with the RIPE NCC. A course outline is available at: http://www.ripe.net/training/lir/outline.html - The Routing Registry Training Course This course teaches LIRs how to use the RIPE Database for routing. A course outline is available at: http://www.ripe.net/training/rr/outline.html - The DNS for LIRs Training Course This course teaches LIRs about the RIPE NCC's DNS-related services. A course outline is available at: http://www.ripe.net/training/dns/outline.html To see the location of upcoming courses and to register, please use the LIR Portal or complete the registration form on our website at: http://www.ripe.net/cgi-bin/trainingform.pl.cgi If you have any questions please do not hesitate to contact us at <training(a)ripe.net>. Kind regards, Rumy Kanis Training Services Manager RIPE NCC

1 0

Re: NCC#2007121786 Customer number 106400
by RIPE NCC Billing Department 19 Feb '08

19 Feb '08

Dear Elena, We have updated the billing address and will resend the invoice there. However, you need to update the postal address of the registry via the LIR Portal (https://lirportal.ripe.net). -- Regards, Rabia Gawish RIPE NCC On Fri, 14 Dec 2007 11:09:51 +0300, Khortseva Elena wrote: > Dear All, > I would like to inform you about change registered address. > Registered address is > > Suite A > The Chambers > 5A The Square > Petersfield > Hampshire > GU32 3HJ U.K. > > Can you please re invoice the following invoice? > > #I0805322 dated 4/12/2007 > > I make apologize for late informing. > > > Best regards, > > Khortseva Elena > Manager,ReTN Ltd. > phone: +7 (495) 740-48-40 > fax: +7 (495) 740-48-41 > e-mail: khortseva(a)retn.net

2 2

Important change to RIPE NCC services
by RIPE Database Manager 03 Jan '08

03 Jan '08

[Apologies for duplicate e-mails] Dear Colleagues, On Wednesday, 27 February 2008, between 17:00 and 19:00 (UTC), RIPE NCC staff will replace the web server www.ripe.net. This change means there are some possible issues that you need to be aware of. The IP address of www.ripe.net will change on Wednesday, 27 February. If you have any software that connects to this website, you should ensure that the IP address is not hard coded. The change will also result in a new URL for the syncupdates service. Most of the client software that uses syncupdates should be able to handle HTTP redirects, return code 301. If your software does this, then it will continue to work, though it is still advisable that you configure your software to use the new URL. If your software cannot handle HTTP redirects, you will need to update the URL in your software before Wednesday, February 27, to continue using this service. We would also advise that you fully implement HTTP handling in your software to avoid any future problems. The current syncupdates URLs are: http://www.ripe.net/syncupdates http://www.ripe.net/syncupdates-test These will change to: http://syncupdates.db.ripe.net http://syncupdates-test.db.ripe.net There will be a period between Wednesday, 13 February, and Wednesday, 27 February, when both the new and old syncupdates URLs will be available. We apologise for any inconvenience this may cause. If you have any questions or concerns about this, please send an e-mail to <ripe-dbm(a)ripe.net>. Regards, Agoston Horvath Software Engineer, RIPE NCC

1 0

ripe whois server on freebsd
by Matkhamtkha Brekher 03 Jan '08

03 Jan '08

my compilation of ripe whois server 3.3.0 has failed on freebsd 7.0-beta4 gmake[3]: Entering directory `/usr/home/ono/Desktop/whoisserver-latest/src/defs' mkdir -p /usr/home/ono/Desktop/whoisserver-latest/src/modules/rpsl && \ cd /usr/home/ono/Desktop/whoisserver-latest/src/modules/rpsl && \ RIPINCDIR="/usr/home/ono/Desktop/whoisserver-latest/src/include/" RIPLIBDIR="/usr/home/ono/Desktop/whoisserver-latest/src/" CC="gcc -DHAVE_CONFIG_H -I/usr/local/bind/include -L/usr/local/bind/lib -I/usr/include/openssl -I/usr/local/include/openssl" CFLAGS="-I/usr/home/ono/Desktop/whoisserver-latest/src/defs -I/usr/home/ono/Desktop/whoisserver-latest/src/defs -I/usr/local/bind/include -L/usr/local/bind/lib -I/usr/include/openssl -I/usr/local/include/openssl -D_REENTRANT -I/usr/local/include/glib-2.0 -I/usr/local/lib/glib-2.0/include -I/usr/home/ono/Desktop/whoisserver-latest/src/include/" gmake -f /usr/home/ono/Desktop/whoisserver-latest/src/defs/Makefile.syntax && \ touch syntax gmake[4]: Entering directory `/usr/home/ono/Desktop/whoisserver-latest/src/modules/rpsl' gmake[4]: Nothing to be done for `all'. gmake[4]: Leaving directory `/usr/home/ono/Desktop/whoisserver-latest/src/modules/rpsl' gmake[3]: Leaving directory `/usr/home/ono/Desktop/whoisserver-latest/src/defs' gmake[3]: Entering directory `/usr/home/ono/Desktop/whoisserver-latest/src' if gcc -DHAVE_CONFIG_H -I. -I. -I.. -D_REENTRANT -I/usr/local/include/glib-2.0 -I/usr/local/lib/glib-2.0/include -I/usr/local/include/mysql -fno-strict-aliasing -pipe -march=athlon-mp -I/usr/local/include -I/usr/local/include/libxml2 -I/usr/local/bind/include -L/usr/local/bind/lib -I/usr/include/openssl -I/usr/local/include/openssl -I/usr/local/include/c-client/ -I/usr/home/ono/Desktop/whoisserver-latest/src/modules/rpsl -I/usr/home/ono/Desktop/whoisserver-latest/src/include -I/usr/home/ono/Desktop/whoisserver-latest/src/include -I/usr/local/bind/include -L/usr/local/bind/lib -I/usr/include/openssl -I/usr/local/include/openssl -MT crypt-md5.o -MD -MP -MF ".deps/crypt-md5.Tpo" -c -o crypt-md5.o `test -f 'modules/au/crypt-md5.c' || echo './'`modules/au/crypt-md5.c; \ then mv -f ".deps/crypt-md5.Tpo" ".deps/crypt-md5.Po"; else rm -f ".deps/crypt-md5.Tpo"; exit 1; fi modules/au/crypt-md5.c: In function 'crypt_md5': modules/au/crypt-md5.c:28: error: 'MD5_CTX' undeclared (first use in this function) modules/au/crypt-md5.c:28: error: (Each undeclared identifier is reported only once modules/au/crypt-md5.c:28: error: for each function it appears in.) modules/au/crypt-md5.c:28: error: expected ';' before 'ctx' modules/au/crypt-md5.c:56: error: 'ctx' undeclared (first use in this function) modules/au/crypt-md5.c:68: error: 'ctx1' undeclared (first use in this function) gmake[3]: *** [crypt-md5.o] Error 1 gmake[3]: Leaving directory `/usr/home/ono/Desktop/whoisserver-latest/src' gmake[2]: *** [all-recursive] Error 1 gmake[2]: Leaving directory `/usr/home/ono/Desktop/whoisserver-latest/src' gmake[1]: *** [all-recursive] Error 1 gmake[1]: Leaving directory `/usr/home/ono/Desktop/whoisserver-latest' gmake: *** [all] Error 2 any suggestions? P.S. [~/Desktop/whoisserver-latest]$ gcc -v Using built-in specs. Target: i386-undermydesk-freebsd Configured with: FreeBSD/i386 system compiler Thread model: posix gcc version 4.2.1 20070719 [FreeBSD]

1 0