Re: [DNSOP] on private use TLDS

Bill Woodcock <woody@pch.net> Tue, 26 November 2019 10:54 UTC

Return-Path: <woody@pch.net>
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 4774C120F80 for <dnsop@ietfa.amsl.com>; Tue, 26 Nov 2019 02:54:01 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.9
X-Spam-Level:
X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
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 eCiOxelphkLd for <dnsop@ietfa.amsl.com>; Tue, 26 Nov 2019 02:53:59 -0800 (PST)
Received: from mail.pch.net (keriomail.pch.net [206.220.231.84]) (using TLSv1.1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id A082C120100 for <dnsop@ietf.org>; Tue, 26 Nov 2019 02:53:59 -0800 (PST)
X-Footer: cGNoLm5ldA==
Received: from [10.19.48.4] ([69.166.14.2]) (authenticated user woody@pch.net) by mail.pch.net (Kerio Connect 9.2.7 patch 3) with ESMTPSA (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256 bits)) for dnsop@ietf.org; Tue, 26 Nov 2019 02:53:59 -0800
From: Bill Woodcock <woody@pch.net>
Content-Type: multipart/signed; boundary="Apple-Mail=_D1B0ADCA-B2E8-4763-80D4-E5F7DB6C8219"; protocol="application/pgp-signature"; micalg="pgp-sha256"
Mime-Version: 1.0 (Mac OS X Mail 13.0 \(3601.0.10\))
Date: Tue, 26 Nov 2019 11:53:42 +0100
References: <B679F326-54A0-4010-BD41-F2F317417169@dnss.ec> <95832760-29D1-4938-9305-F21BB7D7D315@rfc1035.com>
To: dnsop <dnsop@ietf.org>
In-Reply-To: <95832760-29D1-4938-9305-F21BB7D7D315@rfc1035.com>
Message-Id: <89A6514E-2F31-4920-8CF0-05D738855780@pch.net>
X-Mailer: Apple Mail (2.3601.0.10)
Archived-At: <https://mailarchive.ietf.org/arch/msg/dnsop/wHexd8f8XiutJ062io0uAAcrh98>
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: Tue, 26 Nov 2019 10:54:01 -0000


> On Nov 26, 2019, at 11:46 AM, Jim Reid <jim@rfc1035.com> wrote:
>> On 26 Nov 2019, at 10:18, Roy Arends <roy@dnss.ec> wrote:
>> "Is it safe to use ISO3166-1 Alpha-2 code elements from the User Assigned range as top level domains for my own private use?"
>> It is my understanding that the ISO3166 Maintenance Agency can not re-assign codes from the User Assigned range. This needs an action from ISO TC46.
> 
> It would be prudent to assume that there is a possibility, no matter how remote, that codes from the User Assigned range could get re-assigned one day. Whoever made the current policy could well change it.

I think that once a range has been delegated, it’s just imprudent and counter to good sense to make any assertions whatsoever about what the delegate will do with it.  If two-letter TLDs are delegated to ISO3166, then just say so.  Say that whether or not end-users can use any of them for private purposes is at the discretion of ISO3166, and make no further assertions about it, since, as Jim points out, things can always change, and then you have misinformation floating about.

This doesn’t seem like a complicated principle to me, and I’m having a really hard time seeing what benefit could ever come from violating it.

If you delegate, you delegate.  If you don’t delegate, you don’t delegate.  Mixing the two is chaos.  The whole point of delegation is to scale without chaos.

                                -Bill