You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
HTTP/2.0 requires that implementations support a minimum frame size of 8192 bytes. The draft does not specify how an implementation is expected to learn that its peer has limited frame sizes other than by trial and error. Using RST_STREAM causes the error to be discovered after the problem has been encountered.
It's also not possible to use RST_STREAM to reject a too-large frame that is not bound to a specific stream.
This could be indicated in the SETTINGS frame.
The text was updated successfully, but these errors were encountered:
Since frame sizes have decreased to 64k maximum down from 16M, is it reasonable to drop this from the spec entirely and require implementations to handle full-sized frames?
HTTP/2.0 requires that implementations support a minimum frame size of 8192 bytes. The draft does not specify how an implementation is expected to learn that its peer has limited frame sizes other than by trial and error. Using RST_STREAM causes the error to be discovered after the problem has been encountered.
It's also not possible to use RST_STREAM to reject a too-large frame that is not bound to a specific stream.
This could be indicated in the SETTINGS frame.
The text was updated successfully, but these errors were encountered: