Re: [Cake] A few puzzling Cake results

[Luca Muscariello <luca.muscariello@gmail.com>]

[-- Attachment #1: Type: text/plain, Size: 1384 bytes --]

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.

Luca



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

> 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@lists.bufferbloat.net
> https://lists.bufferbloat.net/listinfo/cake
>
>

[-- Attachment #2: Type: text/html, Size: 2026 bytes --]