Re: [quicwg/base-drafts] Change on idle behaviour (#2553)

[ianswett <[e-mail]>]

ianswett commented on this pull request.

I think this looks good, some small suggestions. 

> @@ -724,13 +724,11 @@ in Linux (3.11 onwards).
 A sender becomes idle if it ceases to send data and has no bytes in flight.  A
 sender's congestion window MUST NOT increase while it is idle.
 
-When sending data after becoming idle, a sender MUST reset its congestion window
-to the initial congestion window (see Section 4.1 of {{?RFC5681}}), unless it
-paces the sending of packets. A sender MAY retain its congestion window if it
-paces the sending of any packets in excess of the initial congestion window.
-
-A sender MAY implement alternate mechanisms to update its congestion window
-after idle periods, such as those proposed for TCP in {{?RFC7661}}.
+When sending data after becoming idle and a sender does not pace the sending
+of pacjets, it MUST reset its congestion window to the initial congestion

```suggestion
of packets, it MUST reset its congestion window to the initial congestion
```

> @@ -724,13 +724,11 @@ in Linux (3.11 onwards).
 A sender becomes idle if it ceases to send data and has no bytes in flight.  A
 sender's congestion window MUST NOT increase while it is idle.
 
-When sending data after becoming idle, a sender MUST reset its congestion window
-to the initial congestion window (see Section 4.1 of {{?RFC5681}}), unless it
-paces the sending of packets. A sender MAY retain its congestion window if it
-paces the sending of any packets in excess of the initial congestion window.
-
-A sender MAY implement alternate mechanisms to update its congestion window
-after idle periods, such as those proposed for TCP in {{?RFC7661}}.
+When sending data after becoming idle and a sender does not pace the sending
+of pacjets, it MUST reset its congestion window to the initial congestion
+window (see Section 4.1 of {{?RFC5681}}). A sender MAY implement alternate

Suggestion: "If packet sending is paced, a sender MAY implement alternate mechanisms to update its congestion window after idle periods, such as those proposed for TCP in {{?RFC7661}}.

-- 
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/2553#pullrequestreview-218826720