Re: HTTP/2 extensions and proxies

Doing a RST_STREAM (which, arguably would be insufficient for the kind of
error that you're talking about) unnecessarily removes the ability to
experiment with hint-like extensions, as I've said a number of times before.

If a proxy hasn't stated that it will not drop frames, then the only
non-standard frames allowed are those which, if dropped, cause no
desynchronization.
As an example, frames that state priority in some new way should be
perfectly safe and allowed. If dropped, no correctness is sacrificed.

-=R


On Tue, Oct 1, 2013 at 12:22 PM, James M Snell <jasnell@gmail.com> wrote:

> On Tue, Oct 1, 2013 at 12:11 PM, Martin Thomson
> <martin.thomson@gmail.com> wrote:
> >[snip]
> > If we need end-to-end extensions, then intermediaries need to ignore, but
> > pass, unknown stuff. However, I think that we need to allow for
> > intermediaries that don't want to assume the risks associated with
> > extensions and allow intermediaries to drop unknown frames, but only if
> they
> > drop *all* unknown frames.
>
> -1 .. if the intermediary needs to drop unknown frames, then it needs
> to RST_STREAM. Allowing the intermediary to silently drop frames
> midstream can lead to potential disaster. Either let everything thru,
> or let nothing thru. Period.
>
>