Re: (short version) Re: Last Call: <draft-faltstrom-uri-10.txt> (The Uniform Resource Identifier (URI) DNS Resource Record) to Proposed Standard

Patrik Fältström <paf@frobbit.se> Thu, 05 March 2015 19:13 UTC

Return-Path: <paf@frobbit.se>
X-Original-To: ietf@ietfa.amsl.com
Delivered-To: ietf@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 028061A875C for <ietf@ietfa.amsl.com>; Thu, 5 Mar 2015 11:13:40 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.961
X-Spam-Level:
X-Spam-Status: No, score=-1.961 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HELO_EQ_SE=0.35, MIME_8BIT_HEADER=0.3, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01] 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 c6KVb3zTvTTs for <ietf@ietfa.amsl.com>; Thu, 5 Mar 2015 11:13:38 -0800 (PST)
Received: from mail.frobbit.se (mail.frobbit.se [85.30.129.185]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id A4E421A878E for <ietf@ietf.org>; Thu, 5 Mar 2015 11:12:44 -0800 (PST)
Received: from [IPv6:2a02:80:3ffc::b4b7:4ef6:e89e:6527] (unknown [IPv6:2a02:80:3ffc:0:b4b7:4ef6:e89e:6527]) by mail.frobbit.se (Postfix) with ESMTPSA id DF3CD2047D; Thu, 5 Mar 2015 20:12:42 +0100 (CET)
Subject: Re: (short version) Re: Last Call: <draft-faltstrom-uri-10.txt> (The Uniform Resource Identifier (URI) DNS Resource Record) to Proposed Standard
Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2070.6\))
Content-Type: multipart/signed; boundary="Apple-Mail=_C9677663-74C1-4122-9716-BE548088B051"; protocol="application/pgp-signature"; micalg="pgp-sha1"
X-Pgp-Agent: GPGMail 2.5b5
From: Patrik Fältström <paf@frobbit.se>
In-Reply-To: <7111545C27DE9021135BE185@JcK-HP8200.jck.com>
Date: Thu, 05 Mar 2015 20:12:42 +0100
Message-Id: <7164E2D4-374B-422B-B290-D0FE3F412E7B@frobbit.se>
References: <tsl8ufoh9ko.fsf@mit.edu> <2DF7230C-D1D8-4B21-9003-B336108A38CB@vpnc.org> <20150224172649.GX1260@mournblade.imrryr.org> <tslvbircj0d.fsf@mit.edu> <0325DF3F-17F3-4400-BDEA-EDB5334BF35C@frobbit.se> <20150225180227.GT1260@mournblade.imrryr.org> <7AB921D35A7F9B23A53BD11A@JcK-HP8200.jck.com> <tslvbip8io6.fsf@mit.edu> <54F09A35.9060506@qti.qualcomm.com> <54F78650.6070503@qti.qualcomm.com> <20150305064513.GH1260@mournblade.imrryr.org> <54F7FE09.3030200@cisco.com> <7111545C27DE9021135BE185@JcK-HP8200.jck.com>
To: John Klensin <john-ietf@jck.com>
X-Mailer: Apple Mail (2.2070.6)
Archived-At: <http://mailarchive.ietf.org/arch/msg/ietf/2aJ0b7xlCkdbnrDHps-rngsrjxw>
X-Mailman-Approved-At: Fri, 06 Mar 2015 08:13:11 -0800
Cc: Phillip Hallam-Baker <phill@hallambaker.com>, IETF <ietf@ietf.org>, Pete Resnick <presnick@qti.qualcomm.com>, Mark Nottingham <mnot@mnot.net>, Sam Hartman <hartmans-ietf@mit.edu>
X-BeenThere: ietf@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: IETF-Discussion <ietf.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ietf>, <mailto:ietf-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/ietf/>
List-Post: <mailto:ietf@ietf.org>
List-Help: <mailto:ietf-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ietf>, <mailto:ietf-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 05 Mar 2015 19:13:40 -0000

> On 5 mar 2015, at 17:25, John C Klensin <john-ietf@jck.com> wrote:
> 
> On a separate topic, I'm not sure that the second paragraph of
> the Introduction is correct.  Historically (sic) and as far as I
> am aware, DDDS has been used heavily only in conjunction with
> ENUM.  It also takes me three or four readings each time I
> encounter it to figure out what "looking up URIs given a
> hostname" means (noting that, for some versions of DNS
> terminology, a hypothetical domain (owner, node) with only NAPTR
> records is _not_ a "hostname").  Perhaps something more like the
> following would be both more true and easier to understand:
> 
> 	Historically, uses of the DNS to map a domain name to a
> 	URL have relied on the NAPTR RRTYPEs and then on the
> 	DDDS[RFC3401] application framework with the DNS as a
> 	database as specified in RFC 3404 [RFC3404].

Thanks.

> The following sentence isn't clear, which doesn't help.
> Probably what is intended more like:
> 
> 	Among the implications of that usage are inability to
> 	select interesting and relevant NAPTR records from those
> 	that match the query.

What about:

   Historically, uses of the DNS to map a domain name to a URL have
   relied on the NAPTR RRTYPEs and then on the DDDS [RFC3401]
   application framework with the DNS as a database as specified in RFC
   3404 [RFC3404].  This has a number of implications such as the fact
   the RRSet returned will contain all URIs "connected" with the owner,
   and not only the ones related to a specific service.


> There are several other editorial issues (e.g., "Querying for
> URI resource records is not replacing querying..." later in the
> Introduction and "Applications MUST know the specific service to
> prepend..." in Section 3 (one cannot prepend "a service", only
> an identifier of one)), but I hope we can leave them to the RFC
> Editor to identify and sort out.

Yeah, as you know John, my english is not the best... :-(

> Finally, given these discussions, I believe the Acknowledgements
> section probably needs review and updating.

Now:

8.  Acknowledgements

   Ideas on how to split the two different kind of queries "What
   services exists for this domain name" and "What is the URI for this
   service" came from Scott Bradner and Lawrence Conroy.  Other people
   that have contributed to this document include Richard Barnes, Leslie
   Daigle, Victor Dukhovni, Olafur Gudmundsson, Philip Hallam-Baker, Ted
   Hardie, Sam Hartman, Evan Hunt, John klensin, Peter Koch, Eliot Lear,
   Andy Newton, Mark Nottingham, Penn Pfautz, Jinmei Tatuya, Willem
   Toorop, Nico Williams.

My apologies if I am still missing people. Please let me know if you should be added (or if you think someone should be added).

   Patrik