[26170] in North American Network Operators' Group

home help back first fref pref prev next nref lref last post

Re: RPSL announcement text

daemon@ATHENA.MIT.EDU (Gerald Andrew Winters)
Wed Dec 8 11:02:32 1999

From: Gerald Andrew Winters <gerald@merit.edu>
Message-Id: <199912081559.KAA20032@home.merit.edu>
To: alex@virgin.relcom.eu.net (Alex P. Rudnev)
Date: Wed, 8 Dec 1999 10:59:12 -0500 (EST)
Cc: irrd-team@merit.edu, nanog@merit.edu
In-Reply-To: <Pine.SUN.4.10.9912081023510.3178-100000@virgin.relcom.eu.net> from "Alex P. Rudnev" at Dec 8, 99 10:26:06 am
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Errors-To: owner-nanog-outgoing@merit.edu


 
 
> Hmm, who was this clueless manager who decided to do such things in the 1-th of
> January. I guess the programmers over the world will be very busy during january
> looking for the hidden Y2K bugs and fixing it, and why RADB decided to add some
> more troubles just in this days? Why don't wait until, at least, February? What
> terrible happen if this changes will be delayed a little?

Thanks for your comments.  I'm not sure how much you know about our
system so I'll give you the basics.  We are in the tail end of a 
long process to convert the IRR here at merit from RIPE181 to
RPSL.  The conversion process is outlined in the following draft:

ftp://ftp.isi.edu/internet-drafts/draft-ietf-rps-transition-02.txt

The draft was authored collectively from the community including
RIPE, MCI/CW, and ISI.  We have been following the guidelines
as set forth in this document.  As we proceed along the conversion
process we have kept the community informed by speaking at the popular
conferences.  This has given the community many opportunities
to voice their feedback and to have a say in the process.  We 
also have an open communication link to the major ISP's who have been 
informed well in advance of the coming changes and are working with
us to implement the conversion process.  

We now have two parallel servers running: our produciton
(default) server, whois.radb.net which is fully RPSL compliant; and 
our secondary server, whois-ripe181.radb.net which is running RIPE181.
We have been running the production RPSL server since November 1 in preparation
of the phasing out of the RIPE181 server.  So when Jan. 1 arrives nothing
will change on our production server.

Finally, as I'm sure you already know, the RIPE181 language is not 
Y2k compliant (see RIPE-181.ps).  So we made the decision to phase
out the the RIPE181 server at the last possible moment.

--Jerry Winters




home help back first fref pref prev next nref lref last post