Re: [DNSOP] on private use TLDS

"John Levine" <johnl@taugh.com> Thu, 28 November 2019 16:55 UTC

Return-Path: <johnl@iecc.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 5AE1C120885 for <dnsop@ietfa.amsl.com>; Thu, 28 Nov 2019 08:55:12 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.749
X-Spam-Level:
X-Spam-Status: No, score=-1.749 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HEADER_FROM_DIFFERENT_DOMAINS=0.25, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=no autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1536-bit key) header.d=iecc.com header.b=Z2cX9Sm2; dkim=pass (1536-bit key) header.d=taugh.com header.b=A6NQ8qS4
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 sOaiJt2lvcli for <dnsop@ietfa.amsl.com>; Thu, 28 Nov 2019 08:55:10 -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 6496012085C for <dnsop@ietf.org>; Thu, 28 Nov 2019 08:55:10 -0800 (PST)
Received: (qmail 7708 invoked from network); 28 Nov 2019 16:55:07 -0000
DKIM-Signature: v=1; a=rsa-sha256; c=simple; d=iecc.com; h=date:message-id:from:to:cc:subject:in-reply-to:mime-version:content-type:content-transfer-encoding; s=1e1a.5ddffbeb.k1911; i=printer-iecc.com@submit.iecc.com; bh=F9vsE72ZXUgSLgAQmO4GJMOfVIEFqFEZ8rYR2QbskaA=; b=Z2cX9Sm2H1tP+u6C2NzOOMuxOWjqrJ2VqaooYG6OBAT2hRG2c+OvWkmgvkoa1ZtxTnljJ6fa04omw/yfFVnPkmn1dqOCmktVDDO8fmNn1WCyEGD4yMvb3f9MYJxRn2+2CrAg/vERvXK/f0uYT++HPO6AfATItUi3OUkZBk7LQqRZYd0O1uYyj2h16mg+2iRBGwJhXiiQ4hZ8xXGF1UJi+mbBYJYxioq/qlZExHBGQs7y0sIWCbE0mPaWNnT053aA
DKIM-Signature: v=1; a=rsa-sha256; c=simple; d=taugh.com; h=date:message-id:from:to:cc:subject:in-reply-to:mime-version:content-type:content-transfer-encoding; s=1e1a.5ddffbeb.k1911; olt=printer-iecc.com@submit.iecc.com; bh=F9vsE72ZXUgSLgAQmO4GJMOfVIEFqFEZ8rYR2QbskaA=; b=A6NQ8qS4Uu2iT6BJa9PjsVu6ybDaY92e0TDIEK2ODnM4P8RdjHcD5KqckgLq8vegSnU4paj9NKOCqQZ/IvmlW/rCYoS92H0gLDhBWrY0GDU7K51B5PLwYv7u31TDK5JRaZDXvKQvDUam4k7zx02Yj3/1/tWdfjsX3Khn8Py8TgGvlGrfoZuGfc3Svd1XWhuiXhXS+bMpomWTfLSyUiUVZ17wlwUrzFf0sIOsXgik7dhVrYHTRQ27laoLLLGnvMfK
Received: from ary.qy ([IPv6:2001:470:1f07:1126::78:696d:6170]) by imap.iecc.com ([IPv6:2001:470:1f07:1126::78:696d:6170]) with ESMTPSA (TLS1.2 ECDHE-RSA AES-256-GCM AEAD, printer@iecc.com) via TCP6; 28 Nov 2019 16:55:07 -0000
Received: by ary.qy (Postfix, from userid 501) id 2A60BFDF451; Thu, 28 Nov 2019 11:55:06 -0500 (EST)
Date: Thu, 28 Nov 2019 11:55:06 -0500
Message-Id: <20191128165507.2A60BFDF451@ary.qy>
From: John Levine <johnl@taugh.com>
To: dnsop@ietf.org
In-Reply-To: <71ad677a-8c88-8916-fe02-7d0d8ae930b9@dougbarton.us>
Organization: Taughannock Networks
X-Headerized: yes
Mime-Version: 1.0
Content-type: text/plain; charset="utf-8"
Content-transfer-encoding: 8bit
Archived-At: <https://mailarchive.ietf.org/arch/msg/dnsop/OCWb8RUgbidvkoM_qHaA3yTaCzA>
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: Thu, 28 Nov 2019 16:55:12 -0000

In article <71ad677a-8c88-8916-fe02-7d0d8ae930b9@dougbarton.us> you write:
>I agree with Matt, Bill Woodcock, Steve Crocker, and others that have 
>expressed that we should stay out of ISO's sandbox. Whatever the rules 
>are today, they can change, and poaching their stuff for our purposes is 
>bad form (and yes, I feel that poaching is what is being proposed, in 
>spite of the arguments to the contrary).

I don't see how relying on ISO's advice is poaching.  They say:

  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.

That note tells me they're like RFC 1918 IP addresses, use them in your
organization but be aware that other organizations will use them differently.


>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.  If
the facts change, e.g., the number of root queries for one of them
drops significantly, I'm sure they'll revisit them.  

The IETF has already decided to stay out of the home/corp/mail
argument, reasonably concluding that RFC 6761 are for names that are
technically special which these are not.

R's,
John