Re: Call for Adoption: draft-hutton-httpbis-connect-protocol-00

Mark Nottingham <mnot@mnot.net> Wed, 06 August 2014 04:37 UTC

Return-Path: <ietf-http-wg-request@listhub.w3.org>
X-Original-To: ietfarch-httpbisa-archive-bis2Juki@ietfa.amsl.com
Delivered-To: ietfarch-httpbisa-archive-bis2Juki@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 470A81B2819 for <ietfarch-httpbisa-archive-bis2Juki@ietfa.amsl.com>; Tue, 5 Aug 2014 21:37:41 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -6.903
X-Spam-Level:
X-Spam-Status: No, score=-6.903 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_HI=-5, RP_MATCHES_RCVD=-0.001, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] 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 GEU3p7EBS6Lo for <ietfarch-httpbisa-archive-bis2Juki@ietfa.amsl.com>; Tue, 5 Aug 2014 21:37:39 -0700 (PDT)
Received: from frink.w3.org (frink.w3.org [128.30.52.56]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 8A8B41B2817 for <httpbisa-archive-bis2Juki@lists.ietf.org>; Tue, 5 Aug 2014 21:37:39 -0700 (PDT)
Received: from lists by frink.w3.org with local (Exim 4.72) (envelope-from <ietf-http-wg-request@listhub.w3.org>) id 1XEswP-0004tM-Ot for ietf-http-wg-dist@listhub.w3.org; Wed, 06 Aug 2014 04:35:09 +0000
Resent-Date: Wed, 06 Aug 2014 04:35:09 +0000
Resent-Message-Id: <E1XEswP-0004tM-Ot@frink.w3.org>
Received: from lisa.w3.org ([128.30.52.41]) by frink.w3.org with esmtp (Exim 4.72) (envelope-from <mnot@mnot.net>) id 1XEsw8-0003bp-IZ for ietf-http-wg@listhub.w3.org; Wed, 06 Aug 2014 04:34:52 +0000
Received: from mxout-08.mxes.net ([216.86.168.183]) by lisa.w3.org with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.72) (envelope-from <mnot@mnot.net>) id 1XEsw7-0000ne-Ae for ietf-http-wg@w3.org; Wed, 06 Aug 2014 04:34:52 +0000
Received: from [192.168.1.55] (unknown [118.209.12.212]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by smtp.mxes.net (Postfix) with ESMTPSA id 171BE509B5; Wed, 6 Aug 2014 00:34:27 -0400 (EDT)
Content-Type: text/plain; charset="us-ascii"
Mime-Version: 1.0 (Mac OS X Mail 7.3 \(1878.6\))
From: Mark Nottingham <mnot@mnot.net>
In-Reply-To: <7970206F-8A31-487D-B2FA-AB237BCDA14E@mnot.net>
Date: Wed, 06 Aug 2014 14:34:24 +1000
Content-Transfer-Encoding: quoted-printable
Message-Id: <5F2013CA-1795-444A-B413-B5C7D57EF925@mnot.net>
References: <7970206F-8A31-487D-B2FA-AB237BCDA14E@mnot.net>
To: HTTP Working Group <ietf-http-wg@w3.org>, Martin Thomson <martin.thomson@gmail.com>
X-Mailer: Apple Mail (2.1878.6)
Received-SPF: pass client-ip=216.86.168.183; envelope-from=mnot@mnot.net; helo=mxout-08.mxes.net
X-W3C-Hub-Spam-Status: No, score=-3.8
X-W3C-Hub-Spam-Report: AWL=-3.070, RCVD_IN_DNSWL_LOW=-0.7, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001
X-W3C-Scan-Sig: lisa.w3.org 1XEsw7-0000ne-Ae ee520beb99dfd4ec0b3c80110ecf59f7
X-Original-To: ietf-http-wg@w3.org
Subject: Re: Call for Adoption: draft-hutton-httpbis-connect-protocol-00
Archived-At: <http://www.w3.org/mid/5F2013CA-1795-444A-B413-B5C7D57EF925@mnot.net>
Resent-From: ietf-http-wg@w3.org
X-Mailing-List: <ietf-http-wg@w3.org> archive/latest/26527
X-Loop: ietf-http-wg@w3.org
Resent-Sender: ietf-http-wg-request@w3.org
Precedence: list
List-Id: <ietf-http-wg.w3.org>
List-Help: <http://www.w3.org/Mail/>
List-Post: <mailto:ietf-http-wg@w3.org>
List-Unsubscribe: <mailto:ietf-http-wg-request@w3.org?subject=unsubscribe>

I'm not hearing any pushback, so we'll adopt the document.

Martin, are you willing to continue editing?

Regards,


On 29 Jul 2014, at 4:38 pm, Mark Nottingham <mnot@mnot.net> wrote:

> <http://tools.ietf.org/html/draft-hutton-httpbis-connect-protocol-00>
> 
> In Toronto, we had a discussion about adopting this document as a WG document:
>  <https://github.com/httpwg/wg-materials/blob/gh-pages/ietf90/minutes.md#draft-hutton-httpbis-connect-protocol>
> 
> One concern raised there was regarding the model for the extension; i.e., by effectively making support for webrtc (or any other protocol) on proxy opt-in rather than opt-out, it may cause problems as more traffic goes over proxies. However, the HTTP folks in the room didn't seem to concerned about this, since bad actors were already able to (ab)use CONNECT tunnels with impunity (effectively.
> 
> Another concern briefly mentioned was that such an extension might inhibit protocol evolution; e.g., if a firewall whitelists what tunnelled protocols it accepts, it might be that we're stuck advertising "h2" in the future. However, there didn't seem to be strong concern here, since ALPN negotiation is a separate step, and HTTP can choose to omit this header when using CONNECT for its own purposes.
> 
> With that context in place, it seemed like there was general support in the room for adopting this spec. Does anyone else have additional thoughts / concerns? 

--
Mark Nottingham   https://www.mnot.net/