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

RE: Alternative Header Compression Update..

From: RUELLAN Herve <Herve.Ruellan@crf.canon.fr>
Date: Thu, 11 Jul 2013 16:55:18 +0000
To: James M Snell <jasnell@gmail.com>, "ietf-http-wg@w3.org" <ietf-http-wg@w3.org>
Message-ID: <6C71876BDCCD01488E70A2399529D5E525EF0080@ADELE.crf.canon.fr>

The 256-entry table acting as a circular buffer is probably a cleaner solution than what is currently in the compression spec.

For the low-level encoding of entries, I think I prefer encoding each entry separately using a few bits to signal which encoding is used. This is much simpler to use, and I would think slightly more compact.


> -----Original Message-----
> From: James M Snell [mailto:jasnell@gmail.com]
> Sent: mercredi 10 juillet 2013 02:40
> To: ietf-http-wg@w3.org
> Subject: Alternative Header Compression Update..
> All,
> Even tho we decided at the face-to-face to move forward with the header
> compression draft as the starting point with header compression in http/2 for
> the implementation draft, I definitely remain skeptical of the overall design
> of the scheme. I have voiced my reservations in the past and after
> implementing the current header compression scheme, my reservations
> about it's design remain.
> Combining elements of my previous explorations here with ideas from the
> current header compression draft, I have posted another update to the
> "Stored Header Encoding" draft.
>   http://www.ietf.org/id/draft-snell-httpbis-bohe-11.txt

> This details an alternative scheme that ditches the differential encoding and
> the reference set, uses a fixed range of header table indices (0x00-FF), and
> uses a least-recently-written eviction strategy without renumbering. This
> approach is significantly less complicated to implement at the cost of only a
> small handful of additional bytes on the wire.
> - James

Received on Thursday, 11 July 2013 16:55:47 UTC

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