W3C home > Mailing lists > Public > ietf-http-wg@w3.org > October to December 2016

Re: 6455 Websockets and the relationship to HTTP

From: Andy Green <andy@warmcat.com>
Date: Fri, 02 Dec 2016 11:43:54 +0800
Message-ID: <1480650234.4219.23.camel@warmcat.com>
To: Patrick McManus <mcmanus@ducksong.com>
Cc: Amos Jeffries <squid3@treenet.co.nz>, HTTP Working Group <ietf-http-wg@w3.org>
On Thu, 2016-12-01 at 22:14 -0500, Patrick McManus wrote:
> 
> On Thu, Dec 1, 2016 at 9:33 PM, Andy Green <andy@warmcat.com> wrote:
> > The actual game here is "provide a transport for JS WS API on
> > h2".  It
> 
> indeed - but what I'm trying to get to the root of in this thread is
> what motivates that. If the game is to get it into somebody's
> charter. that is going to need to be crisp. So far I've really only
> heard 2 strong motivators (along with a few complementary smaller
> ones)

Charters and such are about the politics of implementing it.  If it
doesn't get implemented, or maybe not implemented until more h2 rollout
amongst the Great Unwashed makes them turn up here asking the same
thing over and over, life will go on.

> 1] it is inherently a problem that 6455 can only be done on h1
> because it is left behind the h2 curve. To be honest, this is
> generally stated as a given but it isn't obviously true to me. I 

It's consistently been the case trying to discuss it here, but it's
still surprising to me.  One major browser feature is orphaned as it is
from h2.

> haven't heard this fleshed out very convincingly - I tried to give
> some seeds to help build that argument in the first message of this
> thread.. but to my mind there hasn't been a convincing case made yet
> that this is a problem (which isn't to say I think the case can't be
> made).
> 
> 2] ws needs mux (and priority and flow control that go with it)  and
> h2 has already solved that thorny problem. I buy this if ws needs
> mux. I supported mux with Roberto in the hybi days and the wg decided
> against doing it in the base version as part of 6455. This seems to
> be a stronger argument  But has the lack of mux been a problem in
> practice for ws? anecdotes or data to support that?

Maybe I'm crazy but although these are advantageous, they are just
optimizations to me.

The basic problem is you can't deploy an h2 server that also does ws,
even in a not very efficient way.  This seems like something failed
somewhere, and one way or another should be enabled.

^--- that's all the "convincing" I plan to do.

-Andy

> -P
> 
Received on Friday, 2 December 2016 03:44:43 UTC

This archive was generated by hypermail 2.3.1 : Friday, 2 December 2016 03:44:46 UTC