Skip to main content

Header Compression for HTTP/QUIC
draft-bishop-quic-http-and-qpack-02

The information below is for an old version of the document.
Document Type
This is an older version of an Internet-Draft whose latest revision state is "Replaced".
Expired & archived
Author Mike Bishop
Last updated 2017-08-12 (Latest revision 2017-02-08)
Replaced by draft-ietf-quic-qpack, draft-ietf-quic-qpack, RFC 9204
RFC stream (None)
Formats
Additional resources
Stream Stream state (No stream defined)
Consensus boilerplate Unknown
RFC Editor Note (None)
IESG IESG state Expired
Telechat date (None)
Responsible AD (None)
Send notices to (None)

This Internet-Draft is no longer active. A copy of the expired Internet-Draft is available in these formats:

Abstract

HTTP/2 [RFC7540] uses HPACK [RFC7541] for header compression. However, HPACK relies on the in-order message-based semantics of the HTTP/2 framing layer in order to function. Messages can only be successfully decoded if processed by the decoder in the same order as generated by the encoder. This draft refines HPACK to loosen the ordering requirements for use over QUIC [I-D.ietf-quic-transport].

Authors

Mike Bishop

(Note: The e-mail addresses provided for the authors of this Internet-Draft may no longer be valid.)