IETF Logo Mail Archive

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

Stephane Bortzmeyer <bortzmeyer@nic.fr> Wed, 17 November 2010 11:31 UTC

Return-Path: <bortzmeyer@nic.fr>
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 C62A13A68D3 for <dnsop@core3.amsl.com>; Wed, 17 Nov 2010 03:31:33 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -106.118
X-Spam-Level:
X-Spam-Status: No, score=-106.118 tagged_above=-999 required=5 tests=[AWL=0.131, BAYES_00=-2.599, HELO_EQ_FR=0.35, RCVD_IN_DNSWL_MED=-4, USER_IN_WHITELIST=-100]
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 Yegs1TPdsa-L for <dnsop@core3.amsl.com>; Wed, 17 Nov 2010 03:31:33 -0800 (PST)
Received: from mx2.nic.fr (mx2.nic.fr [IPv6:2001:660:3003:2::4:11]) by core3.amsl.com (Postfix) with ESMTP id 829193A6891 for <dnsop@ietf.org>; Wed, 17 Nov 2010 03:31:32 -0800 (PST)
Received: from mx2.nic.fr (localhost [127.0.0.1]) by mx2.nic.fr (Postfix) with SMTP id 249C71C0159; Wed, 17 Nov 2010 12:32:17 +0100 (CET)
Received: from relay2.nic.fr (relay2.nic.fr [192.134.4.163]) by mx2.nic.fr (Postfix) with ESMTP id 1FDAA1C0157; Wed, 17 Nov 2010 12:32:17 +0100 (CET)
Received: from bortzmeyer.nic.fr (batilda.nic.fr [192.134.4.69]) by relay2.nic.fr (Postfix) with ESMTP id 1D6497B0037; Wed, 17 Nov 2010 12:32:17 +0100 (CET)
Date: Wed, 17 Nov 2010 12:32:17 +0100
From: Stephane Bortzmeyer <bortzmeyer@nic.fr>
To: Tony Finch <dot@dotat.at>
Message-ID: <20101117113217.GA14577@nic.fr>
References: <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> <20101116164818.GN1389@shinkuro.com> <alpine.LSU.2.00.1011171101250.14239@hermes-2.csi.cam.ac.uk>
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Disposition: inline
In-Reply-To: <alpine.LSU.2.00.1011171101250.14239@hermes-2.csi.cam.ac.uk>
X-Operating-System: Debian GNU/Linux squeeze/sid
X-Kernel: Linux 2.6.26-2-686 i686
Organization: NIC France
X-URL: http://www.nic.fr/
User-Agent: Mutt/1.5.20 (2009-06-14)
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: Wed, 17 Nov 2010 11:31:33 -0000

On Wed, Nov 17, 2010 at 11:20:56AM +0000,
 Tony Finch <dot@dotat.at> wrote 
 a message of 63 lines which said:

> That is blatantly broken.

Yes.

> There is no need for any heuristic to tell IP addresses and host
> names apart.

To elaborate on that: if a program receives the string 192.0.2.4 and
the TLD ".4" is delegated, the tie is broken by application of a
requirment of RCF 1123 "The host SHOULD check the string syntactically
for a dotted-decimal number before looking it up in the Domain Name
System."

So, there is no ambiguity: 192.0.2.4 is always an IP address, even if
ICANN delegates ".4".

[My point is that draft-liman-tld-names is probably unecessary but,
anyway, it should not introduce new rules such as forbidding digits in
ASCII TLDs. A simpler document saying "The sentence 'the highest-level
component label will be alphabetic' in RFC 1123 was a statement of
fact at this time, NOT a normative protocol requirment." would have
been sufficient.]

v2.23.0 | Report a Bug | By Email