Re: Last Call: <draft-ietf-httpbis-http2-16.txt> (Hypertext Transfer Protocol version 2) to Proposed Standard

Patrik Fältström <paf@frobbit.se> Sat, 03 January 2015 21:22 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 4A4ED1A0145 for <ietf@ietfa.amsl.com>; Sat, 3 Jan 2015 13:22:15 -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 B_hf7EXmjcCx for <ietf@ietfa.amsl.com>; Sat, 3 Jan 2015 13:22:13 -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 480421A0092 for <ietf@ietf.org>; Sat, 3 Jan 2015 13:22:13 -0800 (PST)
Received: from [192.168.1.84] (frobbit.cust.teleservice.net [85.30.128.225]) by mail.frobbit.se (Postfix) with ESMTPSA id 0EF4F21D27; Sat, 3 Jan 2015 22:22:11 +0100 (CET)
Subject: Re: Last Call: <draft-ietf-httpbis-http2-16.txt> (Hypertext Transfer Protocol version 2) to Proposed Standard
Mime-Version: 1.0 (Mac OS X Mail 8.1 \(1993\))
Content-Type: multipart/signed; boundary="Apple-Mail=_22E57B7B-6E48-4BF6-BFC8-F00DBC1E5459"; protocol="application/pgp-signature"; micalg="pgp-sha1"
X-Pgp-Agent: GPGMail 2.5b4
From: Patrik Fältström <paf@frobbit.se>
In-Reply-To: <54A81E9A.1020700@cisco.com>
Date: Sat, 03 Jan 2015 22:22:10 +0100
Message-Id: <FE58B0C3-9045-4821-A161-E20F5507F37F@frobbit.se>
References: <CAK3LatFh3ZU8ACk8grzLA9oCv2qqUHttz2z83b66xKnfs78mRA@mail.gmail.com> <54A7DBFC.8010800@cisco.com> <20150103143226.GC13599@besserwisser.org> <89DB2965-68B1-43D0-BBEB-FF49DB666A6D@frobbit.se> <54A81E9A.1020700@cisco.com>
To: Eliot Lear <lear@cisco.com>
X-Mailer: Apple Mail (2.1993)
Archived-At: http://mailarchive.ietf.org/arch/msg/ietf/EYYOTbjmgkc5Xcpz4_2D0SzlAR8
Cc: Delan Azabani <delan@azabani.com>, Måns Nilsson <mansaxel@besserwisser.org>, 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: Sat, 03 Jan 2015 21:22:15 -0000

> On 3 jan 2015, at 17:53, Eliot Lear <lear@cisco.com> wrote:
> 
> Second, even if we did handle versioning in SRV, there are known to be
> residential gateways out there that can't handle very many parallel DNS
> queries, and so we run into a loss problem.

If the future of the Internet is defined by the state of todays CPE's, instead of defining how the future of the CPE's should work, I think IETF is on the wrong track. Completely the wrong track.

Yes, these arguments do indeed come up now and then, and I every time stand up saying "be careful, be very careful".

On top of that I do not agree with your statement. More and more CPEs are linux based and run the same resolver code as anything else that is unix based, and if the world is to run DNS according to how DNS was defined in 1995 instead of how it is defined now, we can as well go back to HTTP 1.0 from 1.1 instead of going from 1.1 to 2.0.

I.e. I am much more concerned over the changes in the HTTP protocol than whatever requirements you put on DNS.


Regarding your other arguments, my main point was that even if there was a discussion in the wg two years ago, there is no trace what so ever in the draft about how DNS is to be used, so the questions will come back. Until there is a text. A text we can either agree or disagree on. But ultimately find consensus about.

   Patrik