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

David Conrad <drc@virtualized.org> Tue, 16 November 2010 16:15 UTC

Return-Path: <drc@virtualized.org>
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 842353A6CC3 for <dnsop@core3.amsl.com>; Tue, 16 Nov 2010 08:15:34 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -3.561
X-Spam-Level:
X-Spam-Status: No, score=-3.561 tagged_above=-999 required=5 tests=[AWL=1.038, 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 de4awEBzw+-Y for <dnsop@core3.amsl.com>; Tue, 16 Nov 2010 08:15:33 -0800 (PST)
Received: from virtualized.org (trantor.virtualized.org [204.152.189.190]) by core3.amsl.com (Postfix) with ESMTP id 7556F3A6CA6 for <dnsop@ietf.org>; Tue, 16 Nov 2010 08:15:33 -0800 (PST)
Received: from localhost (localhost [127.0.0.1]) by virtualized.org (Postfix) with ESMTP id E9ED4F39BA1; Tue, 16 Nov 2010 08:16:16 -0800 (PST)
X-Virus-Scanned: amavisd-new at virtualized.org
Received: from virtualized.org ([127.0.0.1]) by localhost (trantor.virtualized.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id F6cPge6+kdTl; Tue, 16 Nov 2010 08:16:15 -0800 (PST)
Received: from [10.0.1.2] (cpe-70-95-123-210.hawaii.res.rr.com [70.95.123.210]) by virtualized.org (Postfix) with ESMTP id 7E98AF39B8E; Tue, 16 Nov 2010 08:16:14 -0800 (PST)
Mime-Version: 1.0 (Apple Message framework v1082)
Content-Type: text/plain; charset="us-ascii"
From: David Conrad <drc@virtualized.org>
In-Reply-To: <alpine.LSU.2.00.1011161601450.14239@hermes-2.csi.cam.ac.uk>
Date: Tue, 16 Nov 2010 06:16:13 -1000
Content-Transfer-Encoding: quoted-printable
Message-Id: <8735DD8C-8992-45F4-B436-89AB9FA1B8E0@virtualized.org>
References: <4CDDD642.8080108@necom830.hpcl.titech.ac.jp> <FB73AEDC-2B5E-48F9-BCA5-2637CAF6B6A4@frobbit.se> <4CDE6D2D.40805@necom830.hpcl.titech.ac.jp> <4819246C-FF1F-456D-9732-51510F0537A1@frobbit.se> <4CE0F829.1010605@necom830.hpcl.titech.ac.jp> <7F03C666-16F8-49E4-BC56-F5DD441DD970@frobbit.se> <4CE1A110.1060403@necom830.hpcl.titech.ac.jp> <20101115213532.GD322@shinkuro.com> <04856F66-598D-43CC-8164-90178A6F2952@virtualized.org> <4CE283DA.5080606@abenaki.wabanaki.net> <20101116145308.GG1389@shinkuro.com> <alpine.LSU.2.00.1011161601450.14239@hermes-2.csi.cam.ac.uk>
To: Tony Finch <dot@dotat.at>
X-Mailer: Apple Mail (2.1082)
Cc: Andrew Sullivan <ajs@shinkuro.com>, 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: Tue, 16 Nov 2010 16:15:34 -0000

Tony,

On Nov 16, 2010, at 6:06 AM, Tony Finch wrote:
>> Note that .4u is still simply not allowed by RFC 1123 or by this
>> draft.
> 
> According to my reading of RFC 1123 it is allowed,

1123 says:

          "... However, a valid host name can never
           have the dotted-decimal form #.#.#.#, since at least the
           highest-level component label will be alphabetic."

Note that it says 'will be alphabetic' not 'will contain an alphabetic'. This is, I presume, the rationale for 1*63(ALPHA) in the ABNF. I was suggesting that this restriction will likely be revisited in the near future (but that's not to say that this document shouldn't go forward).

Also, just speaking of current policy, 2-letter TLDs are restricted to what's in the ISO-3166 list (or, to be pedantic, are in practice restricted to what's listed as 'officially assigned', 'exceptionally reserved', or 'transitionally reserved' code elements in http://www.iso.org/iso/iso-3166-1_decoding_table).

> and IDNA depends on it being allowed.

Sorry?

Regards,
-drc