Re: Striving for Compromise (Consensus?)

In message <>, Martin Thomson w
>On 11 July 2014 13:09, Poul-Henning Kamp <> wrote:

>>>This point:
>>>> The current design handles this fairly well, at most one set of headers can
>>>> be incomplete at any point in time (sending a large number of incomplete
>>>> headers and keeping most of them incomplete most of the time is an
>>>> excellent attack vector, which the design currently precludes).
>> This would be even more the case if we insist, as proposed, that all
>> headers go into a single frame.
>You mean that it would help avoid having multiple incomplete header
>blocks outstanding.  If so, then yes.  Knowing size up front means
>that you can RST streams that you know will blow your limits (though
>with compression, you can't be sure that a smaller frame won't).

I mean that if we insist the entire header-set goes into a single
frame at most *zero* set of headers can be incomplete at any point
in time.

Poul-Henning Kamp       | UNIX since Zilog Zeus 3.20
phk@FreeBSD.ORG         | TCP/IP since RFC 956
FreeBSD committer       | BSD since 4.3-tahoe    
Never attribute to malice what can adequately be explained by incompetence.

Received on Friday, 11 July 2014 20:24:20 UTC