Re: [quicwg/base-drafts] Document TCP RTO vs QUIC PTO (#3441)

[Jana Iyengar <[e-mail]>]

janaiyengar commented on this pull request.



> +window whenever the timer expires.  In practice, this is similar to TCP with
+F-RTO, but it does allow more packets to be sent when the congestion window was
+not fully utilized prior to the probe timeout expiring. Though this is slightly
+more aggressive than TCP RTO, it's less aggressive than if the connection was
+not application limited.

```suggestion
window whenever the timer expires. In doing this, QUIC avoids congestion window reductions that
might otherwise be caused by spurious retransmissions, obviating the need for correcting
mechanisms such as F-RTO {{cite}}.

Since QUIC does not collapse the congestion window on a PTO expiration, a QUIC sender is not
limited from sending more application data after a PTO expiration. A sender could be application-limited,
have a PTO timer expire, and then send as much application data as the congestion window allows after.
At first glance this might seem to be more aggressive than TCP's RTO mechanism, where a sender
is effectively limited to sending a single packet after an RTO expiration. However, TCP's RTO period is
more accurately modeled in QUIC by the persistent congestion event, after which QUIC also limits the
sender's congestion window. 
```

-- 
You are receiving this because you are subscribed to this thread.
Reply to this email directly or view it on GitHub:
https://github.com/quicwg/base-drafts/pull/3441#pullrequestreview-368435666