Re: Making extensibility cheap

On 4/06/2014 3:31 p.m., Daniel Sommermann wrote:
> +1. Overall this reduction and the direction of the original proposal
> are looking great.
> 
> Martin, to just use SETTINGS to negotiate, are you implying that the
> extension takes effect for all frames sent after the SETTINGS-ack, as
> long as both the previously sent SETTINGS and the received SETTINGS
> contain the extension?
> 
> I am curious to first see some use cases for end-to-end extensions though.
> 
> I agree with the original proposal that ALTSVC and DATA gzip compression
> would be good candidates to move to extensions.

As would an extension permitting the interleave of frames from other
earlier streams (0, X, Y) between HEADER and CONTINUATION of stream Z.
Provided those interleaved frames do not touch HPACK state.

Amos

Received on Wednesday, 4 June 2014 11:01:42 UTC