Re: #551: Limiting header sizes

Mark,

I think that a declared header limit, regardless of exact semantics, should
be declared in terms of uncompressed header size rather than header block
size.

We should be decoupling HTTP semantics from the framing layer and with all
the other proposals being currently considered (large frames, fragmented
headers, etc.) then I think we are hopefully moving away from having any
header limits (implicit or explicit) related to the frame size.

With regards to the change in semantics that you suggest, I'm fine with
that.   It really just means that it is not a protocol error for a sender
to ignore the setting.

cheers





On 16 July 2014 13:41, Mark Nottingham <mnot@mnot.net> wrote:

> A lot of the discussion around <
> 
> >.
>
> Thoughts?
>
>
> --
> Mark Nottingham   https://www.mnot.net/
>
>
>
>
>
>


-- 
Greg Wilkins <gregw@intalio.com>
http://eclipse.org/jetty HTTP, SPDY, Websocket server and client that scales
http://www.webtide.com  advice and support for jetty and cometd.

Received on Wednesday, 16 July 2014 04:01:44 UTC

Follow Lee on X/Twitter - Father, Husband, Serial builder creating AI, crypto, games & web tools. We are friends :) AI Will Come To Life!

Check out: eBank.nz (Art Generator) | Netwrck.com (AI Tools) | Text-Generator.io (AI API) | BitBank.nz (Crypto AI) | ReadingTime (Kids Reading) | RewordGame | BigMultiplayerChess | WebFiddle | How.nz | Helix AI Assistant