Cake - FQ_codel the next generation
 help / color / mirror / Atom feed
From: Alan Jenkins <alan.christopher.jenkins@gmail.com>
To: "techicist@gmail.com" <techicist@gmail.com>, cake@lists.bufferbloat.net
Subject: Re: [Cake] Configuring cake for VDSL2 bridged connection
Date: Wed, 24 Aug 2016 18:16:08 +0100	[thread overview]
Message-ID: <cfcde034-061d-9a6d-bc80-0a708db8b392@gmail.com> (raw)
In-Reply-To: <CANiaOCn2X2XmfxdgrYAMkCWV_7F1racXoz275P4+hRWa1u2deg@mail.gmail.com>

The RRUL graph shows 4 simultaneous flows.  The total of 4 flows 
averaging 7Mb/s is 28Mb/s :).

I think it's more obvious when you know what the legend means. The flows 
have different service markings (which may or may not have any effect).

BE = "Best effort" (neither high nor low priority)
BK = Background
EF = "Expedited forwarding"

I think CS5 is another high priority mark.  The abbreviation doesn't 
mean anything specific, it's just how it's coded really...  it's a bit 
of a swamp, because there's no standard that works internet-wide, even 
for a low priority mark.  IIRC there's one mark that ends up being 
treated as low priority in one "standard" and high priority in another.

On 24/08/16 18:03, techicist@gmail.com wrote:
> My apologies again. The link should be, http://imgur.com/6DrMJKI
>
> On 24 August 2016 at 18:03, techicist@gmail.com <techicist@gmail.com> wrote:
>
>> Many apologies, the link should be, http://imgur.com/6DrMJKI.
>>
>> On 24 August 2016 at 18:01, techicist@gmail.com <techicist@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@gmx.de> wrote:
>>>
>>>> Hello techicist,
>>>>
>>>> On August 23, 2016 5:13:19 PM GMT+02:00, "techicist@gmail.com" <
>>>> techicist@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@lists.bufferbloat.net
>>>>> https://lists.bufferbloat.net/listinfo/cake
>>>> --
>>>> Sent from my Android device with K-9 Mail. Please excuse my brevity.
>>>>
>>>
>
>
> _______________________________________________
> Cake mailing list
> Cake@lists.bufferbloat.net
> https://lists.bufferbloat.net/listinfo/cake



  reply	other threads:[~2016-08-24 17:16 UTC|newest]

Thread overview: 28+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2016-08-23 13:44 techicist
2016-08-23 14:27 ` moeller0
2016-08-23 15:13   ` techicist
2016-08-23 20:09     ` Sebastian Moeller
2016-08-24 17:01       ` techicist
2016-08-24 17:03         ` techicist
2016-08-24 17:03           ` techicist
2016-08-24 17:16             ` Alan Jenkins [this message]
2016-08-24 19:33               ` techicist
2016-08-24 19:47                 ` Alan Jenkins
2016-08-24 19:49                   ` Alan Jenkins
2016-08-25 14:53                     ` techicist
2016-08-26  8:14                       ` Alan Jenkins
2016-08-26 11:15                         ` techicist
2016-08-26 11:29                           ` moeller0
2016-08-26 11:32                             ` techicist
2016-08-27  7:43                               ` Alan Jenkins
2016-08-27 16:17                                 ` techicist
2016-08-27 17:48                                   ` Alan Jenkins
2016-09-14 20:06                                     ` techicist
2016-09-14 20:41                                       ` Kevin Darbyshire-Bryant
2016-09-14 20:48                                         ` Sebastian Moeller
2016-09-15  9:24                                           ` Kevin Darbyshire-Bryant
2016-09-15  9:43                                       ` techicist
2016-08-26 11:52                             ` Alan Jenkins
2016-08-26 12:04                               ` techicist
2016-08-27  7:31                                 ` Alan Jenkins
2016-08-24  8:52     ` Kevin Darbyshire-Bryant

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

  List information: https://lists.bufferbloat.net/postorius/lists/cake.lists.bufferbloat.net/

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=cfcde034-061d-9a6d-bc80-0a708db8b392@gmail.com \
    --to=alan.christopher.jenkins@gmail.com \
    --cc=cake@lists.bufferbloat.net \
    --cc=techicist@gmail.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox