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

Create a firm recommendation on when to send WINDOW_UPDATE #237

Closed
martinthomson opened this issue Jan 26, 2017 · 2 comments
Closed

Create a firm recommendation on when to send WINDOW_UPDATE #237

martinthomson opened this issue Jan 26, 2017 · 2 comments
Labels
-transport design An issue that affects the design of the protocol; resolution requires consensus. has-consensus An issue that the Chairs have determined has consensus, by canvassing the mailing list.

Comments

@martinthomson
Copy link
Member

@ianswett says that we need a hard line recommendation on when a WINDOW_UPDATE is required. He suggests that once you get to 1/3 of the space you have allocated to flow control remaining, you SHOULD send a WINDOW_UPDATE along with the next ACK.

@martinthomson martinthomson added design An issue that affects the design of the protocol; resolution requires consensus. -transport labels Jan 26, 2017
@mcmanus
Copy link
Contributor

mcmanus commented Jan 26, 2017 via email

@martinthomson
Copy link
Member Author

We currently have this advice (2RTT before the window runs down).

@mnot mnot added the has-consensus An issue that the Chairs have determined has consensus, by canvassing the mailing list. label Sep 26, 2017
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
-transport design An issue that affects the design of the protocol; resolution requires consensus. has-consensus An issue that the Chairs have determined has consensus, by canvassing the mailing list.
Projects
None yet
Development

No branches or pull requests

3 participants