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

Re: HPACK encoder/decoder memory bounding

From: Martin Thomson <martin.thomson@gmail.com>
Date: Fri, 25 Oct 2013 11:18:13 -0700
Message-ID: <CABkgnnUdQJYkX_i1_m2RZEzqQ_qgvzUeFN0sTjJztfpBxUzjMw@mail.gmail.com>
To: Fred Akalin <akalin@google.com>
Cc: Tatsuhiro Tsujikawa <tatsuhiro.t@gmail.com>, Hervé Ruellan <ruellan.crf@gmail.com>, Osama Mazahir <OSAMAM@microsoft.com>, HTTP Working Group <ietf-http-wg@w3.org>
On 25 October 2013 11:11, Fred Akalin <akalin@google.com> wrote:
> SETTINGS_HEADER_TABLE_SIZE is already special, since it requires an ack. It
> doesn't seem that much more onerous to make it negotiable.

All settings require an ACK.

> Remember that the setting applies to both contexts, so the other endpoint is
> forced to keep a full-size context for the decoding state, or close the
> connection. That doesn't seem good.

An encoder is not forced to track the entire table.  It only needs to
track the entries it wishes to use again.

Unless it wants to use the static table, in which case it has to track
the size of all the entries.  But it has a measure of control over
that too, since it decides what is added to the table in the first
Received on Friday, 25 October 2013 18:18:40 UTC

This archive was generated by hypermail 2.4.0 : Friday, 17 January 2020 17:14:19 UTC