IETF Logo Mail Archive

Re: [DNSOP] On .ZZ

Roy Arends <roy.arends@icann.org> Fri, 22 November 2019 13:57 UTC

Return-Path: <roy.arends@icann.org>
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 89B1B1200B9 for <dnsop@ietfa.amsl.com>; Fri, 22 Nov 2019 05:57:45 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.899
X-Spam-Level:
X-Spam-Status: No, score=-1.899 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, SPF_HELO_NONE=0.001, 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 vGoARBvT2YV8 for <dnsop@ietfa.amsl.com>; Fri, 22 Nov 2019 05:57:44 -0800 (PST)
Received: from ppa5.dc.icann.org (ppa5.dc.icann.org [192.0.46.78]) (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 E2AA512007C for <dnsop@ietf.org>; Fri, 22 Nov 2019 05:57:43 -0800 (PST)
Received: from PFE112-VA-1.pexch112.icann.org (out.east.pexch112.icann.org [162.216.194.7]) by ppa5.dc.icann.org (8.16.0.27/8.16.0.27) with ESMTPS id xAMDvf7M026019 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-SHA384 bits=256 verify=NOT); Fri, 22 Nov 2019 13:57:41 GMT
Received: from PMBX112-E1-VA-1.pexch112.icann.org (162.216.194.24) by PMBX112-E1-VA-2.pexch112.icann.org (162.216.194.26) with Microsoft SMTP Server (TLS) id 15.0.1497.2; Fri, 22 Nov 2019 08:57:39 -0500
Received: from PMBX112-E1-VA-1.pexch112.icann.org ([162.216.194.24]) by PMBX112-E1-VA-1.PEXCH112.ICANN.ORG ([162.216.194.24]) with mapi id 15.00.1497.000; Fri, 22 Nov 2019 08:57:38 -0500
From: Roy Arends <roy.arends@icann.org>
To: Bill Woodcock <woody@pch.net>
CC: Shane Kerr <shane@time-travellers.org>, "dnsop@ietf.org" <dnsop@ietf.org>
Thread-Topic: [DNSOP] On .ZZ
Thread-Index: AQHVoTzMxFtjPJKiA0mHpHTpffwaJA==
Date: Fri, 22 Nov 2019 13:57:37 +0000
Message-ID: <AAD39666-4309-45B3-8FD6-D3AC9B207251@icann.org>
References: <CAHXf=0pOVM_MHypgL7uV88242ciBUXGpx6waUetxBbZhvth1gA@mail.gmail.com> <35F0456A-2BA5-4021-AA9D-A86889E74AE6@nohats.ca> <8a5833d5-192f-fdbf-2862-e3f144be80cc@nic.cz> <CAH1iCirfeaD5pJ1_Tm5PaATQ9_zmrj2PbSnPGyL8z40L-_z3nw@mail.gmail.com> <D7475E63-1047-4622-B7EE-DEEA1A891825@pch.net> <f4d32eb9-c073-463f-1914-bdc62ec372bf@time-travellers.org> <92EF6592-8801-4E58-B893-DDCF4F68934F@pch.net>
In-Reply-To: <92EF6592-8801-4E58-B893-DDCF4F68934F@pch.net>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: yes
X-MS-TNEF-Correlator:
x-ms-exchange-messagesentrepresentingtype: 1
x-ms-exchange-transport-fromentityheader: Hosted
x-originating-ip: [192.0.47.234]
x-source-routing-agent: Processed
Content-Type: multipart/signed; boundary="Apple-Mail=_F1C8F605-8B12-447F-B955-DADC0DE41470"; protocol="application/pkcs7-signature"; micalg="sha-256"
MIME-Version: 1.0
X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10434:, , definitions=2019-11-22_02:, , signatures=0
Archived-At: <https://mailarchive.ietf.org/arch/msg/dnsop/T1BlwY1xb8E0uEc3-X5E5hTLl20>
Subject: Re: [DNSOP] On .ZZ
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, 22 Nov 2019 13:57:46 -0000

> On 22 Nov 2019, at 16:26, Bill Woodcock <woody@pch.net> wrote:
> 
> 
> 
>> On Nov 22, 2019, at 12:20 AM, Shane Kerr <shane@time-travellers.org> wrote:
>> "User-assigned codes - If users need code elements to represent country names not included in ISO 3166-1, the series of letters AA, QM to QZ, XA to XZ, and ZZ, and the series AAA to AAZ, QMA to QZZ, XAA to XZZ, and ZZA to ZZZ respectively, and the series of numbers 900 to 999 are available.
>> NOTE: Please be advised that the above series of codes are not universal, those code elements are not compatible between different entities."
>> 
>> So the intention of the ISO at least is that these codes are used by users. (I'm not sure what the scary warning means.) Certainly I have made heavy use of .Q* and .X* in my own testing, with the assumption that these would never be assigned (and yes, there is .TEST but sometimes you need more than one one TLD).
> 
> Right.  And in fact, “unassigned” ISO codes _do_ get used, for places like Kosovo, that are in a state of disputed or partially-recognized countryhood, and ranges that are reserved for user use really should be left for that use, because they do in fact get used by users, so any centrally-coordinated use will run afoul of that.

The ISO 3166 Maintenance Agency is not able to assign any code from the User Assigned range. The are used by users of the ISO3166 standards, such as UNLOCODE, WIPO, ICAO, IATA, Worldbank, Interpol, CAB/Forum, UNICODE. Even IETF and other ISO standards are using the User Assigned range exactly as intended.

> I just think that we have a well-established precedent that all two-letter TLDs are derived from ISO 3166 Alpha-2, and it’s bad form to cross back over and start poaching in their territory.

And this proposal is following that precedent to the letter. Two-letter codes are derived from ISO 3166 Alpha-2, and that standard says that ZZ is intended for Users, and is out of scope for the 3166 Maintenance Agency. It needs an ISO TC46 action to re-classify the User Assigned range, which has not happened in the 45 years that this standard is used.

Roy

v2.23.0 | Report a Bug | By Email