W3C home > Mailing lists > Public > ietf-http-wg@w3.org > April to June 2011

Re: #282: Recommend minimum sizes for protocol elements

From: Willy Tarreau <w@1wt.eu>
Date: Fri, 24 Jun 2011 20:13:40 +0200
To: David Morris <dwm@xpasc.com>
Cc: ietf-http-wg@w3.org
Message-ID: <20110624181340.GA4641@1wt.eu>
On Fri, Jun 24, 2011 at 11:05:18AM -0700, David Morris wrote:
> Sounds like a good idea to me. I still professionally live in a dial-up
> world so less is better.
> Since I've not followed this topic from the beginning, I appologize if
> the following is a repeat ... but it seems to me that the early/original
> cookie specifcations allowed for a 4k cookie value? Folding multiple
> values into a single header might be an issue. Might want to note that
> if folding would cause the field length to be violated, then the
> mulitple headers shouldn't be folded?

Note that we're not speaking about a strict rule which could be violated,
just a hint about what size should have a high chance of passing without
complex verifications.

Many products will support more, but at least senders will know that if
they want to rely on more than 4kB they're among the rare people doing
so and that a validation of the whole chain would be a good idea before
thinking that everything will work out of the box. In short, this
recommendation should progressively motivate implementations to try to
send smaller headers, or at least not to waste too much space for no

Received on Friday, 24 June 2011 18:14:06 UTC

This archive was generated by hypermail 2.4.0 : Friday, 17 January 2020 17:13:52 UTC