From: Jonathan Morton <chromatix99@gmail.com>
To: "Holland, Jake" <jholland@akamai.com>
Cc: Steven Blake <slblake@petri-meat.com>,
ECN-Sane <ecn-sane@lists.bufferbloat.net>
Subject: Re: [Ecn-sane] IETF 110 quick summary
Date: Tue, 9 Mar 2021 21:09:23 +0200 [thread overview]
Message-ID: <B42B2343-89F4-4C08-AC60-A0580E846B8B@gmail.com> (raw)
In-Reply-To: <FE732559-94DB-40DD-96A7-4C0BCD23CAED@akamai.com>
> On 9 Mar, 2021, at 8:44 pm, Holland, Jake <jholland@akamai.com> wrote:
>
> …classic ECN traffic will not respond as quickly as L4S…
I know it wasn't you making this claim, Jake, but I have to point out that it's completely false. Classic ECN transports actually respond *more* quickly to a CE mark than L4S transports.
Let's walk through the processes.
RFC-3168 TCP:
A single CE mark is applied to a data segment.
The receiver immediately sends an ACK with ECE set, and keeps ECE set on all further ACKs until a CWR cancels it.
The sender gets the ECE, reduces the cwnd immediately, and sends the next data segment with CWR set to confirm it.
Proportional Rate Reduction may be used to spread out the reduction in actual in-flight data. This takes at most one RTT.
From the queue's perspective, one RTT (the minimum possible) elapses before the arrival rate from the sender halves (due to PRR). After two RTTs maximum, the in-flight data has reached a new, substantially lower value than the original.
L4S TCP (Prague):
A single CE mark is applied to a data segment.
The receiver updates the CE mark counter in the next ACK.
The sender sees the new counter value, and feeds it into a low-pass filter which operates on discrete time intervals.
When the filter is next processed, on average a single CE mark results in half a segment being removed from the cwnd. Half the time, this results in no externally visible change to the data in flight. The other half, it is a very slight response.
From the queue's perspective, one RTT plus (on average) half the filter window passes before any possible response reaches it, and half the time it's no response anyway, the other half a single segment reduction. Meanwhile, at least one segment has been added to the cwnd in the RTT-plus time since the mark was applied (due to Reno-style growth).
I do not see how TCP Prague's response can be described as "faster" than that of standard TCP.
- Jonathan Morton
next prev parent reply other threads:[~2021-03-09 19:09 UTC|newest]
Thread overview: 22+ messages / expand[flat|nested] mbox.gz Atom feed top
2021-03-08 23:47 Pete Heist
2021-03-08 23:57 ` Dave Taht
2021-03-09 2:13 ` Holland, Jake
2021-03-09 4:06 ` Steven Blake
2021-03-09 9:57 ` Pete Heist
2021-03-09 13:53 ` Jonathan Morton
2021-03-09 14:27 ` Sebastian Moeller
2021-03-09 14:35 ` Dave Taht
2021-03-09 17:31 ` Steven Blake
2021-03-09 17:50 ` Steven Blake
2021-03-09 18:07 ` Rodney W. Grimes
2021-03-09 18:13 ` Pete Heist
2021-03-09 19:51 ` Holland, Jake
2021-03-09 20:53 ` Pete Heist
2021-03-09 18:44 ` Holland, Jake
2021-03-09 19:09 ` Jonathan Morton [this message]
2021-03-09 19:27 ` Holland, Jake
2021-03-09 19:42 ` Jonathan Morton
2021-03-09 8:43 ` Pete Heist
2021-03-09 15:57 ` Holland, Jake
2021-03-09 11:06 ` Jonathan Morton
2021-03-09 8:21 ` Pete Heist
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
List information: https://lists.bufferbloat.net/postorius/lists/ecn-sane.lists.bufferbloat.net/
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=B42B2343-89F4-4C08-AC60-A0580E846B8B@gmail.com \
--to=chromatix99@gmail.com \
--cc=ecn-sane@lists.bufferbloat.net \
--cc=jholland@akamai.com \
--cc=slblake@petri-meat.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox