<div dir="ltr">I have today been using flent to do RRUL tests with the values set at 50%.<div><br></div><div>I have uploaded the first test I have performed. It can be seen at, <a href="http://imgur.com/6DrMJKI">http://imgur.com/6DrMJKI</a>.</div><div><br></div><div>I'm a bit confused why the DS speed is only 7Mb/s when every other speed test I have done is around 28Mb/s (as it should be). Can anyone explain why this might be? Am I doing something wrong?</div><div><br></div><div>I would appreciate an expert analysis of the graph, if possible :)</div></div><div class="gmail_extra"><br><div class="gmail_quote">On 23 August 2016 at 21:09, Sebastian Moeller <span dir="ltr"><<a href="mailto:moeller0@gmx.de" target="_blank">moeller0@gmx.de</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hello techicist,<br>
<span class=""><br>
On August 23, 2016 5:13:19 PM GMT+02:00, "<a href="mailto:techicist@gmail.com">techicist@gmail.com</a>" <<a href="mailto:techicist@gmail.com">techicist@gmail.com</a>> wrote:<br>
>Hello,<br>
><br>
>Thank you for your quick reply.<br>
><br>
>I take it that one of the DHCPs should read PPPoE?<br>
><br>
><br>
>Yes, you are quite correct. It should read: "TalkTalk uses DHCP to<br>
>obtain<br>
>an IP address and not PPPoE as most other ISPs do." But I think you<br>
>understood that :)<br>
><br>
>My sync speeds on VDSL2 have been very stable for the last 84+ days so<br>
>my<br>
>calculated figures will stay the same for some time, I would like to<br>
>think.<br>
<br>
</span>Yes, that is what I see as well.<br>
<span class=""><br>
>My DS sync speed is 58976Kbps and thus I have calculated a reference<br>
>value<br>
>of 58068Kbps based on your formula. The US sync speed is 10422Kbps and<br>
>the<br>
>reference value for this is 10261Kbps.<br>
><br>
>Setting the reference values to 50%, I have: 29034Kbps for the DS; and<br>
>5130Kbps for the US. I will test with these numbers shortly. Am I right<br>
>to<br>
>assume I can just paste these into the SQM interface on LuCI?<br>
<br>
</span>       Yes, that should work.<br>
<br>
>I will set<br>
>the "Queuing discipline" to *cake* and the "Queue setup script" to<br>
>*piece_of_cake.qos*.<br>
<span class="">><br>
>I assume also at this stage, to set "Which link layer to account for"<br>
</span>>as *none<br>
>(default)*?<br>
<br>
        Should work, but also Ethernet should work, as long as you do not specify anything, or rather -14 ;)<br>
<span class=""><br>
><br>
>I will then increment the values I have pasted into LuCI (assuming that<br>
>is<br>
>correct) as you have said. At this point, with an assumed overhead of<br>
>8, do<br>
</span>>I just choose *Ethernet with overhead...* and then set the "Per Packet<br>
>Overhead (byte)" to *8*?<br>
<br>
Yes. In essence that is the trick, it might make sense to look at cake' statistics especially the max length field, which if you have lla set at none reach 1514 if the kernel automatically adds it's 14 bytes.<br>
<span class=""><br>
<br>
><br>
>Is there any benefit of going through UCI?<br>
<br>
</span>        Only if you despise the GUI or only have ssh access, I guess... Functionally it should boil down to the same, as the GUI simply fills /etc/config/sqm with values and then calls /etc/init.d/sqm to actually start the scripts...<br>
<br>
Best Regards<br>
        Sebastian<br>
<br>
<br>
><br>
><br>
>-----------------------------<wbr>------------------------------<wbr>-------------<br>
<div class="HOEnZb"><div class="h5">><br>
>_____________________________<wbr>__________________<br>
>Cake mailing list<br>
><a href="mailto:Cake@lists.bufferbloat.net">Cake@lists.bufferbloat.net</a><br>
><a href="https://lists.bufferbloat.net/listinfo/cake" rel="noreferrer" target="_blank">https://lists.bufferbloat.<wbr>net/listinfo/cake</a><br>
<br>
</div></div><span class="HOEnZb"><font color="#888888">--<br>
Sent from my Android device with K-9 Mail. Please excuse my brevity.<br>
</font></span></blockquote></div><br></div>