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

Patrik Fältström <paf@netnod.se> Fri, 27 February 2015 07:07 UTC

Return-Path: <paf@netnod.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 EDE4E1A89E0 for <ietf@ietfa.amsl.com>; Thu, 26 Feb 2015 23:07:29 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.96
X-Spam-Level:
X-Spam-Status: No, score=-1.96 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, 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 Te9EuorAVhKH for <ietf@ietfa.amsl.com>; Thu, 26 Feb 2015 23:07:27 -0800 (PST)
Received: from mail.netnod.se (mail.netnod.se [192.71.80.100]) by ietfa.amsl.com (Postfix) with ESMTP id 5296C1A89B3 for <ietf@ietf.org>; Thu, 26 Feb 2015 23:07:27 -0800 (PST)
Received: from [IPv6:2a02:80:3ffc::5494:f9b3:44bf:6730] (unknown [IPv6:2a02:80:3ffc:0:5494:f9b3:44bf:6730]) (Authenticated sender: paf) by mail.netnod.se (Postfix) with ESMTPSA id 5154B7C01C; Fri, 27 Feb 2015 08:07:26 +0100 (CET)
Subject: 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=_C35C7C33-714C-4F9B-8C0A-CAB70F8E938C"; protocol="application/pgp-signature"; micalg=pgp-sha1
X-Pgp-Agent: GPGMail 2.5b5
From: =?utf-8?Q?Patrik_F=C3=A4ltstr=C3=B6m?= <paf@netnod.se>
In-Reply-To: <39D5E26A-E1FE-4C77-9624-5E9396497F65@mnot.net>
Date: Fri, 27 Feb 2015 08:07:25 +0100
Message-Id: <83FCB47C-ED48-4B26-B898-F1A47528595E@netnod.se>
References: <20150127223859.28024.43756.idtracker@ietfa.amsl.com> <4257D8A3-0EFE-40E3-B0AD-8E23772B7693@mnot.net> <CAAQiQRdLvcQLskOuo7g_=SfmowCtyyF7OwWb-Y0nsRDeTdgncA@mail.gmail.com> <39D5E26A-E1FE-4C77-9624-5E9396497F65@mnot.net>
To: Mark Nottingham <mnot@mnot.net>
X-Mailer: Apple Mail (2.2070.6)
Archived-At: <http://mailarchive.ietf.org/arch/msg/ietf/5CShCcqu0W4cmFFnQjt3ENyugTw>
X-Mailman-Approved-At: Fri, 27 Feb 2015 08:13:50 -0800
Cc: IETF <ietf@ietf.org>
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: Fri, 27 Feb 2015 07:07:30 -0000

My feedback to Andrew when he presented this to me was that:

- In general I am nervous of moving HTTP header attributes into the DNS, as it might create inconsistencies when for example the data in DNS do not match what is in the HTTP header, and we already have a content-negotiation mechanism in HTTP

- Given experience with length of URI / text fields in DNS, I would have had the encoding of RDATA as "flag" "flag" "flag" "uri" (while being nervous over the size restrictions of the URI...which is the reason in URI the uri is all of RDATA except the weight and priority).

- I am also nervous over the size of the RRSet, i.e. same issue I see with NAPTR, and the reason why I added the prefix (like SRV) to the URI RR

   Patrik

> On 27 feb 2015, at 07:49, Mark Nottingham <mnot@mnot.net> wrote:
> 
> Cool! Some quick feedback:
> 
> * you should explicitly accommodate target attributes (i.e., extension fields)
> * 'rev' was only included in 5988 for backwards compatibility with some fairly esoteric use cases; don't think it's necessary or good here.
> * you need to specify how to determine the context of the link (using RFC5988 terminology).
> 
> Cheers,
> 
> 
>> On 27 Feb 2015, at 3:25 am, Andrew Newton <andy@hxr.us> wrote:
>> 
>> 
>> 
>> On Wed, Jan 28, 2015 at 2:12 AM, Mark Nottingham <mnot@mnot.net> wrote:
>> The document effectively gives a "type" for the URI by associating a value from the ENUM service registry. While that makes sense from the standpoint of ENUM, if this mechanism is truly generic to *all* URIs, it seems to me that it'd be much more sensible to use the typing system already in place for URIs -- link relations <http://tools.ietf.org/html/rfc5988>.
>> 
>> Such a good idea that there is already a draft with just such an approach: https://datatracker.ietf.org/doc/draft-newton-link-rr/
>> 
>> -andy
> 
> --
> Mark Nottingham   https://www.mnot.net/
>