Re: Trees have one root

John C Klensin <john+ietf@jck.com> Tue, 30 July 2002 09:04 UTC

Received: from loki.ietf.org (loki [10.27.2.29]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id FAA09263 for <ietf-web-archive@odin.ietf.org>; Tue, 30 Jul 2002 05:04:18 -0400 (EDT)
Received: (from adm@localhost) by loki.ietf.org (8.9.1b+Sun/8.9.1) id FAA19120 for ietf-outbound.10@loki.ietf.org; Tue, 30 Jul 2002 05:04:01 -0400 (EDT)
Received: from ietf.org (odin.ietf.org [10.27.2.28]) by loki.ietf.org (8.9.1b+Sun/8.9.1) with ESMTP id EAA19035 for <ietf-mainout@loki.ietf.org>; Tue, 30 Jul 2002 04:57:22 -0400 (EDT)
Received: by ietf.org (8.9.1a/8.9.1a) id EAA09056 for ietf-mainout@loki.ietf.org; Tue, 30 Jul 2002 04:56:15 -0400 (EDT)
X-Authentication-Warning: ietf.org: majordom set sender to owner-ietf@ietf.org using -f
Received: from psg.com (smmsp@psg.com [147.28.0.62]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id EAA09052 for <ietf@ietf.org>; Tue, 30 Jul 2002 04:56:11 -0400 (EDT)
Received: from [209.187.148.217] (helo=P2) by psg.com with esmtp (Exim 3.36 #1) id 17ZSog-000GdD-00; Tue, 30 Jul 2002 01:57:18 -0700
Date: Tue, 30 Jul 2002 04:56:59 -0400
From: John C Klensin <john+ietf@jck.com>
To: Peter Deutsch <pdeutsch@earthlink.net>
cc: ietf@ietf.org, Peter Deutsch <pdeutsch@gydig.com>
Subject: Re: Trees have one root
Message-ID: <13146391.1028005019@localhost>
In-Reply-To: <3D46116C.59A20EC2@earthlink.net>
References: <200207261741.g6QHfek01372@astro.cs.utk.edu> <3D44E5BD.523AEDA7@hursley.ibm.com> <v04220800b96aa1272003@[192.168.1.14]> <200207291618.g6TGID1R004180@turing-police.cc.vt.edu> <3D45F6C0.685ED86D@earthlink.net> <63094198.1027986292@localhost> <3D46116C.59A20EC2@earthlink.net>
X-Mailer: Mulberry/3.0.0a3 (Win32)
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline
Content-Transfer-Encoding: 7bit
Sender: owner-ietf@ietf.org
Precedence: bulk
Content-Transfer-Encoding: 7bit
X-Loop: ietf@ietf.org
Content-Transfer-Encoding: 7bit

Peter,

--On Monday, 29 July, 2002 21:09 -0700 Peter Deutsch
<pdeutsch@earthlink.net> wrote:

>> IMO, a good summary of some of the real issues.   Let me add
>> one more piece of the story, which I'm surprised you didn't
>> comment on....
> 
> Well, I *was* trying to keep it short, since I've an
> undeserved reputation for *long* postings... ;-)

The two of us in combination... :-)  But I won't even claim my
reputation in that area is undeserved.

>> ...  Several of us have made, and are making, significant
>> efforts to get directory-like "above DNS" services in place to
>> address the clear user need for more and better naming.  Those
>> efforts have gotten good responses from some parts of the
>> community.
> 
> Hmm, do you have a pointer for this? 

In no particular order, and at the risk of turning this into a
technical discussion (horrors)...

  draft-klensin-dns-role-03.txt
  draft-klensin-dns-search-04.txt
  draft-mealling-sls-02.txt
  draft-xdlee-cnnamestr-00.txt

And you might have a look at the minutes of a Salt Lake City BOF
called "IRNSS".  Your comments would be very welcome on any of
this.

>> But, from others, including (apparently) most of the
>> "alternate root", "multiple root", and "superroot", crowds,
>> the response is "more TLDs" or "more root choices, but ICANN
>> is expected to cooperate and accept whatever names we come up
>> with first", or things that are semantically
>> indistinguishable from "the only problem with a single root
>> is that I should be in charge, not ICANN".  And that leads
>> some of us to start wondering what species of snake is being
>> used to produce all of that fragrant, multipurpose, oil.
> 
> I was actually making a conscious effort not to get into
> this aspect of the debate, since I believe that it's been
> too emotionally charged and in such an atmosphere it's too
> easy to paint everyone with the same brush. 

That is reasonable, and I was trying to be careful to not do so.

> There are
> certainly a few folks in the alternative root movement that
> I would not want to share a cabin with on a long sea voyage,
> but I also like and respect a number of folks who happen to
> think multiple roots are an eminently fine idea. Frankly, I
> don't have any problem with the concept myself, but I can
> justify this to myself now I've concluded that it's an
> "apples and hand grenades" issue. I don't want to break the
> legacy DNS, I just happen to want to do stuff that the
> legacy DNS folks don't want in their root.

I think that both the legacy DNS and virtually anything built on
the DNS protocols (fundamentals) is unsuitable for most of that
stuff (which is what the first doc cited above is about), but I
could be wrong, especially if I am focusing on the wrong set of
problems/ requirements.

> I know this idea makes a lot of folks spit coffee all over
> their keyboards, but all it really means is that the
> fundamentals of DNS are more useful than the basic service
> people are using it for right now. So maybe we need to be
> talking about extending the protocol, maybe even asking for
> a new port number, but in any event I believe it's time the
> IETF recognizes that it's time to move beyond what are
> really the politics of ICANN and focus on the technical
> issues surrounding extending the current technologies to
> make them more useful. If we do that without touching the
> legacy systems for now, fine but this would imply the need
> to set up some alternative roots for experimentation and
> proof of concept. 

Back when I believed that the implementations and practices were
the problem, I did a piece trying to explore moving toward a
new, replacement, DNS Class with less legacy baggage.  Such a
Class could, at least as I understood it at the time, imply a
completely different root, tree structure, and administration.
If you want a pointer to a recently-updated version of that one,
see draft-klensin-i18n-newclass-02.txt.  But I no longer believe
a useful solution to the problems I was interested in lie in
that direction.

> Pity that such a notion has become *so*
> overloaded with political implications but it's time to look
> beyond that, or sit back and tell our users that Google is
> as good as it's going to get....  ;-)

Agreed.
regards,
    john