Root Name Server Confederations

Sean M. Doran smd at clock.org
Thu May 22 12:17:56 UTC 1997


Paul A Vixie <paul at vix.com> writes:

> makes one long for the days of HOSTS.TXT.  which was at least reliable and
> coherent.  maybe it'll make a comeback in the form of everybody-run-their-own
> "." server.

Hey, I take it back, a PVM-must-die thread on NANOG hasn't
happened in a long time.  Maybe NANOG isn't _utterly_
useless (only mostly)...

> i guess i've said this about 900 times now.  DNS is a coherent, distributed
> database.  don't do anything that will make it less
> coherent.  

Kill it outright.  Build something that doesn't use the
unreliable datagram protocol with all of its wonderful
deficiencies, perhaps leaving the description of the
database itself to the implementors (concentrating on
protocol instead), and ideally avoiding the in-addr.arpa
botch and the difficulties of scaling really large zones.

Denninger and company are wonderful because they are
forcing some issues which go right back to the days of
HOSTS.TXT and the ARPA zone.  I seriously hope they are
able to forestall the insufficient bandaid approaches
being proposed by more moderate technical people.

> start back in on things that will make the same name mean something different
> (or become meaningless) depending on where you're standing when you resolve
> it.

But this is a really neat idea; have the DNS or its
follow-on(s) represent _services_ and the utility of having
this feature is fairly obvious.  This is to some extent
how NATs work, after all.  

A complaint about how '<port>.<zone>.<zone>...' can
lead to confusion is a complaint about the lack of
directory services through one can find a service in the
first place.

	Sean.





More information about the NANOG mailing list