IETF Logo Mail Archive

Re: [DNSOP] on private use TLDS

"John R Levine" <johnl@taugh.com> Fri, 29 November 2019 01:15 UTC

Return-Path: <johnl@taugh.com>
X-Original-To: dnsop@ietfa.amsl.com
Delivered-To: dnsop@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 400FC1208CA for <dnsop@ietfa.amsl.com>; Thu, 28 Nov 2019 17:15:22 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2
X-Spam-Level:
X-Spam-Status: No, score=-2 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, SPF_HELO_NONE=0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1536-bit key) header.d=iecc.com header.b=LLEmK52M; dkim=pass (1536-bit key) header.d=taugh.com header.b=Rwr2Ix8v
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Xq0EgGysExMl for <dnsop@ietfa.amsl.com>; Thu, 28 Nov 2019 17:15:21 -0800 (PST)
Received: from gal.iecc.com (gal.iecc.com [IPv6:2001:470:1f07:1126:0:43:6f73:7461]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id C4E69120801 for <dnsop@ietf.org>; Thu, 28 Nov 2019 17:15:20 -0800 (PST)
Received: (qmail 95553 invoked from network); 29 Nov 2019 01:15:18 -0000
DKIM-Signature: v=1; a=rsa-sha256; c=simple; d=iecc.com; h=date:message-id:from:to:cc:subject:in-reply-to:references:mime-version:content-type:user-agent; s=1753d.5de07126.k1911; i=johnl-iecc.com@submit.iecc.com; bh=mc7FZxnec1AIdrV87+n8YOriJxqOsWobCebohJcomK4=; b=LLEmK52MDZoY/8aj4n8wBMYIiea+ZyIOinvg7akEPUDczJz8uLLO0KwBIUDuLXvNR558o6WXhJBx4hHurZaONu1JizLTEXF41p0++wSKAng0qCT9hNU92ZtvUBcm5p51bOYVh5cXunPsit0PKSxgLtvzcRVGdyNpXUMILoaNGjbBfeEGiSOgritzTRlAR4PxN3q3Iv4rxCM0N7aqSW8j8OUCYlEicjh8Stt3h4CNAOxdLoBvGvIwntnf1ZXamcll
DKIM-Signature: v=1; a=rsa-sha256; c=simple; d=taugh.com; h=date:message-id:from:to:cc:subject:in-reply-to:references:mime-version:content-type:user-agent; s=1753d.5de07126.k1911; olt=johnl-iecc.com@submit.iecc.com; bh=mc7FZxnec1AIdrV87+n8YOriJxqOsWobCebohJcomK4=; b=Rwr2Ix8vbFuMt7zScc7+70Z7jDnj0AC0FXAXtxz94yx3pZwlrjSRh1+3lNa4r2yCLFH1gygsPvIDMR7hcH9YbGGPATIGXoEp5vj64ztLKFHBMZ1BFsMeXU8ZkYQ46fbNttKHqkHSa90eqWhb/c4S+A+sgsiq6eRk1vdZ1egWa6VdNcWaHigofLHCVkA+2Eo9i+jWIEQaeg8ZjjETNxtxiwiCu907Nyt91/wzl0NRFmudUga95uYreEGQtlN+FXC3
Received: from localhost ([IPv6:2001:470:1f07:1126::78:696d:6170]) by imap.iecc.com ([IPv6:2001:470:1f07:1126::78:696d:6170]) with ESMTPSA (TLS1.3 ECDHE-RSA AES-256-GCM AEAD, johnl@iecc.com) via TCP6; 29 Nov 2019 01:15:18 -0000
Date: Thu, 28 Nov 2019 20:15:17 -0500
Message-ID: <alpine.OSX.2.21.99999.374.1911282000130.79305@ary.qy>
From: John R Levine <johnl@taugh.com>
To: Doug Barton <dougb@dougbarton.us>
Cc: dnsop@ietf.org
In-Reply-To: <fb307c7a-348a-03d3-3d8e-8e683cec603d@dougbarton.us>
References: <20191128165507.2A60BFDF451@ary.qy> <fb307c7a-348a-03d3-3d8e-8e683cec603d@dougbarton.us>
User-Agent: Alpine 2.21.99999 (OSX 374 2019-10-27)
MIME-Version: 1.0
Content-Type: text/plain; charset="US-ASCII"; format="flowed"
Archived-At: <https://mailarchive.ietf.org/arch/msg/dnsop/-a-f57T7yzTJIJGxzFcw4tHkApQ>
Subject: Re: [DNSOP] on private use TLDS
X-BeenThere: dnsop@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: IETF DNSOP WG mailing list <dnsop.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/dnsop>, <mailto:dnsop-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/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: Fri, 29 Nov 2019 01:15:22 -0000

On Thu, 28 Nov 2019, Doug Barton wrote:
>> I don't see how relying on ISO's advice is poaching.  They say:
>
> You, like Ted, are ignoring the fact that ISO can choose to change those 
> rules.

The user assigned codes are part of the published ISO 3166 standard.  If 
that's not stable enough, neither is any ccTLD.  What if they decided to 
swap .US and .SU?  Jaap assured us they're not going to change, and he 
should know.

>>> ICANN has already said that it's not going to ever delegate CORP, HOME,
>>> or MAIL.
>> 
>> They said indefinitely defer which is not the same thing at all. 
>
> Ok, so if you think there is a risk here, then it should be mitigated by 
> working together with ICANN ...

The politics about this at ICANN are hopeless.  There are still six 
applications for corp, home, and mail who would object loudly if ICANN 
said they were permanently unavailable and who torpedoed Lyman Chapin's 
proposal to add them to the 6761 list.  Fighting that is not a good use of 
anyone's time.

R's,
John

v2.23.0 | Report a Bug | By Email