RE: Alternative Header Compression Update..

James,

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.

Hervé.

> -----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