Re: [DNSOP] I-D Action: draft-ietf-dnsop-sutld-ps-02.txt

"John Dickinson" <jad@sinodun.com> Thu, 16 February 2017 12:54 UTC

Return-Path: <jad@sinodun.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 9158A129CEF; Thu, 16 Feb 2017 04:54:57 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.2
X-Spam-Level:
X-Spam-Status: No, score=-4.2 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3] autolearn=ham autolearn_force=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 Vlj9upmr4EQq; Thu, 16 Feb 2017 04:54:55 -0800 (PST)
Received: from balrog.mythic-beasts.com (balrog.mythic-beasts.com [93.93.130.6]) (using TLSv1.2 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 92568129AD5; Thu, 16 Feb 2017 04:54:55 -0800 (PST)
Received: from [2001:b98:204:102:fffa::498b] (port=56662 helo=[10.32.60.87]) by balrog.mythic-beasts.com with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA256:256) (Exim 4.80) (envelope-from <jad@sinodun.com>) id 1ceLaH-00019W-8o; Thu, 16 Feb 2017 12:54:53 +0000
From: "John Dickinson" <jad@sinodun.com>
To: dnsop@ietf.org, draft-ietf-dnsop-sutld-ps@ietf.org
Date: Thu, 16 Feb 2017 12:54:50 +0000
Message-ID: <ACFCC873-2BD2-4CE9-954A-11F5EFE438B0@sinodun.com>
In-Reply-To: <148587593254.2430.14973732777369498327.idtracker@ietfa.amsl.com>
References: <148587593254.2430.14973732777369498327.idtracker@ietfa.amsl.com>
MIME-Version: 1.0
Content-Type: multipart/signed; boundary="=_MailMate_D353B881-2138-4411-81AC-274AE60C34B9_="; micalg=pgp-sha512; protocol="application/pgp-signature"
X-Mailer: MailMate (1.9.6r5344)
X-BlackCat-Spam-Score: -28
X-Mythic-Debug: State = no_sa; Score =
Archived-At: <https://mailarchive.ietf.org/arch/msg/dnsop/UQj7MTfFlDUo5ocgesPfGMjgBTQ>
Subject: Re: [DNSOP] I-D Action: draft-ietf-dnsop-sutld-ps-02.txt
X-BeenThere: dnsop@ietf.org
X-Mailman-Version: 2.1.17
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, 16 Feb 2017 12:54:57 -0000

Hi,

I originally wrote these notes against the -00 version. -02 is much improved
and many of my notes have gone away. However, there are a couple of minor
things I think could be tweaked….

§1
"...When reading this document, care must
   be taken to not assume that the term Domain Name implies the
   particular protocol for resolving these names, the Domain Name System
   [RFC1034]. ..."

parses badly. Do you mean

"...When reading this document, care must
   be taken to not assume that the term Domain Name implies the use of the
   Domain Name System [RFC1034] for resolving these names. ..."?

§3
Wording of some points after
"Organizations do in fact sometimes commandeer subsets of the
      namespace.  Reasons a third party might do this include:"
could be improved. e.g.
s/Intended use is covered by gTLD process, don't want to pay fee/Intended use is
covered by gTLD process but the third party don't want to pay a fee/

"When a special-use Domain Name is added ..." emphasise that most software may
never get updated.

s/Assertion of authority: there is a sense that the namespace/
Assertion of authority: there is a sense that the TLD portion of the namespace/

s/If there is an IETF process through which a name can be
         assigned at zero cost other than time, this process will be
         used as an alternative to purchasing the name through ICANN./
         If there is an IETF process through which a TLD can be
         assigned at zero cost other than time, this process will be
         used as an alternative to more costly approach of getting the TLDN
         registered through ICANN./

Additional problem: The availability of special use names may encourage protocol
designers to design "bad" protocols.

Originally, I kind of felt that the document may flow better if §4 were before
§3 but since the -01 and -02 changes I am not as bothered as I was.

regards
John

On 31 Jan 2017, at 15:18, internet-drafts@ietf.org 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           : Special-Use Names Problem Statement
>         Authors         : Ted Lemon
>                           Ralph Droms
>                           Warren Kumari
> 	Filename        : draft-ietf-dnsop-sutld-ps-02.txt
> 	Pages           : 20
> 	Date            : 2017-01-31
>
> Abstract:
>    The Special-Use Domain Names IANA registry policy defined in RFC 6761
>    has been shown through experience to present unanticipated
>    challenges.  This memo presents a list, intended to be comprehensive,
>    of the problems that have been identified.  In addition it reviews
>    the history of Domain Names and summarizes current IETF publications
>    and some publications from other standards organizations relating to
>    special-use Domain Names.
>
>
> The IETF datatracker status page for this draft is:
> https://datatracker.ietf.org/doc/draft-ietf-dnsop-sutld-ps/
>
> There's also a htmlized version available at:
> https://tools.ietf.org/html/draft-ietf-dnsop-sutld-ps-02
>
> A diff from the previous version is available at:
> https://www.ietf.org/rfcdiff?url2=draft-ietf-dnsop-sutld-ps-02
>
>
> Please note that it may take a couple of minutes from the time of submission
> until the htmlized version and diff are available at tools.ietf.org.
>
> Internet-Drafts are also available by anonymous FTP at:
> ftp://ftp.ietf.org/internet-drafts/
>
> _______________________________________________
> DNSOP mailing list
> DNSOP@ietf.org
> https://www.ietf.org/mailman/listinfo/dnsop


John Dickinson

http://sinodun.com

Sinodun Internet Technologies Ltd.
Magdalen Centre
Oxford Science Park
Robert Robinson Avenue
Oxford OX4 4GA
U.K.