From 942f94e70a3ddf8c72a7d2f353ef15cd637a5213 Mon Sep 17 00:00:00 2001 From: ianswett Date: Sat, 29 Aug 2020 12:32:13 -0400 Subject: [PATCH] Unify the recovery period text Removes a MAY and a MUST that are no longer necessary. --- draft-ietf-quic-recovery.md | 18 ++++++++---------- 1 file changed, 8 insertions(+), 10 deletions(-) diff --git a/draft-ietf-quic-recovery.md b/draft-ietf-quic-recovery.md index bc3e6bf429..de8a378c31 100644 --- a/draft-ietf-quic-recovery.md +++ b/draft-ietf-quic-recovery.md @@ -791,21 +791,19 @@ period is acknowledged. On entering a recovery period, a sender MUST set the slow start threshold to half the value of the congestion window at the moment that loss is detected. The congestion window MUST be set to the reduced value of the slow start threshold -before exiting the recovery period. Implementations MAY set the congestion -window immediately on entering a recovery period or use other mechanisms, such -as Proportional Rate Reduction ({{?PRR=RFC6937}}), to reduce it more gradually. +before exiting the recovery period. + +Implementations MAY set the congestion window immediately on entering a recovery +period or use other mechanisms, such as Proportional Rate Reduction +({{?PRR=RFC6937}}), to reduce it more gradually. If the congestion window is +reduced immediately, a single packet can be sent prior to reduction. This speeds +up loss recovery if the data in the lost packet is retransmitted and is similar +to TCP as described in Section 5 of {{?RFC6675}}. The recovery period aims to limit congestion window reduction to once per round trip. Therefore during recovery, the congestion window remains unchanged irrespective of new losses or increases in the ECN-CE counter. -When entering a recovery period, a single packet MAY be sent even if bytes in -flight now exceeds the recently reduced congestion window. This speeds up loss -recovery if the data in the lost packet is retransmitted and is similar to TCP -as described in Section 5 of {{?RFC6675}}. If further packets are lost while -the sender is in recovery, sending any packets in response MUST obey the -congestion window limit. - ## Ignoring Loss of Undecryptable Packets During the handshake, some packet protection keys might not be available when