Re: draft-newton-link-rr (was 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 20:45 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 64F441A015F for <ietf@ietfa.amsl.com>; Fri, 27 Feb 2015 12:45:13 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.26
X-Spam-Level:
X-Spam-Status: No, score=-1.26 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HELO_EQ_SE=0.35, MIME_8BIT_HEADER=0.3, T_RP_MATCHES_RCVD=-0.01] autolearn=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 MYfnZYDulxyZ for <ietf@ietfa.amsl.com>; Fri, 27 Feb 2015 12:45:12 -0800 (PST)
Received: from mail.netnod.se (mail.netnod.se [IPv6:2a01:3f0:1:3::100]) by ietfa.amsl.com (Postfix) with ESMTP id 42A5A1A00C5 for <ietf@ietf.org>; Fri, 27 Feb 2015 12:45:12 -0800 (PST)
Received: from [192.168.1.138] (frobbit.cust.teleservice.net [85.30.128.225]) (Authenticated sender: paf) by mail.netnod.se (Postfix) with ESMTPSA id 655577C190; Fri, 27 Feb 2015 21:45:11 +0100 (CET)
Subject: Re: draft-newton-link-rr (was 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=_2B788E3A-E034-4BCC-88EE-08B2CCD0F4D2"; protocol="application/pgp-signature"; micalg="pgp-sha1"
X-Pgp-Agent: GPGMail 2.5b5
From: Patrik Fältström <paf@netnod.se>
In-Reply-To: <20150227203732.GC11145@localhost>
Date: Fri, 27 Feb 2015 21:45:10 +0100
Message-Id: <78B5DE44-02B6-47FD-92B6-DB9E6212D7E9@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> <83FCB47C-ED48-4B26-B898-F1A47528595E@netnod.se> <20150227203732.GC11145@localhost>
To: Nico Williams <nico@cryptonector.com>
X-Mailer: Apple Mail (2.2070.6)
Archived-At: <http://mailarchive.ietf.org/arch/msg/ietf/L_Cmf3_-iDaX6HBGnTFIWy4HWMc>
X-Mailman-Approved-At: Mon, 02 Mar 2015 07:12:22 -0800
Cc: Mark Nottingham <mnot@mnot.net>, 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 20:45:13 -0000

> On 27 feb 2015, at 21:37, Nico Williams <nico@cryptonector.com> wrote:
> 
> On Fri, Feb 27, 2015 at 08:07:25AM +0100, Patrik Fältström wrote:
>> 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
> 
> If anything, it may not provide the optimization that's desired.  (Any
> numbers?)

Ok, to go back in history, this is why I originally did believe more in Gopher than Web... :-)

I though a proper negotiation would be to know already in the source of a referral what kind of data the target was. This was how Gopher worked, but Web was different. The link was (is) neutral and the negotiation happens at the target.

I did tell this to Tim, just like my view that HTML would have more TeX features like the ability to have "boxes" like various fills. He ignored me -- and I am happy for that!!!!

That story, early 1990's, gave me the lesson that the "correct" solutions do not always win. The "best" solution wins.

:-)

And this is the reason I am nervous over "gopher like features" in DNS. Even though I think it is good...I think it will loose...

   Patrik