Re: Recovery from decompression failure (was: Re: Cost analysis: (was: Getting to Consensus: CONTINUATION-related issues))

2014/07/23 1:45 "Martin Thomson" <>:
> On 22 July 2014 09:29, Tatsuhiro Tsujikawa <> wrote:
> > If 2 SETTINGS_HEADER_TABLE_SIZE is in SETTINGS, say 0 and N in this
> > do we have to encode 2 encoding context update for both 0 and N or for
> > N?
> This needs clarification, because it's only implicit currently.  You
> need to include the lowest and highest values you have seen in
> settings when sending the next frame.

We need to also clarify when first header table size change applies: a)
reception of SETTINGS (and its ACK) or b) encoding context update.
My understanding is a). The receiver of SETTINGS processes the setting
values in the order they appear in a frame and shrinking header table size
necessary. Then it can send encoding context update only for last seen
table size value.  This is possible because receiver of SETTINGS ACK also
applies its pending settings in the same way.  It then validates the
received encoding context update against last seen value and applies table
size again.  This is simpler than multiple encodong context update because
we just renember and validate 1 value instead of 2.

Best regards,
Tatsuhiro Tsujikawa

Received on Wednesday, 23 July 2014 00:50:50 UTC