ISP network design of non-authoritative caches
Valdis.Kletnieks at vt.edu
Valdis.Kletnieks at vt.edu
Mon Nov 19 16:13:43 UTC 2001
On Sun, 18 Nov 2001 17:56:44 PST, Simon Higgs said:
> prevail and that running code and rough consensus demands the peering of
> non-conflicting TLDs for everyone's benefit. It's a common practise in
Hmm.. "non-conflicting". Let's think about this for a moment.
Let's assume we have 3 TLD managment groups called A, B, and C. In order
for there to be non-conflicting roots, A, B, and C have to enter into some
sort of agreement that if A registers a TLD .frobozz, that B and C will
promise to not register a conflicting definition of said TLD.
So what we really have here is (A+B+C) functioning as a single root, but
A, B, and C individually publishing only a subset of the root to their
customers (although why the customers want a value-subtracted view of the
DNS is beyond me).
So, to name names - if the ORSC crew and the ICANN crew were to collaborate
on a non-conflicting definition of "the root", then the composite of the
two of them would be a root, with each feeding only a subset to their
customers.
Of course, such collaboration is *NOT* happening in the real world, so we
*will* eventually see a conflict. It will probably happen the first time
ICANN allocates a new TLD that ORSC carries, but nominates a different
registrar or a different server on the NS record for the TLD.
--
Valdis Kletnieks
Operating Systems Analyst
Virginia Tech
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 211 bytes
Desc: not available
URL: <http://mailman.nanog.org/pipermail/nanog/attachments/20011119/4c07d0dd/attachment.sig>
More information about the NANOG
mailing list