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

Re: Striving for Compromise (Consensus?)

From: Martin Thomson <martin.thomson@gmail.com>
Date: Fri, 11 Jul 2014 10:47:34 -0700
Message-ID: <CABkgnnUSrnz-zff_hGm3KqtkGw_nNM=aZXZwGnjB+pKR3hKhGw@mail.gmail.com>
To: Greg Wilkins <gregw@intalio.com>
Cc: Jeff Pinner <jpinner@twitter.com>, HTTP Working Group <ietf-http-wg@w3.org>
This seems to be the set that people are talking about most seriously:

On 11 July 2014 00:48, Greg Wilkins <gregw@intalio.com> wrote:
> 1) Increase frame size to 16-bits
> 1a) Add a settings for max_frame_size
> 1b) ...that defaults to 16k
> 1c) ...with some minimum (which might be 256, though a 256 byte frame could be all padding...)
> 2) Remove reference set from HPACK allowing for "streaming" decoding.
> 3) Requiring that all ":"-headers appear first.
> 4) Only allowing CONTINUATION if the previous frame is max_frame_size.
> 5) Allowing interleaving of CONTINUATION frames with other frames.
> 5b) The size of the HEADERS and CONTINUATION frames are removed from the
> flow control window, but the they are never flow controlled.

I think that 4 and 5 might be problematic.

4 doesn't seem to be well understood, but the interaction between TCP
congestion window and something like the proposed 5b could mean some
serious stalling/HOL issues.  More serious than the issues it purports
to address.

I think that 5 is a non-starter.  Roberto's analysis on this has
convinced me that this is an undesirable feature.
Received on Friday, 11 July 2014 17:48:02 UTC

This archive was generated by hypermail 2.3.1 : Wednesday, 30 March 2016 09:57:09 UTC