Re: [DNSOP] Tell me about the ISO 3166 user assigned two-letter codes and TLDs

Michael StJohns <msj@nthpermutation.com> Thu, 29 September 2016 16:43 UTC

Return-Path: <msj@nthpermutation.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 68B4B12B198 for <dnsop@ietfa.amsl.com>; Thu, 29 Sep 2016 09:43:26 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.599
X-Spam-Level:
X-Spam-Status: No, score=-2.599 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=nthpermutation-com.20150623.gappssmtp.com
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 n_Xfv2E-If2N for <dnsop@ietfa.amsl.com>; Thu, 29 Sep 2016 09:43:24 -0700 (PDT)
Received: from mail-qk0-x233.google.com (mail-qk0-x233.google.com [IPv6:2607:f8b0:400d:c09::233]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id EDCFF12B18B for <dnsop@ietf.org>; Thu, 29 Sep 2016 09:43:23 -0700 (PDT)
Received: by mail-qk0-x233.google.com with SMTP id n189so9627874qke.0 for <dnsop@ietf.org>; Thu, 29 Sep 2016 09:43:23 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=nthpermutation-com.20150623.gappssmtp.com; s=20150623; h=subject:to:references:from:message-id:date:user-agent:mime-version :in-reply-to; bh=oJc49l+aapkNEJtOSP5AAt0LaifxgSOId/iWYUeKHiM=; b=Oz++hAUAy6f4T89rbBiiu2haGRy7KF9swJuCCKxgAfcPILVu5cX/m7zXbyTSTLCbJ6 B14V+e7fQ7RbgsgoasYcuHdf0/A/bPgjNQiyc+0dZV6vpZ61jpVsc98OAygzyycJBAme uZzePsP/b/Wc7arUOj3KSPjSCd1xXIWmY0nQDsjWo3vgCRL2S82FH6uhWf2m8sBcYOVX NxFSn1DPLCgh1KYxXBbrFmjjeilXwpK8QUhUnEC3weX58dAfeJhKIws2Mzd1PpBFkTDo 7Ub+UFdY7YujHNbWXpAihJXdFjlo9epwW5ezEgepGmPzDlKkuEcOwnELEVJoz6dV+5fZ nT1w==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:subject:to:references:from:message-id:date :user-agent:mime-version:in-reply-to; bh=oJc49l+aapkNEJtOSP5AAt0LaifxgSOId/iWYUeKHiM=; b=YdNckxA16HwjLOGMLyl2eVn215XYvpZq3pLTZ8qUs6ERxEq2RNuE2rGvWiRrhtClEY Fb+bh0O2CSMQOoUDHX+af5KUccqhRb9Iggfi54kKDGqPGiydRp0CrwmL5otYz35pIpUs NfNwxX495Fs3rGVESmkxF8WAP08QIXX1ZnnG2bSPk5cw+v9emUq1Ka8Rx+6Xutzs6J8Q T6Mqfkw/7LQBSbhmGcb3/A0tuPncZdbtWOMRcile1bjBHRbs6AhpN5ZCzUzUyR5fxRZ3 dH8cxOaRTKVxna5UL2vGjimwtvOEdyEae5EQvgd5m3ifXKrQ1d8xUDtDR4wk4vYT7/ZP MV7A==
X-Gm-Message-State: AA6/9Rn5ZjqBf52P7NdnW+bANiImhT2tkVss9r4ye9Gg/jR37nlowgEiLv57fxPC3xFEHw==
X-Received: by 10.55.176.67 with SMTP id z64mr2650291qke.74.1475167402477; Thu, 29 Sep 2016 09:43:22 -0700 (PDT)
Received: from [192.168.1.117] (c-69-255-115-150.hsd1.md.comcast.net. [69.255.115.150]) by smtp.gmail.com with ESMTPSA id 73sm7153746qtc.16.2016.09.29.09.43.20 for <dnsop@ietf.org> (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Thu, 29 Sep 2016 09:43:21 -0700 (PDT)
To: dnsop@ietf.org
References: <20160929025351.9873.qmail@ary.lan> <20160929041748.71A8D5537490@rock.dv.isc.org> <etPan.57ed36c0.7658d3fb.25a@virtualized.org>
From: Michael StJohns <msj@nthpermutation.com>
Message-ID: <5228af09-5c9a-92fc-16ad-843c9d401f6a@nthpermutation.com>
Date: Thu, 29 Sep 2016 12:42:42 -0400
User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.3.0
MIME-Version: 1.0
In-Reply-To: <etPan.57ed36c0.7658d3fb.25a@virtualized.org>
Content-Type: multipart/alternative; boundary="------------1F7F68BFB55163A1C598F5AA"
Archived-At: <https://mailarchive.ietf.org/arch/msg/dnsop/mxW7iH75ykRAYpFYHisujrRWF8Q>
Subject: Re: [DNSOP] Tell me about the ISO 3166 user assigned two-letter codes and TLDs
X-BeenThere: dnsop@ietf.org
X-Mailman-Version: 2.1.17
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: Thu, 29 Sep 2016 16:43:26 -0000

Hi -

A couple of items of history.  Back about 1987, Jon Postel and I talked 
about the original registration of .INT - he was the IANA, I was 
managing the NIC contract which would be responsible for dealing with 
registrations under .INT.  ( .INT ended up being managed by ISI under an 
DARPA contract when the DDN PMO wouldn't cover the costs).  The topic of 
the cc TLDs came up then and strangely a bit later when I was at 
(D)ARPA.  The first time was a discussion about .UK vs .GB, the last was 
about Native American tribes/nations.

Jon was adamant (and I think rightly so) about keeping the IANA out of 
determinations of "what is a country"  and to use the 3166 process for 
allocation of 2 character TLDs (note I didn't say ccTLDs) and I think 
that still makes a lot of sense.  Given that, I would suggest we say 
that all of the possible two letter TLDs not yet delegated have been 
reserved by the IANA on behalf of ISO3166 pending a request to delegate 
them to an entity identified by ISO3166.  I might suggest that 
ICANN/IANA update RFC1591 to discuss how to deal with "transitionally 
reserved" TLDs/ISO3166-2 codes (e.g. .SU from the soviet union for 
example) if they haven't already.

And to answer John's original question - it's probably a bad idea, but, 
like smoking,  it probably won't kill you immediately.  I might actually 
suggest using .EZ which looks like it will never be stood up as a DNS 
domain given that its registration is for " European OTC 
<https://en.wikipedia.org/wiki/Over-the-counter_%28finance%29> 
derivatives within International securities identification numbering 
system 
<https://en.wikipedia.org/wiki/International_Securities_Identifying_Number> 
(ISIN)"

And to go back to Ed's comment.  I *wouldn't* move forward with his 
draft.  It's not space that's currently owned by the IETF/IANA/ICANN.

So a big +1 to Mark's comment about using namespaces not delegated to you.

Mike



On 9/29/2016 11:44 AM, David Conrad wrote:
> Mark,
>
> On September 28, 2016 at 10:35:40 PM, Mark Andrews (marka@isc.org 
> <mailto:marka@isc.org>) wrote:
>
>> Things can change. It is ALWAYS a bad idea to use namespace not
>> delegated to you.
>
> Unless, of course, Ed's draft progresses and the user assigned ISO 
> codes are turned into private use TLDs (similar to RFC 1918 turning 
> 10/8, etc., into private use address space).
>
> The only way the user assigned codes could be delegated would be if:
>
> a) ISO reverses their policy for those codes and assigns them to countries
>
> b) The IETF revises name assignment policy and demands they be delegated
>
> c) The ICANN community revises name assignment policy and allows them 
> to be delegated
>
> I'm quite confident that (c) will never occur -- too many parts of the 
> ICANN community would reject the idea instantaneously and given the 
> new gTLD program, there is simply no reason for the question to even 
> come up.  Similarly, I'm reasonably confident the IETF won't demand 
> those labels be delegated -- I can't see a reason why a different 
> solution would be sufficient. Where I don't have as much confidence is 
> in ISO-3166/MA's actions, but that's mostly because I don't know how 
> they work.
>
> Regards,
>
> -drc
>
>
>
> _______________________________________________
> DNSOP mailing list
> DNSOP@ietf.org
> https://www.ietf.org/mailman/listinfo/dnsop