Re: [quicwg/base-drafts] Editorial fixes to ECN text (#2189)

[janaiyengar <[e-mail]>]

janaiyengar commented on this pull request.



> @@ -3031,33 +3031,28 @@ an ACK frame without ECN feedback, the endpoint stops setting ECT codepoints in
 subsequent IP packets, with the expectation that either the network path or the
 peer no longer supports ECN.
 
-To reduce the risk of non-standard compliant ECN markings affecting the
-operation of an endpoint, an endpoint verifies the counts it receives when it
-receives new acknowledgements:
+Network devices that corrupt or apply non-standard ECN markings might result in
+reduced throughput or other undesirable side-effects.  To reduce this risk, an
+endpoint uses the following steps to verify the counts it receives in an ACK
+frame.  Note that the counts MUST NOT be verified if the ACK frame does not

We can add a requirement that a receiver MUST NOT decrease the largest acked. I cannot see a reason (let alone a good one) why a receiver would do this. QUIC does not allow reneging of acked data, so decreasing the largest acked is strictly bad. That resolves this issue, right?

-- 
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/2189#discussion_r242724075