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.

Sign up for GitHub

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

Jump to bottom

Another pacing algorithm #3655

Closed
wants to merge 5 commits into from
Closed

Another pacing algorithm #3655

Changes from 1 commit
Commits
Show all changes
5 commits
Select commit Hold shift + click to select a range
c920dc3
Another pacing algorithm
ianswett May 13, 2020
d6ab1c7
Update draft-ietf-quic-recovery.md
ianswett May 13, 2020
9ee95e1
Update draft-ietf-quic-recovery.md
ianswett May 13, 2020
abfdd75
Update draft-ietf-quic-recovery.md
ianswett May 13, 2020
888ea2d
Update draft-ietf-quic-recovery.md
ianswett May 13, 2020
File filter

Filter by extension

Filter by extension
Conversations
Failed to load comments.
Jump to
Jump to file
Failed to load files.
Diff view
Diff view
2 changes: 1 addition & 1 deletion draft-ietf-quic-recovery.md
View file
Open in desktop
Expand Up @@ -908,7 +908,7 @@ not including UDP or IP overhead.

Endpoints can implement pacing as they choose, as long as bursts are not larger
than the initial window and average sending rate over a round trip does not
exceed a small multiple, `pacing_gain`, of the congestion window. Allowing for
exceed a small multiple, `pacing_gain`, of the congestion window. Larger
bursts can reduce CPU utilization at the risk of increased retransmits rates.

A `pacing_gain` multiplier greater than 1 allows senders to increase the rate
Expand Down