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

Re: #385: HTTP2 Upgrade / Negotiation

From: Amos Jeffries <squid3@treenet.co.nz>
Date: Wed, 24 Oct 2012 17:47:47 +1300
Message-ID: <508772F3.1020706@treenet.co.nz>
To: ietf-http-wg@w3.org
On 24/10/2012 5:12 p.m., William Chan (陈智昌) wrote:
> On Mon, Oct 22, 2012 at 7:50 PM, Mark Nottingham <mnot@mnot.net> wrote:
>> On 23/10/2012, at 1:33 PM, William Chan (陈智昌) <willchan@chromium.org> wrote:
>>> Overall, sounds good. I've included some clarifications/questions below.
>> [...]
>>>> Who's willing to do some experimentation? Specifically, does anyone have access to the code that was used before (IIRC, people bought some ads and inserted some Java to probe the network)?
>>> Do you mean the Chromium HTTP upgrade experiment agl referred to in
>>> http://www.ietf.org/mail-archive/web/tls/current/msg05593.html?
>> No, IIRC there was also some broader experimentation using ads; I'll dig around a bit more.
>> Of course, if Chrome (or any other browser) would be interested in running an experiment, we'd love to do that too -- provided we can have input into the design.
> Is there anything you'd like to change about the design in
> http://www.ietf.org/mail-archive/web/tls/current/msg05593.html? I'm in
> general supportive of running experiments, I just don't want to waste
> our time unless there was something deficient about the previous
> experiment. Also, I suspect a non-Google experiment would carry more
> weight :) External validation is good.
> On that point, at Realtime Conf today, Arnout Kazemier provided a
> bunch of data on issues with WebSockets deployment.
> https://speakerdeck.com/3rdeden/realtimeconf-dot-oct-dot-2012. As he
> says "tl;dl: Always use SSL".

The main deficiency I can see there is that it is aging data already and 
measures what the situation is in a market where middleware authors were 
given no incentive to support the feature.

The use case for Upgrade:HTTP/2.0 in particular is now providing that 
incentive for middleware implementations to support Upgrade better and 
indeed seems to have stronger support from middleware than end-software 
authors. Working with us rather than assuming we we never implement a 
needed feature will go a long way towards seeing that feature rolled 
out. The results of that single test could change dramatically in the 
coming years and are very likely to flow along with HTTP/2 rollout.

Received on Wednesday, 24 October 2012 04:48:21 UTC

This archive was generated by hypermail 2.3.1 : Tuesday, 1 March 2016 11:11:07 UTC