- db-wg - mailman.ripe.net

Re
by S A 31 Mar '06

31 Mar '06

confirm 352302 --------------------------------- New Yahoo! Messenger with Voice. Call regular phones from your PC and save big.

1 0

WG action 48.6
by md＠Linux.IT 31 Mar '06

31 Mar '06

http://www.ripe.de/ripe/wg/db/minutes/ripe-51.html says: 48.6 RIPE NCC To change DB behaviour to return IRT object [Misunderstanding of requirement, superceded by AP51.8, complete] Can somebody explain this? I tought that everybody agreed that it would be a good idea to always return IRT records for inetnum/inetnum queries, but this is still not happening. I could not find action 51.8 in the draft minutes of the AP WG. -- ciao, Marco

2 1

Call for agenda items, DB-WG Meeting during RIPE52, Istabul
by Wilfried Woeber, UniVie/ACOnet 30 Mar '06

30 Mar '06

Dear DB-WG folks, the RIPE NCC has asked us to submit the draft agendas for the WGs by mid April. Thus, 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. The DataBase-WG meeting is scheduled for Friday morning, April 28. The overall RIPE meeting outline is available at http://www.ripe.net/ripe/meetings/ripe-52/meeting-plan.html The list of plenary presentations scheduled is available at http://www.ripe.net/ripe/meetings/ripe-52/presentations/ See you in Istanbul, Wilfried.

1 0

Re: [db-wg] Since when does one need 3 nameservers for inverse?
by Ulrich Schmid 28 Mar '06

28 Mar '06

on 8.2.2006 11:10 Uhr Brett Carr wrote: >> -----Original Message----- >> From: db-wg-admin(a)ripe.net On Behalf Of Hank Nussbacher >> Sent: Wednesday, February 08, 2006 10:19 AM >> Cc: rdns-project(a)ripe.net >> Subject: [db-wg] Since when does one need 3 nameservers for inverse? >> >> In the "Reverse Delegation How To": >> http://www.ripe.net/rs/reverse/reverse_howto.html >> it states: >> >> "NS Servers >> Ensure you have at least two nameservers that are >> authoritative for the zone. The resolvable names of these NS >> servers should be in the NS resource records of the zone. The >> nameservers should be on different subnets." >> >> Yet when I submit a request I get: >> ***RDNS: (related to set) ERROR (20 points): At least 3 nameservers >> are required for each properly delegated zone. >> We found only >> 2 in your submission. >> >> In addition the reverse delegation checker at: >> http://www.ripe.net/cgi-bin/delcheck/delcheck2.cgi >> doesn't flag only 2 nameservers as an error. >> >> What gives? >> > > Indeed you are right, something doesn't look quite right here. Thanks for > flagging it I'll take a look. > > Brett > Any news about this item? Changes to the domain objects are still rejected by the delegation checker due to the (wrong) requirement of 3 nameservers and this prevents us to perform simple updates (e.g. contact address changes). Regards Ulrich Schmid

2 1

Re: WHOIS changes
by Hank Hampel 08 Mar '06

08 Mar '06

Hi Marie-Luise, On 4-Mär-2006 Dr. Marie-Luise Hansen wrote: > But how and where do I change the settings? This depends on what whois client you use. If you use the commandline whois client from RIPE you can just use the new flags on the commandline. If you use an other client it may not be able to "understand" the new flags so maybe you should switch to the RIPE client or use the web interface at: http://www.ripe.net/fcgi-bin/whois?form_type=simple&full_query_string=&sear… (this should be one line) Best regards, Hank

4 3

Since when does one need 3 nameservers for inverse?
by Hank Nussbacher 08 Feb '06

08 Feb '06

In the "Reverse Delegation How To": http://www.ripe.net/rs/reverse/reverse_howto.html it states: "NS Servers Ensure you have at least two nameservers that are authoritative for the zone. The resolvable names of these NS servers should be in the NS resource records of the zone. The nameservers should be on different subnets." Yet when I submit a request I get: ***RDNS: (related to set) ERROR (20 points): At least 3 nameservers are required for each properly delegated zone. We found only 2 in your submission. In addition the reverse delegation checker at: http://www.ripe.net/cgi-bin/delcheck/delcheck2.cgi doesn't flag only 2 nameservers as an error. What gives? -Hank

2 1

Announcement Routing Registry Training Courses
by RIPE NCC Training Services 07 Feb '06

07 Feb '06

Dear Colleagues The RIPE NCC Training Services Department invites you to register for one of our upcoming Routing Registry Training Courses: Date: Friday 10 March 2006 Time: 0900 - 1700 Location: Kiev, Ukraine Hosted by: Hosted by EDU Incom And Date: Tuesday 11 April 2006 Time: 0900 - 1700 Location: London, United Kingdom And Date: Friday 5 May 2006 Time: 0900 - 1700 Location: Valletta, Malta And Date: Friday 12 May 2006 Time: 0900 - 1700 Location: Amsterdam, Netherlands And Date: Friday 19 May 2006 Time: 0900 - 1700 Location: Moscow, Russian Federation The main objective of the "Routing Registry Training Course" is to familiarise the LIRs with the features of the Routing Registry, while introducing the relevant tools and services of the RIPE NCC. The course also offers practical exercises. OVERVIEW OF TOPICS COVERED IN THE COURSE: - Routing Registry as a part of the RIPE Whois Database and the Internet Routing Registry (IRR) - Specifying routing policies using (RPSL) Routing Policy Specification Language and the RtConfig tool - IRRToolSet - Routing Information Service (RIS) - Routing Registry Consistency Check Project Please note that this is an advanced course. It will: - NOT teach the basics of routing - NOT teach the basics of RIPE Database operations - NOT describe how to receive Internet resources from the RIPE NCC - NOT describe how to operate a Local Internet Registry (LIR) The target audience of the course are technical staff of LIRs: e.g. network operators, engineers etc. This course is not intended for administrative or management staff (e.g. Hostmasters) . It is assumed that all attendees will be familiar with Border Gateway Protocol routing and with the RIPE Database (i.e. creating/modifying objects). This course is based on interactive exercises in a local network set-up. Please bring your laptops equipped with the following: - A working Ethernet card, - Three meters of Ethernet cable, - A secure connection client, - A web browser. Please be prepared to share your laptop (or at least allow another attendee to "look over your shoulder") if necessary. The course is free of charge. We provide lunch and printed training materials. We do not cover any of your travel expenses or accommodation. We give all of our training courses in English. You can find more information about the course at: http://www.ripe.net/training/rr/ How to register: --------------------- You can register up to two people from your LIR for each course. (If there are places left nearer the time of the course, you can register more people). To register for this course, you can either use the LIR Portal at: https://lirportal.ripe.net/lirportal/training/course-list.html Or the online registration form on our website: http://www.ripe.net/cgi-bin/trainingform.pl.cgi If you have any questions, send an e-mail to <training(a)ripe.net>. Kind regards, Rumy Kanis Training Services Manager RIPE NCC __________ RIPE NCC Online Learning...at your own pace in your own space https://e-learning.ripe.net

1 0

Planned maintenance to the Whois server on 19 December 2005
by Shane Kerr 15 Dec '05

15 Dec '05

Dear Colleagues, We will carry out planned maintenance on the Whois server on Monday 19 December from 18:00 to 20:00 CET. During this time, updates to the whois database will not be possible. Updates sent via e-mail will be queued and then processed normally when service returns. Updates via webupdates or syncupdates will fail, and must be re-tried when service returns to normal. During the maintenance we will run hardware diagnostics on the server. We apologise for inconvenience this may cause. If you have any questions, please e-mail: ripe-dbm(a)ripe.net. Regards, Shane Kerr RIPE NCC

1 0

RIPE 50/51 Draft minutes
by Titley, Nigel 01 Dec '05

01 Dec '05

Gentelfolk, In accordance with my action at the last WG meeting, and as there have been no objections to the draft minutes from either RIPE 50 or RIPE 51, I will get them uploaded to the web server. All the best Nigel ********************************************************************** This e-mail message is confidential and is intended only for the use of the individual or entity named above and contains information which is or may be confidential, non-public or legally privileged. Any dissemination or distribution of this message other than to its intended recipient is strictly prohibited. You should not copy it or use it for any purpose nor disclose the contents to any other person. If you have received this message in error, please notify us by email to postmaster(a)flagtelecom.com immediately and delete the original message and all copies from all locations in your computer systems. This e-mail has been swept by Mailsweeper TM for viruses. However, FLAG Telecom cannot accept liability for any damage which you may sustain as a result of software viruses. ********************************************************************** This message has been scanned for viruses by MailControl - www.mailcontrol.com

1 0

Re: db-wg digest, Vol 1 #380 - 4 msgs
by Alexander Yemelyanov 01 Dec '05

01 Dec '05

Dear db-wg(a)ripe.net, dwrrn> From: Carsten Schiefner <ripe-wgs.cs(a)schiefner.de> dwrrn> Hi Dennis, dwrrn> I noted that there seems to be a general replacement rule in place here: dwrrn> +7 0yy xxxxxxx -> +7 4yy xxxxxxx dwrrn> However, this is not the case for Kaliningrad: dwrrn> +7 011 xxxxxxx -> +7 401 xxxxxxx dwrrn> Is that the usual exception to the rule ;-) or a real typo or something? It is an exception. As it appears in the official notice we received from our phone company, code +7 401 does replace code +7 011. Best Regards, Alexander Yemelyanov, Comintern I.S.P.

1 0