The success of the DNS experiments that lead to the commercial deployment of multiple Root Name Server Confederations has resulted in an increased awareness and education on the part of network operators and members of the Registry Industry. It should not be surprising or disruptive that this success will cause the continued growth and evolution of Root Name Server Confederations. As some of you may know, the eDNS Root Name Server Confederation is about to evolve into what appears to be three distinct Root Name Server Confederations. This evolution should increase the number of active Root Name Server Confederations from 5 to 7. NANOG subscribers that are following these events may want to pay careful attention to the operational issues of these evolutions because the fragile DNS does not always self-correct. One of the benefits of the eDNS evolution is that one of the new Root Name Server Confederations has announced that it will take the new BIND 8.1 code and use it as a base to evolve a new base of software that can help address many of the lessons learned from the extensive research done by leading edge, alternative, DNS advocates. Since this research is not funded by the U.S. Government's National Science Foundation (NSF) it may not be considered by some to be valid or of any value. No matter where you stand on that issue, you should at least know that it exists. -- Jim Fleming Unir Corporation http://www.Unir.Corp
Just to be clear for anyone who is actually doing something useful with their time and has not been following the DNS issues, the self styled 'eDNS' is in the process of collapsing and Jim is doing his best to spin-doctor it into an "evolution". I feel sorry for any of the poor souls who actually gave those people money, or worse tried to build a business based on it. ---> Phil Jim Fleming supposedly said:
The success of the DNS experiments that lead to the commercial deployment of multiple Root Name Server Confederations has resulted in an increased awareness and education on the part of network operators and members of the Registry Industry.
It should not be surprising or disruptive that this success will cause the continued growth and evolution of Root Name Server Confederations. As some of you may know, the eDNS Root Name Server Confederation is about to evolve into what appears to be three distinct Root Name Server Confederations.
This evolution should increase the number of active Root Name Server Confederations from 5 to 7. NANOG subscribers that are following these events may want to pay careful attention to the operational issues of these evolutions because the fragile DNS does not always self-correct.
One of the benefits of the eDNS evolution is that one of the new Root Name Server Confederations has announced that it will take the new BIND 8.1 code and use it as a base to evolve a new base of software that can help address many of the lessons learned from the extensive research done by leading edge, alternative, DNS advocates.
Since this research is not funded by the U.S. Government's National Science Foundation (NSF) it may not be considered by some to be valid or of any value. No matter where you stand on that issue, you should at least know that it exists.
-- Jim Fleming Unir Corporation http://www.Unir.Corp
For those with procmail, the best thing to prevent ever reading Flem (the next worst thing to spam) :0 * ^From:.*Jim Fleming /dev/null -Rick On Wed, 28 May 1997, Philip J. Nesser II wrote:
Just to be clear for anyone who is actually doing something useful with their time and has not been following the DNS issues, the self styled 'eDNS' is in the process of collapsing and Jim is doing his best to spin-doctor it into an "evolution". I feel sorry for any of the poor souls who actually gave those people money, or worse tried to build a business based on it.
---> Phil
=================================================================== Rick H. Wesson Internet Business Services rick@ar.com
-----BEGIN PGP SIGNED MESSAGE----- On Wed, 28 May 1997 10:29:55 -0700 (PDT), wessorh@ar.com writes:
For those with procmail, the best thing to prevent ever reading Flem (the next worst thing to spam)
:0 * ^From:.*Jim Fleming /dev/null
I am coming to the opinion that this is not enough. With the above recipie, you still have to wade through the responses to Mr. Fleming's posts from those folks that don't filter Mr. Fleming out. I've been thinking of adding this to my .procmailrc: :0 BH * Jim *Fleming /dev/null [A copy of the headers and the PGP signature follow.] Date: Wed, 28 May 1997 14:42:42 -0500 From: "Jeffrey C. Ollie" <jeff@ollie.clive.ia.us> In-reply-to: Your message of "Wed, 28 May 1997 10:29:55 PDT." <Pine.SOL.3.92.970528102727.26003H-100000@ibd.ar.com> Subject: Re: [NANOG] DNS Evolution Alert To: nanog@merit.edu -----BEGIN PGP SIGNATURE----- Version: 2.6.2 Comment: AnySign 1.4 - A Python tool for PGP signing e-mail and news. iQCVAwUBM4yKuJwkOQz8sbZFAQG4OwP9GkNdBIQsj2NYblBYoPmFR6hmaC6aCJKz Fl+/dEngB7coHPnFEbltCNH1Y41u+R6uuFnQ4Gy1P8nepCPu4seNt1gUSVZMt3F5 rPa6LbnET5k6a+YJq3+m3Nx/E+wrAKFMYK1uW15tPvQ0qk2z00pZtO/joxhB9s6y yHo8hjC+00M= =SHKa -----END PGP SIGNATURE----- -- Jeffrey C. Ollie | Should Work Now (TM) Python Hacker, Mac Lover |
participants (4)
-
Jeffrey C. Ollie
-
Jim Fleming
-
Philip J. Nesser II
-
Rick H. Wesson