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

Eric Brunner-Williams <ebw@abenaki.wabanaki.net> Wed, 24 November 2010 14:51 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 69A0328C25C for <dnsop@core3.amsl.com>; Wed, 24 Nov 2010 06:51:42 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.676
X-Spam-Level:
X-Spam-Status: No, score=-2.676 tagged_above=-999 required=5 tests=[AWL=-0.077, 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 z2p2d+5x15Zh for <dnsop@core3.amsl.com>; Wed, 24 Nov 2010 06:51:41 -0800 (PST)
Received: from abenaki.wabanaki.net (abenaki.wabanaki.net [65.99.1.133]) by core3.amsl.com (Postfix) with ESMTP id 3A5B228C10D for <dnsop@ietf.org>; Wed, 24 Nov 2010 06:51:41 -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 oAODRabF025934 for <dnsop@ietf.org>; Wed, 24 Nov 2010 08:27:37 -0500 (EST) (envelope-from ebw@abenaki.wabanaki.net)
Message-ID: <4CED26B3.9040207@abenaki.wabanaki.net>
Date: Wed, 24 Nov 2010 09:52:35 -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: <B35360B6-0DB9-49CB-B68E-09DFFFB1ACA0@icann.org> <31FCAB67-9E3E-4E2B-957F-1A1F628AA8FB@hopcount.ca> <20101117091928.GA30093@nic.fr> <4CE9E942.20906@dougbarton.us> <0E561274-43FE-4657-951E-74C8FF0FD307@hopcount.ca> <4CEC43DC.1060709@dougbarton.us> <E7796748-6880-4928-B96D-0024E27E98D5@hopcount.ca> <4CEC69C5.3040209@dougbarton.us> <7B9EF625-1E25-42BE-9546-61C5B7EFC6DA@hopcount.ca> <8CEF048B9EC83748B1517DC64EA130FB43E0037FD1@off-win2003-01.ausregistrygroup.local> <20101124142303.GB19441@shinkuro.com>
In-Reply-To: <20101124142303.GB19441@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: Wed, 24 Nov 2010 14:51:42 -0000

On 11/24/10 9:23 AM, Andrew Sullivan wrote:
> On Wed, Nov 24, 2010 at 01:15:23PM +1100, James Mitchell wrote:
>> If deployed software does not work with a TLD, it is the TLD owner who loses.
>
> I'm sorry, but that claim is arrant nonsense.  We _all_ lose. ...

-1.

first, the likelihood of the string review failing to detect a 
"deployed software does not work with string" condition that is not an 
edge case, is not large, and the collection of evaluation processes 
documented [1] clearly anticipates failing a non-zero number of 
applications for non-technical, as well as technical reasons, some of 
which are difficult to find consensus as to the necessity and utility, 
e.g., v6 and dnssec as mandatory to implement, flavor and amount of 
continuity funding instrument, etc.

second, as paf observed, where the string is proposed as a label in 
any other context, e.g., as a non-root terminating component of a 
multi-label sequence, it is the parties with an interest in that name 
to address mapping, the parties with an interest in that specific 
resource, and no other party attempting any other possible act of 
resolution, possibly to the same resource (see the clone warz, in 
dnsext and elsewhere) that "loses".

less absolute claims would be helpful.

i was under-amused by the earlier "it is better for deployed software 
to break than ..." misstating of a reasonable engineering view on the 
cost of correctness and the "i resume you appreciate that ..." form of 
issue advocacy. that passes for acceptable social discourse on icann 
policy lists, and a whole lot worse. it is infra dig here.

-e

[1] http://www.icann.org/en/announcements/announcement-2-12nov10-en.htm