[81961] in North American Network Operators' Group
Re: The whole alternate-root ${STATE}horse (was Re: Enable BIND cache server to resolve chinese domain name?)
daemon@ATHENA.MIT.EDU (Valdis.Kletnieks@vt.edu)
Fri Jul 8 15:18:47 2005
To: "Jay R. Ashworth" <jra@baylink.com>
Cc: nanog@nanog.org
In-Reply-To: Your message of "Mon, 04 Jul 2005 22:32:52 EDT."
<20050704223252.A29076@cgi.jachomes.com>
From: Valdis.Kletnieks@vt.edu
Date: Tue, 05 Jul 2005 01:14:08 -0400
Errors-To: owner-nanog@merit.edu
--==_Exmh_1120540448_13480P
Content-Type: text/plain; charset=us-ascii
On Mon, 04 Jul 2005 22:32:52 EDT, "Jay R. Ashworth" said:
> Well, Steve; that reply is a *little* disingenuous: all of the
> alternative root zones and root server clusters that *I'm* aware of
> track the ICANN root, except in the rare instances where there are TLD
> collisions.
And *that* is just a tad disingenuous itself. If you have 1 alternate root
that tracks ICANN's dozen-ish TLDs and the country-code TLDs, and then adds 2-3
dozen of its own, there's little room for amusement. If however, you have a
Turkish root that tracks ICANN's dozen, and then adds 50 or 60 of its own, and
a Chinese root that tracks ICANN's dozen, and then adds 75 or 100 of its own,
it becomes interesting to watch a Turkish user try to reach one of those 75
Chinese TLDs, or the Chinese user try to reach one of the 50 Turkish additions,
or either of those users trying to reach the *.special-sauce domain the first
alternate root created.
A collision isn't the only failure mode to worry about....
--==_Exmh_1120540448_13480P
Content-Type: application/pgp-signature
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.1 (GNU/Linux)
Comment: Exmh version 2.5 07/13/2001
iD8DBQFCyhcfcC3lWbTT17ARAuDHAKDx9yDj4oljGDSa025jYWXh6pa8ZQCfXVlZ
Tvn5/U2QTYLCHwlSGF7Gr6Y=
=CB37
-----END PGP SIGNATURE-----
--==_Exmh_1120540448_13480P--
