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