Skip to content

Commit

Permalink
Update draft-ietf-quic-recovery.md
Browse files Browse the repository at this point in the history
Co-authored-by: Jana Iyengar <jri.ietf@gmail.com>
  • Loading branch information
ianswett and janaiyengar committed Jan 7, 2021
1 parent 3dd1e5c commit 609c9c7
Showing 1 changed file with 8 additions and 8 deletions.
16 changes: 8 additions & 8 deletions draft-ietf-quic-recovery.md
Original file line number Diff line number Diff line change
Expand Up @@ -231,14 +231,14 @@ QUIC uses a probe timeout (PTO; see {{pto}}), with a timer based on TCP's RTO
computation; see {{?RFC6297}}. QUIC's PTO includes the peer's maximum expected
acknowledgment delay instead of using a fixed minimum timeout.

As reflected by TLP defined in RACK ({{?RACK=I-D.ietf-tcpm-rack}}), a single
packet loss at the tail does not indicate persistent congestion, so QUIC does
not collapse the congestion window when the PTO expires. Instead of
collapsing the congestion window and declaring everything in-flight lost, QUIC
specifies a time-based definition to ensure one or more packets are sent prior
to a dramatic decrease in congestion window; see {{persistent-congestion}}.
QUIC allows probe packets to temporarily exceed the congestion window
whenever the timer expires.
Similar to the RACK-TLP loss detection algorithm for TCP
({{?RACK=I-D.ietf-tcpm-rack}}), QUIC does not collapse the congestion window
when the PTO expires, since a single packet loss at the tail does not indicate
persistent congestion. Instead, QUIC collapses the congestion window when
persistent congestion is declared; see {{persistent-congestion}}.

QUIC allows probe packets to temporarily exceed the congestion window whenever
the timer expires.

In doing this, QUIC avoids unnecessary congestion window reductions, obviating
the need for correcting mechanisms such as F-RTO ({{?RFC5682}}). Since QUIC does
Expand Down

0 comments on commit 609c9c7

Please sign in to comment.