Re: [DNSOP] draft-liman-tld-names-04

Eric Brunner-Williams <ebw@abenaki.wabanaki.net> Mon, 29 November 2010 15:02 UTC

Return-Path: <ebw@abenaki.wabanaki.net>
X-Original-To: dnsop@core3.amsl.com
Delivered-To: dnsop@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id D1FAB28C12E for <dnsop@core3.amsl.com>; Mon, 29 Nov 2010 07:02:19 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.666
X-Spam-Level:
X-Spam-Status: No, score=-2.666 tagged_above=-999 required=5 tests=[AWL=-0.067, BAYES_00=-2.599]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 4oS2V91tehmR for <dnsop@core3.amsl.com>; Mon, 29 Nov 2010 07:02:18 -0800 (PST)
Received: from abenaki.wabanaki.net (abenaki.wabanaki.net [65.99.1.133]) by core3.amsl.com (Postfix) with ESMTP id AF19F3A6BD7 for <dnsop@ietf.org>; Mon, 29 Nov 2010 07:02:18 -0800 (PST)
Received: from limpet.local (cpe-67-255-5-237.twcny.res.rr.com [67.255.5.237]) by abenaki.wabanaki.net (8.14.4/8.14.4) with ESMTP id oATDbDPh061916 for <dnsop@ietf.org>; Mon, 29 Nov 2010 08:37:13 -0500 (EST) (envelope-from ebw@abenaki.wabanaki.net)
Message-ID: <4CF3C0BA.1050307@abenaki.wabanaki.net>
Date: Mon, 29 Nov 2010 10:03:22 -0500
From: Eric Brunner-Williams <ebw@abenaki.wabanaki.net>
Organization: wampumpeag
User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.5; en-US; rv:1.9.2.12) Gecko/20101027 Thunderbird/3.1.6
MIME-Version: 1.0
To: dnsop@ietf.org
References: <20101124142303.GB19441@shinkuro.com> <alpine.LSU.2.00.1011251734170.4075@hermes-2.csi.cam.ac.uk> <20101125175247.GH21047@shinkuro.com> <alpine.LSU.2.00.1011261558520.4075@hermes-2.csi.cam.ac.uk> <D8E75C03-0322-4594-BB27-D825AB429EA6@hopcount.ca> <C4FB358F-53D1-4A2B-A3A4-1C07222C0B51@dotat.at> <1E1C9726-46B6-4891-A1A4-9D71A90EFE47@hopcount.ca> <20101127185010.GB56062@farside.isc.org> <79DC22E8-18BC-44B1-8874-D094844D9E94@dotat.at> <8CEF048B9EC83748B1517DC64EA130FB43E00387CC@off-win2003-01.ausregistrygroup.local> <20101129143919.GE33199@shinkuro.com>
In-Reply-To: <20101129143919.GE33199@shinkuro.com>
Content-Type: text/plain; charset="ISO-8859-1"; format="flowed"
Content-Transfer-Encoding: 7bit
Subject: Re: [DNSOP] draft-liman-tld-names-04
X-BeenThere: dnsop@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: IETF DNSOP WG mailing list <dnsop.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/dnsop>, <mailto:dnsop-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/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: Mon, 29 Nov 2010 15:02:19 -0000

On 11/29/10 9:39 AM, Andrew Sullivan wrote:

> ... the Internet will not break if
> you register a domain name o'reilly.com,

please either stick to the ldh set and the issue of the validity of 
any string composed from this generating set, or explain why, other 
than for rhetorical excess, you are permitted to pick an arbitrary 
point in the us-ascii standard and wave it about as proof of some claim.

there exist rules, much earlier than 1123, about "-" as the initial, 
or terminal, byte in a sequence of bytes, and about sequences of two 
or more instances of "-" where neither byte is the initial, or 
terminal, byte in a sequence of bytes.

there exist rules, much earlier than 1123, about any digit as the 
initial byte in a sequence of bytes.

there exist rules, much earlier than 1123, about whether a sequence of 
bytes must contain more than one byte.

it is my understanding that a view associated with liman's draft is 
that some protocol restriction existed in fact, or should be 
generously imputed to have existed as a protocol restriction in the 
minds of some implementers, and that one or more of these rules are 
not completely explained as allocation policies by historic allocators 
of some zone of interest.

i don't share that view, and i don't think it prudent to abandon 
whatever merits may support that view by appealing to the absence of 
us-ascii values outside the ldh set, or phrasing like "old timey".

-e