Re: [DNSOP] draft-lewis-domain-names-00.txt

Edward Lewis <edward.lewis@icann.org> Tue, 22 September 2015 11:44 UTC

Return-Path: <edward.lewis@icann.org>
X-Original-To: dnsop@ietfa.amsl.com
Delivered-To: dnsop@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id A9A491A3BA7 for <dnsop@ietfa.amsl.com>; Tue, 22 Sep 2015 04:44:08 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.831
X-Spam-Level:
X-Spam-Status: No, score=-2.831 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, J_CHICKENPOX_45=0.6, RCVD_IN_DNSWL_MED=-2.3, SPF_NEUTRAL=0.779, T_RP_MATCHES_RCVD=-0.01] autolearn=ham
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id TORgPPkgDFI6 for <dnsop@ietfa.amsl.com>; Tue, 22 Sep 2015 04:44:07 -0700 (PDT)
Received: from out.west.pexch112.icann.org (pfe112-ca-2.pexch112.icann.org [64.78.40.10]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 0E59D1A21C6 for <dnsop@ietf.org>; Tue, 22 Sep 2015 04:44:07 -0700 (PDT)
Received: from PMBX112-W1-CA-1.pexch112.icann.org (64.78.40.21) by PMBX112-W1-CA-1.pexch112.icann.org (64.78.40.21) with Microsoft SMTP Server (TLS) id 15.0.1044.25; Tue, 22 Sep 2015 04:44:04 -0700
Received: from PMBX112-W1-CA-1.pexch112.icann.org ([64.78.40.21]) by PMBX112-W1-CA-1.PEXCH112.ICANN.ORG ([64.78.40.21]) with mapi id 15.00.1044.021; Tue, 22 Sep 2015 04:44:04 -0700
From: Edward Lewis <edward.lewis@icann.org>
To: "dnsop@ietf.org" <dnsop@ietf.org>
Thread-Topic: [DNSOP] draft-lewis-domain-names-00.txt
Thread-Index: AQHQ8YNHdEo//bQ/vEaybYlWidLMPZ5CuraAgAAKsgCAACh8AIAACPqAgARSEgCAAKO6AIAAuoqA
Date: Tue, 22 Sep 2015 11:44:04 +0000
Message-ID: <D226B3FF.F3DE%edward.lewis@icann.org>
References: <D2209363.F235%edward.lewis@icann.org> <CAKr6gn1aM0=Mi3343aaXKc=WtqGnJqoQm64+r4LDKzT0MyAF7A@mail.gmail.com> <14957733-EB45-45ED-9B5C-55B0943CDACD@fb.com> <45A1C205-3DF1-40A3-9282-CA8344805CBE@hopcount.ca> <FAF424AD-E95C-4D0B-9C9E-CCCD95B44181@rfc1035.com> <D2258D17.F334%edward.lewis@icann.org> <56006A44.9090809@gnu.org>
In-Reply-To: <56006A44.9090809@gnu.org>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: yes
X-MS-TNEF-Correlator:
user-agent: Microsoft-MacOutlook/14.5.5.150821
x-ms-exchange-transport-fromentityheader: Hosted
x-originating-ip: [192.0.47.234]
Content-Type: multipart/signed; protocol="application/pkcs7-signature"; micalg="sha1"; boundary="B_3525752639_7707681"
MIME-Version: 1.0
Archived-At: <http://mailarchive.ietf.org/arch/msg/dnsop/N-G3YZWcopPW6tz9knYcY4o_TQo>
Cc: hellekin <hellekin@gnu.org>
Subject: Re: [DNSOP] draft-lewis-domain-names-00.txt
X-BeenThere: dnsop@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: IETF DNSOP WG mailing list <dnsop.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/dnsop>, <mailto:dnsop-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/dnsop/>
List-Post: <mailto:dnsop@ietf.org>
List-Help: <mailto:dnsop-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/dnsop>, <mailto:dnsop-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 22 Sep 2015 11:44:08 -0000

On 9/21/15, 16:36, "DNSOP on behalf of hellekin" <dnsop-bounces@ietf.org
on behalf of hellekin@gnu.org> wrote:

>-----BEGIN PGP SIGNED MESSAGE-----
>Hash: SHA512
>
>On 09/21/2015 11:50 AM, Edward Lewis wrote:
>> 
>> I think defining -whether- name.onion is a Domain Name will make us
>> re-think how Domain Names interoperate amongst protocols beyond the DN
>S.
>>
>
>Agreed, but why limit to .onion?  Can your example stretch to include
>.bit, .i2p, .gnu, .zkey, and why not .exit?

You tell me.  The draft is not necessarily comprehensive.  Examples are
not exhaustive lists.

The point of the draft is to move from a situation where we have a
hodgepodge of cases to one where we have a formal ontology.  From there,
the hope is that patterns will emerge that will increase determinism.

>In a recent private conversation it was suggested that as long as a
>domain cannot sell subdomains it could be interesting to consider
>(without affecting ICANN domain-name business).

This is a non-sequiter.  "Selling" is not one of the criteria.  OTOH,
whether names are centrally assigned (as in DNS) or uniquely spawned
(distributed hash tables) is a technical aspect, but even that doesn't
really matter - what matters is the method of converting the name into, as
appropriate, a location or other data value (key/cert for example).
(IMHO, just about any mention of ICANN is a red herring.)  The draft is
trying to forge a definition of Domain Names, with a better understanding
of how they function and interoperate amongst protocols.

>Earlier we've been discussing P2PNames and came to the conclusion that
>the term TLD should not be employed outside the DNS context, so I
>welcome your draft to clarify this aspect.

As mentioned in the draft, top-level names is defined very early on in the
evolution of the concept.  TLD has emerged, more so in the last 15 years,
to be a specific kind of entity within the management of DNS operations.

It is my suspicion/belief that the top-level name will retain special
status as we go on because - and this is belief talking and not anything
more mature - there needs to be some way to signal how the name "below"
(in the rooted tree sense) is resolved.  I.e., if I see "onion" I go to
Tor, "local" mDNS, a numeric value is treated as a literal or error, a
known DNS TLD to the DNS, and so on.  I'm not sure this observation will
be something that grows into the draft or not but is a central reason why
I think we have to start with a basic definition.

That list of examples can conceivably grow at the cost of complexifying[0]
software.

[0] yes, I know, not a word.