Re: 6455 Websockets and the relationship to HTTP

Mark Nottingham <mnot@mnot.net> Fri, 02 December 2016 01:04 UTC

Return-Path: <ietf-http-wg-request+bounce-httpbisa-archive-bis2juki=lists.ie@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 (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id D2E20129A12 for <ietfarch-httpbisa-archive-bis2Juki@ietfa.amsl.com>; Thu, 1 Dec 2016 17:04:37 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -9.797
X-Spam-Level:
X-Spam-Status: No, score=-9.797 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HEADER_FROM_DIFFERENT_DOMAINS=0.001, RCVD_IN_DNSWL_HI=-5, RP_MATCHES_RCVD=-2.896, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=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 yTBM7l4rGKsV for <ietfarch-httpbisa-archive-bis2Juki@ietfa.amsl.com>; Thu, 1 Dec 2016 17:04:36 -0800 (PST)
Received: from frink.w3.org (frink.w3.org [128.30.52.56]) (using TLSv1.2 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 32B6A1293DF for <httpbisa-archive-bis2Juki@lists.ietf.org>; Thu, 1 Dec 2016 17:04:36 -0800 (PST)
Received: from lists by frink.w3.org with local (Exim 4.80) (envelope-from <ietf-http-wg-request@listhub.w3.org>) id 1cCcE4-0004GX-Fe for ietf-http-wg-dist@listhub.w3.org; Fri, 02 Dec 2016 01:01:20 +0000
Resent-Date: Fri, 02 Dec 2016 01:01:20 +0000
Resent-Message-Id: <E1cCcE4-0004GX-Fe@frink.w3.org>
Received: from titan.w3.org ([128.30.52.76]) by frink.w3.org with esmtps (TLS1.2:RSA_AES_128_CBC_SHA1:128) (Exim 4.80) (envelope-from <mnot@mnot.net>) id 1cCcDx-0004DK-Lw for ietf-http-wg@listhub.w3.org; Fri, 02 Dec 2016 01:01:13 +0000
Received: from mxout-07.mxes.net ([216.86.168.182]) by titan.w3.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.84_2) (envelope-from <mnot@mnot.net>) id 1cCcDl-0007Mt-ML for ietf-http-wg@w3.org; Fri, 02 Dec 2016 01:01:03 +0000
Received: from [192.168.3.104] (unknown [124.189.98.244]) (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by smtp.mxes.net (Postfix) with ESMTPSA id 98FC022E256; Thu, 1 Dec 2016 20:00:37 -0500 (EST)
Content-Type: text/plain; charset=us-ascii
Mime-Version: 1.0 (Mac OS X Mail 10.1 \(3251\))
From: Mark Nottingham <mnot@mnot.net>
In-Reply-To: <CANatvzwoUYaC_YPTTF6fdwN5aOiwrttyH9Xj7xYVR1i1DZ27bA@mail.gmail.com>
Date: Fri, 2 Dec 2016 12:00:34 +1100
Cc: Martin Thomson <martin.thomson@gmail.com>, Patrick McManus <pmcmanus@mozilla.com>, HTTP Working Group <ietf-http-wg@w3.org>
Content-Transfer-Encoding: quoted-printable
Message-Id: <037D2D57-7423-4375-9FEC-50B3106F42ED@mnot.net>
References: <CAOdDvNqk7W_oNWUismMb-ZuhvdboZNDQ0YV2BLsbka-FGC-7oA@mail.gmail.com> <39F32B28-7116-478A-B02A-E8310EA6E189@mnot.net> <CABkgnnVZeLQGES5Dige8u+ukSgqSfJNKiCuL=oK3gQnAb_3LNw@mail.gmail.com> <CANatvzwoUYaC_YPTTF6fdwN5aOiwrttyH9Xj7xYVR1i1DZ27bA@mail.gmail.com>
To: Kazuho Oku <kazuhooku@gmail.com>
X-Mailer: Apple Mail (2.3251)
Received-SPF: pass client-ip=216.86.168.182; envelope-from=mnot@mnot.net; helo=mxout-07.mxes.net
X-W3C-Hub-Spam-Status: No, score=-8.1
X-W3C-Hub-Spam-Report: AWL=1.473, BAYES_00=-1.9, RCVD_IN_DNSWL_LOW=-0.7, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001, W3C_AA=-1, W3C_DB=-1, W3C_IRA=-1, W3C_IRR=-3, W3C_WL=-1
X-W3C-Scan-Sig: titan.w3.org 1cCcDl-0007Mt-ML 3da54815a23d4d85b06725b8abfc402e
X-Original-To: ietf-http-wg@w3.org
Subject: Re: 6455 Websockets and the relationship to HTTP
Archived-At: <http://www.w3.org/mid/037D2D57-7423-4375-9FEC-50B3106F42ED@mnot.net>
Resent-From: ietf-http-wg@w3.org
X-Mailing-List: <ietf-http-wg@w3.org> archive/latest/33079
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>

> On 2 Dec. 2016, at 11:56 am, Kazuho Oku <kazuhooku@gmail.com> wrote:
> 
> 
> 
> 2016-12-02 9:19 GMT+09:00 Martin Thomson <martin.thomson@gmail.com>om>:
> On 2 December 2016 at 11:09, Mark Nottingham <mnot@mnot.net> wrote:
> > In particular, my recollection of the outcome of the discussion of WS in H2 was that a new SETTING or a new ALPN token could be used to indicate that a connection supports both H2 and WS. If there's a problem with doing so, that would be good to talk about as well. Especially considering QUIC.
> 
> There seems to be some reluctance to exercise that option.  I don't
> understand why; I've a bunch of candidate theories, but none of them
> make a lot of sense.
> 
> 
> My understanding is that the cons of using SETTINGS only is that it requires an additional roundtrip on connection establishment. I've heard people oppose to the use of ALPN since they want to use both H2 and WS (and possibly DNS?) on the same connection.

The semantics of the ALPN token can be "this connection supports H2 *and* WS."

It's true that taken to an extreme, this could lead to a combinatorial explosion. If I remember discussions at the time correctly, it was felt that having some positive pressure on implementations to identify and implement common profiles of protocols to support was a good thing.


> Personally, I think using both SETTINGS (or introducing a new frame) and ALPN solves the shortcomings (and the reluctance). We could consider ALPN as a method to specify the application protocol (e.g. HTTP or WS or DNS), and use SETTINGS for permitting additional protocols to be coalesced.

That's another way to do it too, provided the latency hit isn't critical. Since you've already got the H2 connection open in the typical case for WS, I think that'd work well, but I could be unaware of some use case that requires WS on the first RT.

Cheers,

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