[Cake] A few puzzling Cake results

Luca Muscariello luca.muscariello at gmail.com
Tue Apr 17 06:04:30 EDT 2018

10Mbps/32 ~= 300kbps

Does the VoIP stream use more than that 300kbps?
In the ideal case as long as the sparse flow has a rate which is lower than
the fair rate
the optimization should work. Otherwise the optimization might not as close
to ideal as possible.


On Tue, Apr 17, 2018 at 11:42 AM, Toke Høiland-Jørgensen <toke at toke.dk>

> I've been trying to show the benefit of Cake's diffserv mode and came
> across a few odd results along the way. Attached are two plots of a test
> run with 32 TCP flows competing with a single EF-marked VoIP flow.
> The puzzling points are:
> - There is not difference between Cake in diffserv mode and non-diffserv
>   mode. For FQ-CoDel, 32 flows (on a 10Mbit link) are clearly too many
>   to keep the VoIP flow prioritised through the sparse flow
>   optimisation. This is to be expected. However, Cake (in besteffort
>   mode) does not show this tendency. Why not?
> - The TCP RTT of the 32 flows is *way* higher for Cake. FQ-CoDel
>   controls TCP flow latency to around 65 ms, while for Cake it is all
>   the way up around the 180ms mark. Is the Codel version in Cake too
>   lenient, or what is going on here?
> -Toke
> _______________________________________________
> Cake mailing list
> Cake at lists.bufferbloat.net
> https://lists.bufferbloat.net/listinfo/cake
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.bufferbloat.net/pipermail/cake/attachments/20180417/b36ca767/attachment.html>

More information about the Cake mailing list