[Cake] [Fwd: Re: RHODIUM - nuking blue (for testing)]
kevin at darbyshire-bryant.me.uk
Thu Dec 7 04:08:49 EST 2017
> On 7 Dec 2017, at 02:19, Jonathan Morton <chromatix99 at gmail.com> wrote:
> > It would be nice to have a test showing blue being useful.
> To do that, you would need to have a saturating unresponsive load, such as a UDP flood, which drives Cake's queue to the memory limit. Even then, I suspect you wouldn't see much difference in the traffic stats, but there might be a CPU advantage since the hard-drop path would be exercised less.
This reminds me of a recent discovery/mystery related to ECN, acks, Qnap NAS box and Microsoft onedrive. I sent a packet dump to Dave for his thoughts. But in summary, NAS box does file copies to MS Onedrive folder/s across a 19Mbit bit cake controlled egress link (ingress is 70Mbit ingress cake controlled, no large contending bandwidth). Upload uses 4 streams and I saw around 25 packet drops per second/per flow by cake to keep things under control. What I found curious in combination with the ‘ack drop’ thread is that MS appears to send an ack per packet, not even ack per every 2nd packet.
I wondered if enabling ECN would improve things (ie mark instead of drop), it didn’t. Instead cake memory usage goes up to configured limit and it regards the flows as uncontrolled. My view is that cake handles this particular abuse very well, latency through the link isn’t really affected, though the ‘peak, avg & sparse delay’ figures are remarkably high (peak around 1.6Seconds! but then getting 4MB of data over 19Mbit is going to take time, unless you drop the packets due to unresponsive)
More information about the Cake