Skip to content

Commit 2ebe1cc

Browse files
authored
Clarify Ack-Eliciting Threshold of 0 and 1
fixes #307
1 parent dc5a39c commit 2ebe1cc

File tree

1 file changed

+8
-2
lines changed

1 file changed

+8
-2
lines changed

draft-ietf-quic-ack-frequency.md

+8-2
Original file line numberDiff line numberDiff line change
@@ -452,8 +452,14 @@ consecutive CE-marked packets are received or only non-CE-marked packet received
452452
the endpoint resumes sending acknowledgements based on the Ack-Eliciting
453453
Threshold or max_ack_delay. Therefore, CE-marking only triggers an immediate
454454
acknowledgement when there is a transition from non-CE-marked to CE-marked.
455-
456-
Doing this maintains the peer's response time to congestion events, while also
455+
If the Ack-Eliciting Threshold is 0, every packet is anyway immediately
456+
acknowledged, no matter if marked with CE or not. If the Ack-Eliciting Threshold
457+
is 1, the default behavior as specified in RFC9000 applies, which recommends to
458+
immediately acknowledge all packets marked with CE (see
459+
{{Section 13.2.1 of QUIC-TRANSPORT}}).
460+
461+
Always acknowledging the first marked CE packet immediately maintains
462+
the peer's response time to congestion events, while also
457463
reducing the ACK rate compared to {{Section 13.2.1 of QUIC-TRANSPORT}} during
458464
extreme congestion or when peers are using DCTCP {{?RFC8257}} or other
459465
congestion controllers (e.g. {{?I-D.ietf-tsvwg-aqm-dualq-coupled}}) that mark

0 commit comments

Comments
 (0)