Re: Call for Adoption: Cache Digests for HTTP/2

> On 22 Jun 2016, at 07:52, Mark Nottingham <> wrote:
> Please state whether you support adoption, and ideally why. Expressions of interest in implementation would also be very helpful.

I support adoption of this draft. I will also commit to building a partial implementation: that is, I will add support for handling and emitting the CACHE_DIGEST frame to my Python libraries, but I will not commit to updating any Python server or client to respecting or emitting CACHE_DIGEST by default.

The Cache Digest draft strikes me as an interesting way to resolve a very real tension in HTTP/2. HTTP/2 has a serious focus on reducing the number of network round-trips that are needed for a client to obtain all the resources, but it provides no obvious way for a client to inform a server or intermediary that certain resources are not required. RST_STREAM, as this draft points out, is usable in this role, but certainly not ideal.

For me, then, Cache Digest seems like a useful extension to HTTP/2. It’s certainly not mandatory, and its existence doesn’t hint at an oversight in RFC 7540, but it’s the perfect example of what a HTTP/2 extension can do: provide better information sharing between the client and the server to improve their efficiency.


Received on Wednesday, 22 June 2016 07:27:34 UTC