Re: [Inip-discuss] Domain Names

Suzanne Woolf <suzworldwide@gmail.com> Fri, 22 January 2016 23:50 UTC

Return-Path: <suzworldwide@gmail.com>
X-Original-To: inip-discuss@ietfa.amsl.com
Delivered-To: inip-discuss@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 6228C1B2D28 for <inip-discuss@ietfa.amsl.com>; Fri, 22 Jan 2016 15:50:52 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2
X-Spam-Level:
X-Spam-Status: No, score=-2 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, SPF_PASS=-0.001] 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 7fz1v14Mx3lx for <inip-discuss@ietfa.amsl.com>; Fri, 22 Jan 2016 15:50:50 -0800 (PST)
Received: from mail-qk0-x22f.google.com (mail-qk0-x22f.google.com [IPv6:2607:f8b0:400d:c09::22f]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id B2AEC1B2D18 for <inip-discuss@iab.org>; Fri, 22 Jan 2016 15:50:50 -0800 (PST)
Received: by mail-qk0-x22f.google.com with SMTP id o6so35060208qkc.2 for <inip-discuss@iab.org>; Fri, 22 Jan 2016 15:50:50 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=content-type:mime-version:subject:from:in-reply-to:date :content-transfer-encoding:message-id:references:to; bh=odWA/TC+wTjqpBtGM6/icSn8tvJJ5VrnmpSxawlr3Ko=; b=AOnOX+uS8Y67+OVZkARuoVEuyurtJujaDShdOPFimlMs8fEwnHxR44xXqJlUp1W4YN q1564G5aqqJRePdzbTZwtK9jVNa+9PBo7Yyk3nuN2q3kDQBNYlXaE15nE53ec7J113MF 2Lshy681J39hWwwjOSk8gArJxCXePRU6tIiibZB/lW9b52zm3pTkcRbeFsqvZpIEZmA+ hGlMXd7yGkZc+BsYodVk9O4Qid1j+okfEtMHEeCqKCNSsc7yLLh/Uf8Fm/az6xOsfMrX KLNJxt56iAZcaW1al0RNIsGLXhrqVrNKODPAvOJFmFpK96f8X2yiGiYy3PzYjAC6hQLE h/wA==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:content-type:mime-version:subject:from :in-reply-to:date:content-transfer-encoding:message-id:references:to; bh=odWA/TC+wTjqpBtGM6/icSn8tvJJ5VrnmpSxawlr3Ko=; b=eCFnH0vlm2MGDGmFRHl9Jx6H9XtZL0SQqvH83JD1/7kqELX8CFTLNgTtrOiLykrn63 4mPR74fdBBDSlQrY4p7EMtFIVOD/DMKZUQ5TWx4UlkqK+Xosq/Oqr31ilsAaJn0xp1v4 t3q6+ipGLOwUcK1IJmdq+O99MsA9FrmAUpZ1QkGbAH5fkZVzvmubxt3CH70vsLfuRFIC Dk2oLl08qgFN8WvtTVy+QEneuH64sJdvAQYoyQK1UpiOSvqsOEhvW2oSDgpSKNpM6663 ljeCcwdYtsYCPq/MEQ3ScxMetn8HTgBlU5qcNcby8ncQQgQHQnF9j2rLpmToPCesJhxV TcSA==
X-Gm-Message-State: AG10YORKF5UEcEh7ApiLpTkbD53oM148f2avW03Ixj3OZ+NNWWKOcoGYdnFW4h1ny4Gtsw==
X-Received: by 10.55.43.160 with SMTP id r32mr7200867qkr.57.1453506649799; Fri, 22 Jan 2016 15:50:49 -0800 (PST)
Received: from ?IPv6:2601:181:c002:25ee:386a:c59a:83a5:85a1? ([2601:181:c002:25ee:386a:c59a:83a5:85a1]) by smtp.gmail.com with ESMTPSA id f3sm3784137qge.44.2016.01.22.15.50.48 for <inip-discuss@iab.org> (version=TLS1 cipher=ECDHE-RSA-AES128-SHA bits=128/128); Fri, 22 Jan 2016 15:50:48 -0800 (PST)
Content-Type: text/plain; charset="us-ascii"
Mime-Version: 1.0 (Mac OS X Mail 6.6 \(1510\))
From: Suzanne Woolf <suzworldwide@gmail.com>
In-Reply-To: <20160122224955.GB14205@mx2.yitter.info>
Date: Fri, 22 Jan 2016 18:51:10 -0500
Content-Transfer-Encoding: quoted-printable
Message-Id: <67A27FD1-468D-4A91-B251-286A82612239@gmail.com>
References: <D285CCDC.11B63%edward.lewis@icann.org> <A3306B3F-2C01-4236-8A5F-119C1669425B@isoc.org> <D2A15E6C.124B4%edward.lewis@icann.org> <7047EC59-873A-4A76-80EF-3F2899A9052A@interisle.net> <CAHw9_iL1f7pgaFHdqWJTpW5mxbfRYsquOO3J-5cVNLv103LSig@mail.gmail.com> <A8E926AC-3BFF-4406-A12F-B3578BA28E5E@interisle.net> <D2C5151E.12BB5%edward.lewis@icann.org> <56A28AEA.9060604@acm.org> <D2C7F991.12D11%edward.lewis@icann.org> <20160122224955.GB14205@mx2.yitter.info>
To: "inip-discuss@iab.org" <inip-discuss@iab.org>
X-Mailer: Apple Mail (2.1510)
Archived-At: <http://mailarchive.ietf.org/arch/msg/inip-discuss/3BKnTAEquP-oZ-k75JUN9F3WN2k>
Subject: Re: [Inip-discuss] Domain Names
X-BeenThere: inip-discuss@iab.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: IAB Internet Names and Identifiers Discussion List <inip-discuss.iab.org>
List-Unsubscribe: <https://www.iab.org/mailman/options/inip-discuss>, <mailto:inip-discuss-request@iab.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/inip-discuss/>
List-Post: <mailto:inip-discuss@iab.org>
List-Help: <mailto:inip-discuss-request@iab.org?subject=help>
List-Subscribe: <https://www.iab.org/mailman/listinfo/inip-discuss>, <mailto:inip-discuss-request@iab.org?subject=subscribe>
X-List-Received-Date: Fri, 22 Jan 2016 23:50:52 -0000

On Jan 22, 2016, at 5:49 PM, Andrew Sullivan <ajs@anvilwalrusden.com> wrote:

> On Fri, Jan 22, 2016 at 08:40:28PM +0000, Edward Lewis wrote:
>> I should add one anecdotal story to this.  One of the "legendary figures
>> of DNS" once told me that a major screw up was placing the 16-bit field
>> for CLASS after the field for the "owner name".  Had the 16-bit field come
>> first, it could have been interesting, a way to distinguish different ways
>> to encode the owner name.  Being afterwards, one had to stick to one lone
>> means of encoding the owner name in order to discover the CLASS value.
>> I'll stress that I got this as part of an oral history, not documented, so
>> it's almost worth the paper it's written on.  But it is what makes me call
>> CLASS vestigial and a DNS artifact, not a Domain Name core concept.
> 
> The unwritten draft in my head, "CLASS Considered Useless", will make
> exactly this argument.  BTW, it's not just oral history.  I have found
> this argument in the very earliest part of the namedroppers archives.


Part of the problem here, it seems to me, is that we've gotten this far without a definition of "domain name" except what we can find implicitly in certain protocol definitions-- but nonetheless there's a concept that has developed over time, one attribute of which is that it's consistent in certain desirable ways across multiple possible resolution protocols. This assumption is being used in new protocol development, without being explicit.

This has been making me wonder if it's necessarily possible to get a coherent definition of "domain name" at all, which is why I was happy to see the definition Lyman proposed. 

To answer Warren's question a few days ago, I think that if we can get general agreement on a definition, even one so abstract that it doesn't tell us very much about how to do anything immediately useful, we can use it to reason about the attributes the domain name space actually has-- and what attributes people might think it has, perhaps incorrectly or inconsistently. 

In my dreams this leads to some notions about what kinds of protocols could reasonably re-use domain name abstractions for naming, when we might actually want to stick to DNS as the wire protocol, and when we might want to do something entirely different. See Ed's domain-name draft and:

https://datatracker.ietf.org/doc/draft-hardie-resolution-contexts/
https://www.ietf.org/mailman/listinfo/arcing


Suzanne