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

Mark Andrews <marka@isc.org> Wed, 17 November 2010 12:14 UTC

Return-Path: <marka@isc.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 CAB423A68E9 for <dnsop@core3.amsl.com>; Wed, 17 Nov 2010 04:14:42 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -0.023
X-Spam-Level:
X-Spam-Status: No, score=-0.023 tagged_above=-999 required=5 tests=[AWL=-2.576, BAYES_00=-2.599, FH_HOST_EQ_D_D_D_D=0.765, HELO_MISMATCH_ORG=0.611, HOST_EQ_AU=0.327, HOST_MISMATCH_AU=2.444, RCVD_IN_PBL=0.905, RDNS_DYNAMIC=0.1]
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 EbjMzmGeIrpY for <dnsop@core3.amsl.com>; Wed, 17 Nov 2010 04:14:33 -0800 (PST)
Received: from mx.pao1.isc.org (mx.pao1.isc.org [IPv6:2001:4f8:0:2::2b]) by core3.amsl.com (Postfix) with ESMTP id 365EE3A6862 for <dnsop@ietf.org>; Wed, 17 Nov 2010 04:14:33 -0800 (PST)
Received: from farside.isc.org (farside.isc.org [IPv6:2001:4f8:3:bb::5]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "farside.isc.org", Issuer "ISC CA" (verified OK)) by mx.pao1.isc.org (Postfix) with ESMTPS id 0328AC942B; Wed, 17 Nov 2010 12:15:08 +0000 (UTC) (envelope-from marka@isc.org)
Received: from drugs.dv.isc.org (c211-30-172-21.carlnfd1.nsw.optusnet.com.au [211.30.172.21]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by farside.isc.org (Postfix) with ESMTP id 6A5E5E6056; Wed, 17 Nov 2010 12:15:07 +0000 (UTC) (envelope-from marka@isc.org)
Received: from drugs.dv.isc.org (localhost [127.0.0.1]) by drugs.dv.isc.org (Postfix) with ESMTP id 8CE496D6C67; Wed, 17 Nov 2010 23:15:04 +1100 (EST)
To: Stephane Bortzmeyer <bortzmeyer@nic.fr>
From: Mark Andrews <marka@isc.org>
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> <20101117113217.GA14577@nic.fr>
In-reply-to: Your message of "Wed, 17 Nov 2010 12:32:17 BST." <20101117113217.GA14577@nic.fr>
Date: Wed, 17 Nov 2010 23:15:04 +1100
Message-Id: <20101117121504.8CE496D6C67@drugs.dv.isc.org>
Cc: Tony Finch <dot@dotat.at>, 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 12:14:43 -0000

In message <20101117113217.GA14577@nic.fr>, Stephane Bortzmeyer writes:
> 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".

Except there are plenty of applications that don't do this so it is 
a real problem.
 
> [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.]
> 
> 
> _______________________________________________
> DNSOP mailing list
> DNSOP@ietf.org
> https://www.ietf.org/mailman/listinfo/dnsop
-- 
Mark Andrews, ISC
1 Seymour St., Dundas Valley, NSW 2117, Australia
PHONE: +61 2 9871 4742                 INTERNET: marka@isc.org