Re: [dns-dir] Draft requesting reservation of special-use domain names

Ralph Droms <rdroms.ietf@gmail.com> Mon, 18 November 2013 16:10 UTC

Return-Path: <rdroms.ietf@gmail.com>
X-Original-To: dns-dir@ietfa.amsl.com
Delivered-To: dns-dir@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 5C53311E81EA for <dns-dir@ietfa.amsl.com>; Mon, 18 Nov 2013 08:10:04 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -101.007
X-Spam-Level:
X-Spam-Status: No, score=-101.007 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, DATE_IN_PAST_12_24=0.992, J_CHICKENPOX_22=0.6, USER_IN_WHITELIST=-100]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 30p+HUYbVxNy for <dns-dir@ietfa.amsl.com>; Mon, 18 Nov 2013 08:10:03 -0800 (PST)
Received: from mail-pd0-x233.google.com (mail-pd0-x233.google.com [IPv6:2607:f8b0:400e:c02::233]) by ietfa.amsl.com (Postfix) with ESMTP id 26FBE11E8177 for <dns-dir@ietf.org>; Mon, 18 Nov 2013 08:06:03 -0800 (PST)
Received: by mail-pd0-f179.google.com with SMTP id r10so3814322pdi.10 for <dns-dir@ietf.org>; Mon, 18 Nov 2013 08:06:02 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=content-type:mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=0vzqR2UsHBawsaZD9xwiSePGXNBK+1PCZzaA9Gfnz1I=; b=xv+UmfSaZmpwRwt81NRYQ/J1D6wces0xFmBIl7n1FKtDex08ytfREM8xVREZu1zc3s p4ud5Qyn6AYluvswTNN8Uatnw2HBxr+NzsswL/1VXpnnj9krVs6gdqnwMjkk/lbvttmW 50vySJbR3cbsqDP/54kUAV6uSCEdZjebiYg+VT7ewNceYz8VHGGyv9A95DzGlwHKCS28 N+zuvULtCDfg6J9wOf90YzMz6jPf/+EjwovuSZWfzxAOaaHgG+J35124+2VMcLMd4DiF 95o4AsIC/grA0Lexhypkd68NtxtW3cWb7vBtXv03lQCehotbYLhMaiTZfrMrPZnTC0Y7 0FTw==
X-Received: by 10.66.188.172 with SMTP id gb12mr3212089pac.143.1384790762777; Mon, 18 Nov 2013 08:06:02 -0800 (PST)
Received: from [10.10.1.107] (wsip-24-234-25-194.lv.lv.cox.net. [24.234.25.194]) by mx.google.com with ESMTPSA id wd6sm27639787pab.3.2013.11.18.08.05.58 for <multiple recipients> (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Mon, 18 Nov 2013 08:05:59 -0800 (PST)
Content-Type: text/plain; charset="iso-8859-1"
Mime-Version: 1.0 (Mac OS X Mail 6.6 \(1510\))
From: Ralph Droms <rdroms.ietf@gmail.com>
In-Reply-To: <528649A2.9070808@innovationslab.net>
Date: Sun, 17 Nov 2013 17:33:56 -0800
Content-Transfer-Encoding: quoted-printable
Message-Id: <AB02D2AC-BE2F-48D7-8C83-E2538D0C17D0@gmail.com>
References: <5286231D.4030104@innovationslab.net> <52863898.5080100@innovationslab.net> <8F0B436C-85D2-4566-A80B-40710DF9D476@ogud.com> <528649A2.9070808@innovationslab.net>
To: Brian Haberman <brian@innovationslab.net>
X-Mailer: Apple Mail (2.1510)
Cc: IETF DNS Directorate <dns-dir@ietf.org>
Subject: Re: [dns-dir] Draft requesting reservation of special-use domain names
X-BeenThere: dns-dir@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: IETF DNS directorate discussion list <dns-dir.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/dns-dir>, <mailto:dns-dir-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/dns-dir>
List-Post: <mailto:dns-dir@ietf.org>
List-Help: <mailto:dns-dir-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/dns-dir>, <mailto:dns-dir-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 18 Nov 2013 16:10:04 -0000

Brian - focusing first on the IANA registry requirements...
On Nov 15, 2013, at 8:19 AM 11/15/13, Brian Haberman <brian@innovationslab.net> wrote:

> Hi Olafur,
>     Thanks for the input.  I had mentioned intarea as one possiblity
> (with the hope that I could drag a few DNS folks into the discussion :)
> ).  Right now, the only process we have for reviewing these requests is
> RFC 6761, which does not have as high a bar as what you described below.

The IANA "Special-Use Domain Names" registry defines the registration procedures as "Standards Action and IESG Approval". So, the document must be a standards track document (rather than "IESG Approval".
 
> My main concern is that the draft does mention a goal of allowing p2p
> apps to interact with DNS-based applications but, as you point out, does
> not describe any of those mechanisms.

Yeah ... I'm trying to understand why a p2p app would use existing resolution APIs that have been modified to accept names that adhere to the DNS syntax but are resolved outside the DNS resolution system.

- Ralph

>     I will definitely keep your points in mind as this document is
> reviewed.
> 
> Regards,
> Brian
> 
> On 11/15/13 11:11 AM, Olafur Gudmundsson wrote:
>> 
>> Brian, welcome to the world of alternate roots, you will never be the same. 
>> 
>> My first thought was "Is this a joke ? " but that is too harsh.
>> 
>> Reserving a TLD name for special purpose that has nothing to do with IETF protocols, with no documentation on how to implement this
>> stuff, and a single implementation is a stretch. 
>> 
>> I know this is harsh standard but TLD's live on the boundary of IETF and ICANN, by reserving a 5 TLD's we are depriving ICANN of almost 1M$ in possible revenue. 
>> 
>> Fundamental question that needs to be asked is: 
>> Can a Non-DNS namespace look like a DNS namespace and share same tools to great extent? 
>> 
>> Personally I think a Non-DNS namespace should start with a prefix and a separator, not end with a postfix, 
>> 	i.e. GNU#foo.bar. instead of foo.bar.gnu 
>>       and when people want DNS I see no harm in having DNS#foo.bar. 
>> with a prefix we can teach tools once for all to detect non-DNS namespaces, and do the right thing (over time) 
>> 
>> As in the case of they .gnu et.al postfixes these queries will leak into the DNS system thus we need to ask:
>> 	 Do we need AS112 servers to dampen the impact? 
>>         Does leaking the queries to DNS constitute a security risk for the participants? 
>> 
>> Strictly speaking as none of the protocols are IETF ones, granting these registrations will set a horrible precedent 
>> and we will have to deal with lots more of these as possible ICANN tld application end-run. 
>> 
>> IETF has limited experience with alternate namespaces and it is a minefield of easy mistakes
>> Not a review, just high level questions and issues to be aware off. 
>> 
>> Intarea wg IMHO is a bad home for this, as I do not think any DNS people are there.
>> 
>> Patrik and possibly others are at the ICANN meeting in Argentina next week and they can offer more input on how 
>> the impact of something like this there. 
>> 
>> 	Olafur
>> 
>> On Nov 15, 2013, at 10:07 AM, Brian Haberman <brian@innovationslab.net> wrote:
>> 
>>> Any feedback from the DNS Directorate would be appreciated.
>>> 
>>> Regards,
>>> Brian
>>> 
>>> 
>>> -------- Original Message --------
>>> Subject: Draft requesting reservation of special-use domain names
>>> Date: Fri, 15 Nov 2013 08:35:25 -0500
>>> From: Brian Haberman <brian@innovationslab.net>
>>> To: IESG <iesg@ietf.org>, "iab@iab.org" <iab@iab.org>
>>> 
>>> All,
>>>    Ted and I received a request asking for assistance with the
>>> publication of a draft reserving several special-use domain names under
>>> the rules defined in RFC 6761.
>>> 
>>>    draft-grothoff-iesg-special-use-p2p-names puts forth a request to
>>> reserve 5 special-use domain names.  I have indicated to the authors
>>> that I would take a look at the draft and help determine a path forward.
>>> As much as I abhor AD-sponsored documents, this one does seem like a
>>> reasonable candidate.  I may also consider running it through the
>>> intarea WG.  I would be most interested in any policy issues that people
>>> may see with this request and any DNS-related concerns with such a
>>> reservation.
>>> 
>>>    Fire away!
>>> 
>>> Regards,
>>> Brian
>>> 
>>> 
>>> 
>>> 
>>> 
>>> _______________________________________________
>>> dns-dir mailing list
>>> dns-dir@ietf.org
>>> https://www.ietf.org/mailman/listinfo/dns-dir
> 
> _______________________________________________
> dns-dir mailing list
> dns-dir@ietf.org
> https://www.ietf.org/mailman/listinfo/dns-dir