[Cake] Configuring cake for VDSL2 bridged connection

techicist at gmail.com techicist at gmail.com
Wed Aug 24 13:03:49 EDT 2016


My apologies again. The link should be, http://imgur.com/6DrMJKI

On 24 August 2016 at 18:03, techicist at gmail.com <techicist at gmail.com> wrote:

> Many apologies, the link should be, http://imgur.com/6DrMJKI.
>
> On 24 August 2016 at 18:01, techicist at gmail.com <techicist at gmail.com>
> wrote:
>
>> I have today been using flent to do RRUL tests with the values set at 50%.
>>
>> I have uploaded the first test I have performed. It can be seen at,
>> http://imgur.com/6DrMJKI.
>>
>> 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?
>>
>> I would appreciate an expert analysis of the graph, if possible :)
>>
>> On 23 August 2016 at 21:09, Sebastian Moeller <moeller0 at gmx.de> wrote:
>>
>>> Hello techicist,
>>>
>>> On August 23, 2016 5:13:19 PM GMT+02:00, "techicist at gmail.com" <
>>> techicist at gmail.com> wrote:
>>> >Hello,
>>> >
>>> >Thank you for your quick reply.
>>> >
>>> >I take it that one of the DHCPs should read PPPoE?
>>> >
>>> >
>>> >Yes, you are quite correct. It should read: "TalkTalk uses DHCP to
>>> >obtain
>>> >an IP address and not PPPoE as most other ISPs do." But I think you
>>> >understood that :)
>>> >
>>> >My sync speeds on VDSL2 have been very stable for the last 84+ days so
>>> >my
>>> >calculated figures will stay the same for some time, I would like to
>>> >think.
>>>
>>> Yes, that is what I see as well.
>>>
>>> >My DS sync speed is 58976Kbps and thus I have calculated a reference
>>> >value
>>> >of 58068Kbps based on your formula. The US sync speed is 10422Kbps and
>>> >the
>>> >reference value for this is 10261Kbps.
>>> >
>>> >Setting the reference values to 50%, I have: 29034Kbps for the DS; and
>>> >5130Kbps for the US. I will test with these numbers shortly. Am I right
>>> >to
>>> >assume I can just paste these into the SQM interface on LuCI?
>>>
>>>        Yes, that should work.
>>>
>>> >I will set
>>> >the "Queuing discipline" to *cake* and the "Queue setup script" to
>>> >*piece_of_cake.qos*.
>>> >
>>> >I assume also at this stage, to set "Which link layer to account for"
>>> >as *none
>>> >(default)*?
>>>
>>>         Should work, but also Ethernet should work, as long as you do
>>> not specify anything, or rather -14 ;)
>>>
>>> >
>>> >I will then increment the values I have pasted into LuCI (assuming that
>>> >is
>>> >correct) as you have said. At this point, with an assumed overhead of
>>> >8, do
>>> >I just choose *Ethernet with overhead...* and then set the "Per Packet
>>> >Overhead (byte)" to *8*?
>>>
>>> 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.
>>>
>>>
>>> >
>>> >Is there any benefit of going through UCI?
>>>
>>>         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...
>>>
>>> Best Regards
>>>         Sebastian
>>>
>>>
>>> >
>>> >
>>> >-----------------------------------------------------------
>>> -------------
>>> >
>>> >_______________________________________________
>>> >Cake mailing list
>>> >Cake at lists.bufferbloat.net
>>> >https://lists.bufferbloat.net/listinfo/cake
>>>
>>> --
>>> Sent from my Android device with K-9 Mail. Please excuse my brevity.
>>>
>>
>>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.bufferbloat.net/pipermail/cake/attachments/20160824/87e603f0/attachment-0001.html>


More information about the Cake mailing list