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

Re: Call for Expressions of Interest in Proposals for HTTP/2.0 and New HTTP Authentication Schemes

From: Jan Engelhardt <jengelh@inai.de>
Date: Tue, 3 Jul 2012 14:18:41 +0200 (CEST)
To: Mark Nottingham <mnot@mnot.net>
cc: HTTP Working Group <ietf-http-wg@w3.org>
Message-ID: <alpine.LNX.2.01.1207030438020.9375@frira.zrqbmnf.qr>

On Tuesday 2012-07-03 04:12, Mark Nottingham wrote:

>Please submit feedback to this from your implementation or
>deployment ASAP; without this information, I'll be forced to rely on
>my own impressions more heavily when judging consensus (which means
>less grounds for complaining if it doesn't go your way).
>
>Note that one of the options on the table for the protocol, by
>default, is to do nothing -- i.e., continue to develop HTTP/1.1
>pipelining to address performance concerns (which quite a few
>implementations have been doing recently).
>
>Likewise, no expressions of interest in implementing or using the
>proposed authentication schemes is hard to misinterpret.

Rather than reinventing extra framing atop of TCP, the use of SCTP for 
multiple concurrent HTTP streams should be considered. I wouldn't let 
"SCTP is not deployed" count as an argument. IPv6 was/is not deployed 
either (depending on who you ask). New protocols hardly ever are.



Server pushes: One of the big strengths of HTTP has been that the user 
agent chooses which URLs to download data from. Other voices on the 
Internet point out that server-side pushes look like an attempt to 
counter adblockers; while adblockers will likely continue to do their 
job (after all, all data has some location), server side pushes can 
actually clog the pipe if they can send arbitrary documents anytime - 
and make it anything but spdy.

Let the client choose the modus operandi. Require that a HTTP/2.x server 
supports traditional pushless operation.


>> The proposals we've received are listed here:
>>  http://trac.tools.ietf.org/wg/httpbis/trac/wiki/Http2Proposals
>>  http://trac.tools.ietf.org/wg/httpbis/trac/wiki/HttpAuthProposals
>> 
>> Note that a few are not fully-formed proposals in their own right, 
>>and therefore they're not really appropriate to consider as starting 
>>points for further work, but instead as input documents that can 
>>inform further discussion once we choose a starting point.
Received on Tuesday, 3 July 2012 12:19:14 GMT

This archive was generated by hypermail 2.2.0+W3C-0.50 : Tuesday, 3 July 2012 12:19:20 GMT