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

Doug Barton <dougb@dougbarton.us> Wed, 24 November 2010 18:47 UTC

Return-Path: <dougb@dougbarton.us>
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 404213A6980 for <dnsop@core3.amsl.com>; Wed, 24 Nov 2010 10:47:25 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.593
X-Spam-Level:
X-Spam-Status: No, score=-2.593 tagged_above=-999 required=5 tests=[AWL=0.006, 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 38MuuWEzfxzE for <dnsop@core3.amsl.com>; Wed, 24 Nov 2010 10:47:22 -0800 (PST)
Received: from mail2.fluidhosting.com (mx23.fluidhosting.com [204.14.89.6]) by core3.amsl.com (Postfix) with ESMTP id 5FB0F3A68DC for <dnsop@ietf.org>; Wed, 24 Nov 2010 10:47:21 -0800 (PST)
Received: (qmail 1590 invoked by uid 399); 24 Nov 2010 18:48:20 -0000
Received: from localhost (HELO doug-optiplex.ka9q.net) (dougb@dougbarton.us@127.0.0.1) by localhost with ESMTPAM; 24 Nov 2010 18:48:20 -0000
X-Originating-IP: 127.0.0.1
X-Sender: dougb@dougbarton.us
Message-ID: <4CED5DF3.2030106@dougbarton.us>
Date: Wed, 24 Nov 2010 10:48:19 -0800
From: Doug Barton <dougb@dougbarton.us>
Organization: http://SupersetSolutions.com/
User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.2.12) Gecko/20101028 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>
X-Enigmail-Version: 1.1.2
OpenPGP: id=1A1ABC84
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 18:47:25 -0000

On 11/24/2010 06:23, 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.

Which is why I mentioned specifically that I believe ICANN does have a 
policy role here, and that (knowing what we know now about what happened 
in 2001) there should be extra care taken in negotiating the registry 
agreements to make sure that the registrants are knowingly taking the 
risk along with the registry. But those are policy issues.

> The
> IETF is supposed to be about interoperability, and if stuff breaks
> because we have decided, "We don't care lalalalalala I can't hear
> you there isn't a problem," then we ought to be ashamed of ourselves.

I am rather specifically NOT claiming that there is no problem, and your 
attempt here to paint me (and others who agree with this view) as 
childish/foolish is a borderline ad hominem attack.

I will once again point out that if your criteria is "We can never 
deploy anything new in DNS because something in the installed base will 
break" then the issue with this draft is moot. We simply will not do 
IDNs at all, and therefore there is no need for the draft to clarify 
anything. Oh and btw, are you going to notify Jari and Ralph that we're 
closing down dnsext, or would you like me to do it?

I'm quite serious here. You are setting the bar impossibly high and 
using arguments that don't make sense if you follow them to their 
logical conclusion.

> I think Joe's pragmatic approach is the right one: document right now
> that whatever the restrictions might historically have been, we are
> quite explicitly going to permit at the very least one class of
> labels.
>
> If people feel strongly that in fact the TLD label restriction never
> was there and should not be, then once this document is published you
> all can go out and write the draft, "TLD label character restrictions
> considered harmful", and pursue the publication of that as an RFC.  In
> the meantime, we have at least a technical document that makes clear
> that certain things are permitted.

I've already lodged this objection more than once, but since you have 
repeated your side again, I'll do the same. We do not have a protocol 
restriction now, and your attempt to assert one in a "clarify" draft is 
at best, bogus.

-- 

	Nothin' ever doesn't change, but nothin' changes much.
			-- OK Go

	Breadth of IT experience, and depth of knowledge in the DNS.
	Yours for the right price.  :)  http://SupersetSolutions.com/