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

Send an immediate ACK #2025

Merged
merged 16 commits into from Feb 1, 2019
2 changes: 1 addition & 1 deletion draft-ietf-quic-recovery.md
Expand Up @@ -491,7 +491,7 @@ packet which is not one greater than the largest received packet number. The
receiver MAY send an immediate ACK when a missing packet begins exceeding the
peer's reordering threshold in packets to accelerate fast retransmit. Time
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

This is a problem, since the receiver does not know the peer's reordering threshold. Also, this sentence does not make sense "a missing packet begins exceeding ... threshold in packets"

threshold loss detection does not require any special ACK generation to
accelerate fast retransmit because it uses a timer.
accelerate fast retransmit, because it uses a timer.
ianswett marked this conversation as resolved.
Show resolved Hide resolved

Similarly, packets marked with the ECN Congestion Experienced (CE) codepoint in
the IP header SHOULD be acknowledged immediately, to reduce the peer's response
Expand Down