<div dir="auto">Hi all,<div dir="auto"><br><div dir="auto">I wanted another clarification on the results obtained by the Ack filtering experiment( Fig 6) . </div><div dir="auto">Was the experiment conducted with only ack filtering enabled? </div><div dir="auto">Or was set associative hash and the other modules of Cake enabled along with Ack filtering while running this experiment ?</div><div dir="auto"><br></div><div dir="auto">Thanks,</div><div dir="auto">Avakash Bhat</div></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Mon, May 25, 2020, 5:28 PM Toke Høiland-Jørgensen <<a href="mailto:toke@redhat.com" target="_blank" rel="noreferrer">toke@redhat.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Jonathan Morton <<a href="mailto:chromatix99@gmail.com" rel="noreferrer noreferrer" target="_blank">chromatix99@gmail.com</a>> writes:<br>
<br>
>> On 25 May, 2020, at 8:17 am, Avakash bhat <<a href="mailto:avakash261@gmail.com" rel="noreferrer noreferrer" target="_blank">avakash261@gmail.com</a>> wrote:<br>
>> <br>
>> We had another query we would like to resolve. We wanted to verify the working of ack filter in ns-3, <br>
>> so we decided to replicate the Fig 6 graph in the CAKE paper(<a href="https://ieeexplore.ieee.org/document/8475045" rel="noreferrer noreferrer noreferrer" target="_blank">https://ieeexplore.ieee.org/document/8475045</a>). <br>
>> While trying to build the topology we realized that we do not know the number of packets or bytes sent from <br>
>> the source to the destination for each of the TCP connections ( We are assuming it is a point to point connection with 4 TCP flows). <br>
>> <br>
>> Could we get a bit more details about how the experiment was conducted?<br>
><br>
> I believe this was conducted using the RRUL test in Flent.  This opens<br>
> four saturating TCP flows in each direction, and also sends a small<br>
> amount of latency measuring traffic.  On this occasion I don't think<br>
> we added any simulated path delays, and only imposed the quoted<br>
> asymmetric bandwidth limits (30Mbps down, 1Mbps up).<br>
<br>
See <a href="https://www.cs.kau.se/tohojo/cake/" rel="noreferrer noreferrer noreferrer" target="_blank">https://www.cs.kau.se/tohojo/cake/</a> - the link to the data files near<br>
the bottom of that page also contains the Flent batch file and setup<br>
scripts used to run the whole thing.<br>
<br>
(And there's no explicit "number of bytes sent", but rather the flows<br>
are capacity-seeking flows running for a limited *time*).<br>
<br>
-Toke<br>
<br>
</blockquote></div>