Re: [DNSOP] I-D Action: draft-ietf-dnsop-alt-tld-05.txt

hellekin <> Sun, 25 September 2016 17:53 UTC

Return-Path: <>
Received: from localhost (localhost []) by (Postfix) with ESMTP id 897CE127A90 for <>; Sun, 25 Sep 2016 10:53:01 -0700 (PDT)
X-Virus-Scanned: amavisd-new at
X-Spam-Flag: NO
X-Spam-Score: -9.237
X-Spam-Status: No, score=-9.237 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_HI=-5, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, RP_MATCHES_RCVD=-2.316, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Received: from ([]) by localhost ( []) (amavisd-new, port 10024) with ESMTP id a-W_bZ2ULUMv for <>; Sun, 25 Sep 2016 10:52:59 -0700 (PDT)
Received: from ( []) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (No client certificate requested) by (Postfix) with ESMTPS id 8572D127071 for <>; Sun, 25 Sep 2016 10:52:59 -0700 (PDT)
Received: from Debian-exim by with spam-scanned (Exim 4.71) (envelope-from <>) id 1boDbO-0005fL-65 for; Sun, 25 Sep 2016 13:52:37 -0400
Received: from ([2001:4830:134:3::e]:57062) by with esmtp (Exim 4.71) (envelope-from <>) id 1boDb7-0005Ym-Ui; Sun, 25 Sep 2016 13:52:17 -0400
Received: from ([]:37558 helo=[]) by with esmtpsa (TLS1.2:DHE_RSA_AES_128_CBC_SHA1:128) (Exim 4.82) (envelope-from <>) id 1boDb6-00005e-3Y; Sun, 25 Sep 2016 13:52:16 -0400
References: <>
From: hellekin <>
X-Enigmail-Draft-Status: N1110
Message-ID: <>
Date: Sun, 25 Sep 2016 17:48:09 +0000
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:45.0) Gecko/20100101 Icedove/45.2.0
MIME-Version: 1.0
In-Reply-To: <>
Content-Type: text/plain; charset=windows-1252
Content-Transfer-Encoding: 8bit
X-detected-operating-system: by GNU/Linux 2.2.x-3.x [generic]
X-Received-From: 2001:4830:134:3::e
Archived-At: <>
Cc: "" <>
Subject: Re: [DNSOP] I-D Action: draft-ietf-dnsop-alt-tld-05.txt
X-Mailman-Version: 2.1.17
Precedence: list
List-Id: IETF DNSOP WG mailing list <>
List-Unsubscribe: <>, <>
List-Archive: <>
List-Post: <>
List-Help: <>
List-Subscribe: <>, <>
X-List-Received-Date: Sun, 25 Sep 2016 17:53:01 -0000

On 09/12/2016 11:57 AM, wrote:
> A New Internet-Draft is available from the on-line Internet-Drafts directories.
> This draft is a work item of the Domain Name System Operations of the IETF.
>         Title           : The ALT Special Use Top Level Domain
>         Authors         : Warren Kumari
>                           Andrew Sullivan
> 	Filename        : draft-ietf-dnsop-alt-tld-05.txt
> 	Pages           : 10
> 	Date            : 2016-09-12
> Abstract:
>    This document reserves a string (ALT) to be used as a TLD label in
>    non-DNS contexts or for names that have no meaning in a global
>    context.  It also provides advice and guidance to developers
>    developing alternate namespaces.

Finally I read this draft after I realized the presence of this "or" in
"... in non-DNS contexts *or* for names that have no meaning in a global

I must apologize for staying on and not
reading anymore of this draft, as it was explicitly stating the following:

"The ALT label MAY be used in any domain name as a pseudo-TLD to signify
that this is an alternate (non-DNS) namespace."


"Currently deployed projects and protocols that are using pseudo-TLDs
(for example, the ".onion" pseudo-TLD (and other labels in
[I-D.grothoff-iesg-special-use-p2p-names]) are encouraged but not
required to move under the ALT TLD.  Rather, the ALT TLD is being
reserved so that future projects of a similar nature have a designated
place to create alternate resolution namespaces that will not conflict
with the regular DNS context."

Yet, this explicit recognition of existing name requests for P2P systems
was removed from the next draft on, and is obviously absent from the
current draft-ietf-dnsop-alt-tld-05.txt, which implicitly declares the
special-use names of P2P systems as falling under .ALT.  Since this
draft is reserving the .ALT TLD using RFC6761, and there's an ongoing
discussion about this RFC to figure out a proper way to use it, update
it, or dismiss it, I find the situation unacceptable.  Please correct me
if I'm wrong, but it really seems to me that this is the case, and that
the .ALT draft, which wasn't meant to threaten the history of the P2P
names, indeed became a way to easily dismiss any further discussion
about them.