Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Discovering Maximum Frame Size #28

Closed
martinthomson opened this issue Feb 19, 2013 · 4 comments
Closed

Discovering Maximum Frame Size #28

martinthomson opened this issue Feb 19, 2013 · 4 comments

Comments

@martinthomson
Copy link
Collaborator

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.

@mnot
Copy link
Member

mnot commented Feb 27, 2013

Can you bring this up on-list, please?

@jpinner
Copy link

jpinner commented Feb 28, 2013

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?

@grmocg
Copy link
Contributor

grmocg commented Mar 4, 2013

64k is a large amount for an embedded device (but then again it shouldn't be receiving that much data then, probably)?

@mnot
Copy link
Member

mnot commented Jun 13, 2013

Discussed at SF Interim; max frame size is fixed.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

4 participants