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

Hugo Connery <hmco@env.dtu.dk> Tue, 12 May 2015 13:04 UTC

Return-Path: <hmco@env.dtu.dk>
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 99CA01B2C4F for <dnsop@ietfa.amsl.com>; Tue, 12 May 2015 06:04:36 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -0.901
X-Spam-Level:
X-Spam-Status: No, score=-0.901 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HELO_EQ_DK=1.009, RCVD_IN_DNSWL_NONE=-0.0001, T_RP_MATCHES_RCVD=-0.01] autolearn=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 l7ihCRDrufhp for <dnsop@ietfa.amsl.com>; Tue, 12 May 2015 06:04:35 -0700 (PDT)
Received: from spamfilter1.dtu.dk (spamfilter1.dtu.dk [130.225.73.112]) (using TLSv1.2 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 55F051B2C4B for <dnsop@ietf.org>; Tue, 12 May 2015 06:04:33 -0700 (PDT)
Received: from ait-pexedg02.win.dtu.dk (ait-pexedg02.win.dtu.dk [192.38.82.192]) by spamfilter1.dtu.dk with ESMTP id t4CD40HZ004059-t4CD40Hh004059 (version=TLSv1.0 cipher=AES128-SHA bits=128 verify=CAFAIL) for <dnsop@ietf.org>; Tue, 12 May 2015 15:04:31 +0200
Received: from ait-pex02mbx04.win.dtu.dk (192.38.82.184) by ait-pexedg02.win.dtu.dk (192.38.82.192) with Microsoft SMTP Server (TLS) id 14.3.235.1; Tue, 12 May 2015 15:04:14 +0200
Received: from 055x.env.dtu.dk (130.225.73.250) by ait-pex02mbx04.win.dtu.dk (192.38.82.184) with Microsoft SMTP Server id 14.3.235.1; Tue, 12 May 2015 15:04:14 +0200
Message-ID: <5551FA4E.2000909@env.dtu.dk>
Date: Tue, 12 May 2015 15:04:14 +0200
From: Hugo Connery <hmco@env.dtu.dk>
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.5.0
MIME-Version: 1.0
To: dnsop@ietf.org
References: <20150508193400.55273.qmail@ary.lan> <FF464258-0C33-45CC-A684-BAB7BCE8A8FB@gmail.com> <alpine.OSX.2.11.1505082118060.31363@ary.lan> <0902600F-134B-4688-9CDD-1ACB23431DDE@vpnc.org> <20150512010624.GC74841@mx2.yitter.info> <62970575-A605-4B3E-9E98-D760B47E8532@isoc.org>
In-Reply-To: <62970575-A605-4B3E-9E98-D760B47E8532@isoc.org>
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 8bit
X-Originating-IP: [130.225.73.250]
Archived-At: <http://mailarchive.ietf.org/arch/msg/dnsop/H7QEkctnqx25zcLEAkPJ2G7KbqQ>
X-Mailman-Approved-At: Tue, 12 May 2015 06:21:52 -0700
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: Tue, 12 May 2015 13:04:36 -0000

On 05/12/2015 02:49 PM, Dan York wrote:
> I’ve been reading this whole discussion with great interest over the past while and do intend on joining today’s call.  In the midst of all of this I think two points from Andrew and Ed have been helpful to my thinking:
>
>> On May 11, 2015, at 9:06 PM, Andrew Sullivan <ajs@anvilwalrusden.com> wrote:
>>
>> It seems to me that making new reservations solely on _policy_ grounds
>> is overstepping our role, because we actually gave that management
>> function away to someone else many years ago.  But if there are
>> additional protocol-shift registrations, it would be appropriate to do
>> that.
> I’m not sure I’m 100% on board with Andrew’s use of the term “protocol-shift” to explain the difference, but I do agree with his statement that reservations should not be made based *solely* on policy grounds and that there needs to be some true protocol-based reason for the reservation.
>
> Even better, I like Ed’s distinction:
>
>> On May 9, 2015, at 7:29 AM, Edward Lewis <edward.lewis@icann.org> wrote:
>>
>> The problem (the topic of discussion here) I see is that there are class
>> of strings that are intended to not be active in the DNS and further more,
>> the DNS isn't even meant to be consulted.  
>
> This to me is the key point.  Reserving names like .ONION makes sense to me because there is existing Internet infrastructure that is widely deployed and uses that TLD-like-name in its operation…. but has no expectation that the name would be active in DNS.   Were such a TLD ever to be delegated in DNS, it could conceivably *break* these existing services and applications.   Those are the kind of names that make sense to be reserved.
>
+1

[snip].

/Hugo Connery