<div dir="ltr"><br><div class="gmail_extra"><br><div class="gmail_quote">On Tue, Apr 17, 2018 at 2:22 PM, Toke Høiland-Jørgensen <span dir="ltr"><<a href="mailto:toke@toke.dk" target="_blank">toke@toke.dk</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">Y via Cake <<a href="mailto:cake@lists.bufferbloat.net">cake@lists.bufferbloat.net</a>> writes:<br>
<br>
> From: Y <<a href="mailto:intruder_tkyf@yahoo.fr">intruder_tkyf@yahoo.fr</a>><br>
> Subject: Re: [Cake] A few puzzling Cake results<br>
> To: <a href="mailto:cake@lists.bufferbloat.net">cake@lists.bufferbloat.net</a><br>
> Date: Tue, 17 Apr 2018 21:05:12 +0900<br>
><br>
> Hi.<br>
><br>
> Any certain fomula of fq_codel flow number?<br>
<br>
Well, given N active bulk flows with packet size L, and assuming the<br>
quantum Q=L (which is the default for FQ-CoDel at full-size 1500-byte<br>
packets), the maximum rate for a sparse flow, R_s, is bounded by<br>
<br>
R_s < R / ((L/L_s)(N+1))<br>
<br>
Where R is the link rate and L_s is the packet size of the sparse flow.<br>
This assumes that the sparse flow has constant spacing between its<br>
packets, which is often the case for a VoIP flow...</blockquote><div><br></div><div>For 10-Mbit/s link rate and 32 bulk flows with 1500-byte packets this formula gives roughly 25 pps (packets per second) as maximum for a sparse flow. A VoIP flow is typically 50 pps (20 ms voice payload).</div><div><br></div><div>Does this mean that cake sets the quantum to less than 750 bytes for a 10-Mbit/s link?</div><div><br></div><div>Do you see any benefit with cake diffserv if you increase the number of flows?</div><div><br></div><div>Does the adjusted quantum also explain the "*way* higher" TCP RTT for cake? How?</div><div><br></div><div>/Jonas</div></div><br></div></div>