Re: [DNSOP] Interim DNSOP WG meeting on Special Use Names: some reading material

David Conrad <drc@virtualized.org> Thu, 14 May 2015 05:03 UTC

Return-Path: <drc@virtualized.org>
X-Original-To: dnsop@ietfa.amsl.com
Delivered-To: dnsop@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id D5CBD1B3361 for <dnsop@ietfa.amsl.com>; Wed, 13 May 2015 22:03:49 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.6
X-Spam-Level:
X-Spam-Status: No, score=-2.6 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_LOW=-0.7] autolearn=ham
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 5RxrrcTWaw3a for <dnsop@ietfa.amsl.com>; Wed, 13 May 2015 22:03:47 -0700 (PDT)
Received: from mail-pd0-f177.google.com (mail-pd0-f177.google.com [209.85.192.177]) (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 589141B335B for <dnsop@ietf.org>; Wed, 13 May 2015 22:03:47 -0700 (PDT)
Received: by pdea3 with SMTP id a3so73316547pde.3 for <dnsop@ietf.org>; Wed, 13 May 2015 22:03:47 -0700 (PDT)
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:subject:mime-version:content-type:from :in-reply-to:date:cc:message-id:references:to; bh=lMcAkmxQuhWoDaNaDe9Vm6VYzA+405u/uJdLz+RQiI0=; b=h4ScxzcRdqx4ZmCOoW82rEnNBoc3X9llynuQ4RCMLN5g74k2jV7DtfnASG+miBiFXr kl9W+FR35tyiS6T7JR/ARnhYQexIM6QbTbCSxmfXyWvm2bsBaTLHbvk3vGXFUEuunuhR sQ0WIHQQkY60LRIapDKUhJyt40PUV+qm2flI3yRBUBsTgVOggcEeCFAcMhI+v+FLkE7H AI4jXzdDefBxU/SVXwM9DA2IaE530i+VPiSmFCSlk+SjrmXwc0b/vv9H8b+smy6MLWG3 WnXKwJn/tqqZW0FzMi65BAS7M1jvka2vTlWuTMijsawkYqMXOADGi7eNjFOO6Gm/Xl7P UgQw==
X-Gm-Message-State: ALoCoQlxWG+yBPraoqtfX9egwIy3OpAxsyC4bBqbEJszL9ZEi/nG13qCewxK5yMAzFFHC82K/Zgt
X-Received: by 10.68.136.42 with SMTP id px10mr4473779pbb.19.1431579826855; Wed, 13 May 2015 22:03:46 -0700 (PDT)
Received: from [10.0.0.5] (c-50-184-24-209.hsd1.ca.comcast.net. [50.184.24.209]) by mx.google.com with ESMTPSA id u3sm20880850pbs.30.2015.05.13.22.03.44 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Wed, 13 May 2015 22:03:45 -0700 (PDT)
Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2098\))
Content-Type: multipart/signed; boundary="Apple-Mail=_12F48785-B5C8-49E6-92D4-3CCBBD677DE7"; protocol="application/pgp-signature"; micalg="pgp-sha512"
X-Pgp-Agent: GPGMail 2.5b6
From: David Conrad <drc@virtualized.org>
In-Reply-To: <0EC766DD-E56D-4E6F-80D7-8B26BC87A528@INTERISLE.NET>
Date: Wed, 13 May 2015 22:03:42 -0700
Message-Id: <5E25D193-A5A4-46FC-A724-A4125585CAD8@virtualized.org>
References: <20150513205135.14395.qmail@ary.lan> <7AD02DF7-45A5-42CE-AAE2-50CCAE3B6A4F@virtualized.org> <0EC766DD-E56D-4E6F-80D7-8B26BC87A528@INTERISLE.NET>
To: Lyman Chapin <lyman@INTERISLE.NET>
X-Mailer: Apple Mail (2.2098)
Archived-At: <http://mailarchive.ietf.org/arch/msg/dnsop/QXTPaq7VFY2S_FbwT3HvkCPGhhI>
Cc: dnsop WG <dnsop@ietf.org>
Subject: Re: [DNSOP] Interim DNSOP WG meeting on Special Use Names: some reading material
X-BeenThere: dnsop@ietf.org
X-Mailman-Version: 2.1.15
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: <http://www.ietf.org/mail-archive/web/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, 14 May 2015 05:03:50 -0000

Lyman,

>> It is neither: it is a DNS operational issue. A "large" number of people are apparently squatting on CORP/HOME/MAIL. Delegation of those TLDs would thus impact that "large" number of people.
> 
> I think it is inaccurate (and unhelpful) to refer to the people who have been using corp/home/mail as squatters; most of them have simply been following what textbooks, consultants, and "best practice" guidelines have been advocating for a long time.

Somewhat irrelevant, but I'll admit I don't see a whole lot of difference between folks using .CORP and folks like those who came up with the Hamachi VPN using 5.0.0.0/8 (before it had been allocated by IANA -- as an aside, I find it sadly ironic that their solution to 5.0.0.0/8 being allocated was to move to 25.0.0.0/8, at least according to http://en.wikipedia.org/wiki/LogMeIn_Hamachi).  I recall the Hamachi folks' choice to use 5.0.0.0/8 being described as squatting. I recall a number of people on NANOG have suggested using 7.0.0.0/8 (etc) to deal with the lack of IPv4 address space. And then there is the use of 1.0.0.0/8. What qualitative difference do you see between those uses of numbers and the use of TLDs like CORP?

(I'm told that "squatting" does not necessary have negative connotations, particularly outside the US)

> The security/stability concerns do not prevent ICANN from selling them.

As I understand it, it does prevent them from being delegated, thus resulting in the situation where the applicants have the ability (so I understand) to request a refund.

> I'm saying that the IETF's core interest in a stable, operating Internet is the context in which the issue should be resolved.

I agree and as I've said before, I think it would be really nice if the IETF could move CORP/HOME/MAIL to reserved like the TLDs in 2606. However, the question I still have: what criteria do you use to decide that delegating a TLD would negatively impact the stable operation of the Internet?

Regards,
-drc