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

Tony Finch <dot@dotat.at> Mon, 29 November 2010 17:58 UTC

Return-Path: <fanf2@hermes.cam.ac.uk>
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 E9BBE28C188 for <dnsop@core3.amsl.com>; Mon, 29 Nov 2010 09:58:47 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -3.567
X-Spam-Level:
X-Spam-Status: No, score=-3.567 tagged_above=-999 required=5 tests=[AWL=1.032, BAYES_00=-2.599, GB_I_LETTER=-2]
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 uApiG00em0sQ for <dnsop@core3.amsl.com>; Mon, 29 Nov 2010 09:58:46 -0800 (PST)
Received: from ppsw-41.csi.cam.ac.uk (ppsw-41.csi.cam.ac.uk [131.111.8.141]) by core3.amsl.com (Postfix) with ESMTP id 9BF5828C0E0 for <dnsop@ietf.org>; Mon, 29 Nov 2010 09:58:46 -0800 (PST)
X-Cam-AntiVirus: no malware found
X-Cam-SpamDetails: not scanned
X-Cam-ScannerInfo: http://www.cam.ac.uk/cs/email/scanner/
Received: from hermes-2.csi.cam.ac.uk ([131.111.8.54]:58582) by ppsw-41.csi.cam.ac.uk (smtp.hermes.cam.ac.uk [131.111.8.156]:25) with esmtpa (EXTERNAL:fanf2) id 1PN814-00031L-SW (Exim 4.72) (return-path <fanf2@hermes.cam.ac.uk>); Mon, 29 Nov 2010 17:59:54 +0000
Received: from fanf2 (helo=localhost) by hermes-2.csi.cam.ac.uk (hermes.cam.ac.uk) with local-esmtp id 1PN814-0004W4-Qo (Exim 4.67) (return-path <fanf2@hermes.cam.ac.uk>); Mon, 29 Nov 2010 17:59:54 +0000
Date: Mon, 29 Nov 2010 17:59:54 +0000
From: Tony Finch <dot@dotat.at>
X-X-Sender: fanf2@hermes-2.csi.cam.ac.uk
To: Eric Brunner-Williams <ebw@abenaki.wabanaki.net>
In-Reply-To: <4CF3DDD1.90201@abenaki.wabanaki.net>
Message-ID: <alpine.LSU.2.00.1011291742380.4075@hermes-2.csi.cam.ac.uk>
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> <4CF3C0BA.1050307@abenaki.wabanaki.net> <alpine.LSU.2.00.1011291605210.4075@hermes-2.csi.cam.ac.uk> <4CF3DDD1.90201@abenaki.wabanaki.net>
User-Agent: Alpine 2.00 (LSU 1167 2008-08-23)
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset="US-ASCII"
Sender: Tony Finch <fanf2@hermes.cam.ac.uk>
Cc: dnsop@ietf.org
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 17:58:48 -0000

On Mon, 29 Nov 2010, Eric Brunner-Williams wrote:
> On 11/29/10 11:10 AM, Tony Finch wrote:
> > On Mon, 29 Nov 2010, Eric Brunner-Williams wrote:
> > >
> > > 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 has never been a restriction on consecutive hyphens, otherwise they
> > would not have been usable in IDN A-labels.
>
> "have only letters or digits or hyphen as interior characters."
> from 921

That's an informal description of the formal syntax defined in RFCs 608,
810, 952.

> now had there actually been a protocol restriction on sequences of hyphen
> longer than one, (years before any implementation of the protocol) then your
> observation would be correct, and we'd have to use some other mechanism to
> signal "interpret as" to some layer above.

I am confused. You say double hyphens were forbidden then you say they
were permitted.

I think your earlier message meant that before RFC 1123 the allocation
policy did not exactly match the permitted syntax, e.g. double hyphens and
single character labels were permitted by the syntax but not allocated;
initial digits were not permitted by the syntax but were allocated (and
eventually the documented syntax caught up with the policy).

I also think you are agreeing with my argument that alpha-only TLDs are a
policy matter.

Tony.
-- 
f.anthony.n.finch  <dot@dotat.at>  http://dotat.at/
HUMBER THAMES DOVER WIGHT PORTLAND: NORTH BACKING WEST OR NORTHWEST, 5 TO 7,
DECREASING 4 OR 5, OCCASIONALLY 6 LATER IN HUMBER AND THAMES. MODERATE OR
ROUGH. RAIN THEN FAIR. GOOD.