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

editorial: This sentence was hard to parse for me (recovery) #3383

Merged
merged 4 commits into from
Jan 23, 2020
Merged

editorial: This sentence was hard to parse for me (recovery) #3383

Changes from all commits
Commits
Show all changes
4 commits
Select commit Hold shift + click to select a range
8de9021
editorial: This sentence was hard to parse for me (recovery)
mirjak Jan 22, 2020
d3cc031
English hard be...
mirjak Jan 22, 2020
f8162be
Update draft-ietf-quic-recovery.md
mirjak Jan 23, 2020
81f10dc
Update draft-ietf-quic-recovery.md
mirjak Jan 23, 2020
File filter

Filter by extension

Filter by extension
Conversations
Failed to load comments.
Loading
Jump to
Jump to file
Failed to load files.
Loading
Diff view
Diff view
7 changes: 4 additions & 3 deletions draft-ietf-quic-recovery.md
View file
Open in desktop
Original file line number Diff line number Diff line change
Expand Up @@ -272,9 +272,10 @@ SHOULD NOT be used to update RTT estimates if it does not newly acknowledge the
largest acknowledged packet.

An RTT sample MUST NOT be generated on receiving an ACK frame that does not
newly acknowledge at least one ack-eliciting packet. A peer does not send an
ACK frame on receiving only non-ack-eliciting packets, so an ACK frame that is
subsequently sent can include an arbitrarily large Ack Delay field. Ignoring
newly acknowledge at least one ack-eliciting packet. A peer usually does not
send an ACK frame when only non-ack-eliciting packets are received. Therefore
an ACK frame that contains acknowledgements for only non-ack-eliciting packets
could include an arbitrarily large Ack Delay value. Ignoring
such ACK frames avoids complications in subsequent smoothed_rtt and rttvar
computations.

Expand Down