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

ack_delay in the first Handshake and 1RTT packet #3981

Closed
wants to merge 6 commits into from
Closed

ack_delay in the first Handshake and 1RTT packet #3981

Changes from 1 commit
Commits
Show all changes
6 commits
Select commit Hold shift + click to select a range
9090e42
ack_delay in the first Handshake and 1RTT packet
ianswett Aug 3, 2020
311d22d
Update draft-ietf-quic-transport.md
ianswett Aug 3, 2020
9ed9536
Update draft-ietf-quic-recovery.md
ianswett Aug 3, 2020
2226fe7
Update draft-ietf-quic-recovery.md
ianswett Aug 4, 2020
cb6f4c7
Update draft-ietf-quic-recovery.md
ianswett Aug 4, 2020
73ec359
Update draft-ietf-quic-recovery.md
ianswett Aug 4, 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
11 changes: 7 additions & 4 deletions draft-ietf-quic-recovery.md
View file
Open in desktop
Expand Up @@ -363,12 +363,15 @@ When adjusting an RTT sample using peer-reported acknowledgement delays, an
endpoint:

- MUST ignore the ACK Delay field of the ACK frame for packets sent in the
Initial and Handshake packet number space, except for the first ACK frame
received in Handshake.
Initial packet number space.

- MUST ignore the ACK Delay field of the ACK frame for packets sent in the
Handshake packet number space, unless the ACK frame only acknowledges
packets sent prior to the peer having decryption keys.

- MUST use the lesser of the value reported in ACK Delay field of the ACK frame
and the peer's max_ack_delay transport parameter, unless it's the first ACK
frame received for Handshake or ApplicationData.
and the peer's max_ack_delay transport parameter, unless the ACK frame only
acknowledges packets sent prior to the peer having decryption keys.

- MUST NOT apply the adjustment if the resulting RTT sample is smaller than the
min_rtt. This limits the underestimation that a misreporting peer can cause
Expand Down