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

Add details of marking packets lost on PTO #2624

Merged
merged 13 commits into from Apr 18, 2019
Merged

Add details of marking packets lost on PTO #2624

Changes from 1 commit
Commits
Show all changes
13 commits
Select commit Hold shift + click to select a range
dee63bb
Add details of marking packets lost on PTO
janaiyengar Apr 15, 2019
85fb8c4
lint
janaiyengar Apr 15, 2019
ffa1e6d
s/endpoint/sender
janaiyengar Apr 16, 2019
94d4ecc
SHOULD send, MAY mark as lost
janaiyengar Apr 16, 2019
f38b74b
grammaring
janaiyengar Apr 16, 2019
98bd510
clean up
janaiyengar Apr 16, 2019
deff1fd
Update draft-ietf-quic-recovery.md
ianswett Apr 16, 2019
a04207e
nick and ian suggestions
janaiyengar Apr 18, 2019
d1d0648
fix conflict
janaiyengar Apr 18, 2019
dfde380
Update draft-ietf-quic-recovery.md
ianswett Apr 18, 2019
52d47be
nits
janaiyengar Apr 18, 2019
13fcfe9
grammar
janaiyengar Apr 18, 2019
6344ffe
Update draft-ietf-quic-recovery.md
ianswett Apr 18, 2019
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 @@ -638,7 +638,7 @@ or previously-sent data to send.
When there is no data to send, the sender SHOULD send a PING or other
ack-eliciting frame in a single packet, re-arming the PTO timer.

Alternatively, instead of sending the ack-eliciting packet, the sender MAY mark
Alternatively, instead of sending an ack-eliciting packet, the sender MAY mark
any packets still in flight as lost. Doing so avoids sending an additional
packet, but increases the risk that loss is declared too aggressively, resulting
in an unnecessary rate reduction by the congestion controller.
Expand Down