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

John C Klensin <john-ietf@jck.com> Thu, 05 March 2015 20:59 UTC

Return-Path: <john-ietf@jck.com>
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 A650A1A8BBE for <ietf@ietfa.amsl.com>; Thu, 5 Mar 2015 12:59:55 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.31
X-Spam-Level:
X-Spam-Status: No, score=-2.31 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, MIME_8BIT_HEADER=0.3, RCVD_IN_DNSWL_LOW=-0.7, 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 fQJ9yW245BOG for <ietf@ietfa.amsl.com>; Thu, 5 Mar 2015 12:59:53 -0800 (PST)
Received: from bsa2.jck.com (ns.jck.com [70.88.254.51]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id AAD811A8BB5 for <ietf@ietf.org>; Thu, 5 Mar 2015 12:59:53 -0800 (PST)
Received: from [198.252.137.35] (helo=JcK-HP8200.jck.com) by bsa2.jck.com with esmtp (Exim 4.82 (FreeBSD)) (envelope-from <john-ietf@jck.com>) id 1YTcrx-000JCZ-Tg; Thu, 05 Mar 2015 15:59:45 -0500
Date: Thu, 05 Mar 2015 15:59:40 -0500
From: John C Klensin <john-ietf@jck.com>
To: =?UTF-8?Q?Patrik_F=C3=A4ltstr=C3=B6m?= <paf@frobbit.se>
Subject: Re: (short version) Re: Last Call: <draft-faltstrom-uri-10.txt> (The Uniform Resource Identifier (URI) DNS Resource Record) to Proposed Standard
Message-ID: <5DE6F78F175CD37492CF6F2C@JcK-HP8200.jck.com>
In-Reply-To: <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> <7164E2D4-374B-422B-B290-D0FE3F412E7B@frobbit.se>
X-Mailer: Mulberry/4.0.8 (Win32)
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: quoted-printable
Content-Disposition: inline
X-SA-Exim-Connect-IP: 198.252.137.35
X-SA-Exim-Mail-From: john-ietf@jck.com
X-SA-Exim-Scanned: No (on bsa2.jck.com); SAEximRunCond expanded to false
Archived-At: <http://mailarchive.ietf.org/arch/msg/ietf/DD9pwptc1T4qQCwABMqciObJzPY>
X-Mailman-Approved-At: Fri, 06 Mar 2015 08:08:20 -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 20:59:55 -0000


--On Thursday, March 05, 2015 20:12 +0100 Patrik Fältström
<paf@frobbit.se> wrote:

>> 	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.

If _that_ is what you meant, I've been very confused... and the
above is a huge improvement.

>> 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... :-(

As I have said many times before, lots better than my Swedish.
That is why we have an RFC Editor.  It does mean that you should
keep an eye on them at AUTH48 and/or ask for a little help from
your friends :-).  

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

Good enough.  I wasn't looking for anything in particular, just
noting that the document has changed a lot in the last couple of
weeks and that section had not been updated to match.

    john