Warren Kumari wrote:
On Fri, Sep 1, 2017 at 4:14 PM, Paul Wouters<p...@nohats.ca>  wrote:
Please see the last three years of dnsops and homenet working group list
archives.


... perhaps the other way of looking at the last thirty three years of
DNS is that people *do* actually want something like this, and that
perhaps it is time to actually create something specifically for it.

i think what people want is bigger than this, and that as a part, this part is small. one of the big differences between internet and its early competitors such as appletalk or decnet or the rest is that while the networks that died so that the internet could live did not scale -- they worked in a building or a network or a campus or a corporation, but not globally. whereas the internet works globally, but not locally.

we do not have well defined automation for making local names work when the internet connection is down. at a very modest level of necessary and inevitable complexity, one's own in-perimeter recursive servers can't find one's own in-perimeter authority servers. so if your internet connection goes down, then way more stuff becomes effectively unreachable than what's on the far side of the disconnection point.

mark andrews faced disconnections of this kind as a daily part of his work about 30 years ago when he developed the "stub zone" feature and contributed it to BIND4. but we have yet to automate it. and this rat hole is a deep one, because sometimes the disconnection is "all the links connecting my city / state / island / country to the rest of the global internet" and sometimes it's just your laptop, or one vm, or your LAN, or your house or office or campus.

in other words the necessary automation isn't going to benefit from static hints. it's a pity we can't rely on multicast for this kind of thing, although that often will work at the campus level.

in any case what "people *do* actually want" here is that naming always works for the devices and services one can reach and wishes to reach by name, for a network of arbitrary diameter, from a single container all the way up to interplanetary scope.

figuring out what names to reserve for which magnitude of diameter is a fool's errand, and so i've been ignoring homenet and all of its DNS related work.

we've been making people edit a "hosts" file for local naming and that's crazy. apple did something slightly more marketable by using multicast but that doesn't scale either. we've been making rfc1918 networks run a fake root zone that contains delegations to local servers. this is all wrongthink. it's not what the internet should be or how it should feel to use. we have PnP for devices now, but hardly for networks, unless all of the devices on the network come from apple, and none of them are outside the local (corporate? campus?) multicast domain.

DNS was a necessary first step and we took it. but we've known for at least the last 25 years that its architecture was too rigid when it comes to reachability by packet or of naming systems. if it's time to think about what people actually want to be doing, let's start there.

Our smacking people on the nose with rolled up newspapers and saying
"no, bad operator" ignores the fact that people still want this, and
still do this, and there ain't nothing we can do to stop them...

And so: https://tools.ietf.org/html/draft-wkumari-dnsop-internal-00

...not here.

--
P Vixie

_______________________________________________
DNSOP mailing list
DNSOP@ietf.org
https://www.ietf.org/mailman/listinfo/dnsop

Reply via email to