[Cake] A few puzzling Cake results
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?
> Cake mailing list
> Cake at lists.bufferbloat.net
-------------- next part --------------
An HTML attachment was scrubbed...
More information about the Cake