[Cake] cake for net-next 4.8
chromatix99 at gmail.com
Wed Sep 28 19:34:52 EDT 2016
> On 29 Sep, 2016, at 02:26, Dave Taht <dave.taht at gmail.com> wrote:
> All along I'd been assuming
> that a specialized TCP of some new flavor yet-to-be-agreed-upon would
> negotiate ECN and most/all its packets would be marked ECT(1), rather
> than ECT(0), and a new AQM would treat a flow like that differently,
> but still mark that flow with a CE that the endpoint would interpret
> Are you saying ECT(1) would, instead, be used as a "weaker or harder" CE?
The former appears to be the solution TCP Prague are keen on. It doesn’t seem like a robust, deployable solution to me, despite the tremendous amount of effort that’s gone into that class of solutions.
The latter is my suggestion - to use the distinction between ECT(0) and ECT(1) as a hint, rather than a command, to slow down. I also think we should move computation of the congestion window to the receiver, as that greatly simplifies the reverse-path signalling problem.
You may remember my description of ELR. I started documenting it more formally, and then got distracted by something more urgent...
- Jonathan Morton
More information about the Cake