From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail-oi0-x231.google.com (mail-oi0-x231.google.com [IPv6:2607:f8b0:4003:c06::231]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by lists.bufferbloat.net (Postfix) with ESMTPS id 1129C3B25E for ; Wed, 24 Aug 2016 13:03:51 -0400 (EDT) Received: by mail-oi0-x231.google.com with SMTP id l203so31341852oib.1 for ; Wed, 24 Aug 2016 10:03:51 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to; bh=/XrcJmOQ1YrRIezaLB0rXE5Kz8pF2adijj5CfFNMKbw=; b=KAx7zr55fgHaBOyz4HKp3Da4bRE9Gk63ElicQ9SNFgFiEf6b6k6K0XiXSeUEHoSFBt jU/65+DS/jPHusdeKd55EGn20frOiD89o9rtLeroaIJIl7b/uWltVkxGMbX4U5FGjRqX 9ij65ZIFCiHaX+9Kq/NXzG6hw04jWTY2sr32AO9SOw0y6NMfTa+uPbMBOXcyUFqakWDL jFXeLB6AOyOeitSMaxh99E7gCLLhEfz8YibSFnUTPlHqgqXJV+Z03m1KIGf+sbBRSH6B +RlRVBfN5dwxEnjbDDGzj/Pt6lXtT47eAIPvHF+0ZIs0ncFm9l/hzh0PM9B56GrUkPdi d9Ag== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to; bh=/XrcJmOQ1YrRIezaLB0rXE5Kz8pF2adijj5CfFNMKbw=; b=ICWZ5l7o8m5qDDidUGSa5X1/bcbm0HTnEZSOtZXAp9aFtHv6dz8+jn1AqQnBj4YyYM rjKxLZCGdLKKchpJHtTUTvKEsdltTxriKs6dpY4gld0vLIG3N/BIMKmFUhKzKMFSJAQ3 rQ1GlTHY4DMQwlPIwwcUlkXR9n1N6aUG+WHlHjBu4GdpDkjLCwdIpE9YNRWvjKxVI6JX IzPVyhcHEkW0/3L2yx/0IlPmn8NGaZKT/91+uRtUu0lEUgOyzvR20eJzU2Crt/orsmjQ od3A41hlRw5iCobgRkuYY4XHHQQAGl4yppN2oQUiNZ1F3YCDdxeb4P/U58VmxM1cws2N Ruog== X-Gm-Message-State: AEkoouvEwYJToMEiDZ6wQhNaSW73QEtKqupZjOX3DvOilmndPWvvACeGa8kC72w5tagPVhPfvEyNnxBJCwuQoA== X-Received: by 10.202.83.20 with SMTP id h20mr3392973oib.147.1472058230518; Wed, 24 Aug 2016 10:03:50 -0700 (PDT) MIME-Version: 1.0 Received: by 10.202.214.67 with HTTP; Wed, 24 Aug 2016 10:03:49 -0700 (PDT) In-Reply-To: References: <96AE5B3F-FDD6-455E-BB08-D4A162EC3F23@gmx.de> From: "techicist@gmail.com" Date: Wed, 24 Aug 2016 18:03:49 +0100 Message-ID: To: cake@lists.bufferbloat.net Content-Type: multipart/alternative; boundary=001a113b004eeb3a82053ad4433e Subject: Re: [Cake] Configuring cake for VDSL2 bridged connection X-BeenThere: cake@lists.bufferbloat.net X-Mailman-Version: 2.1.20 Precedence: list List-Id: Cake - FQ_codel the next generation List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 Aug 2016 17:03:51 -0000 --001a113b004eeb3a82053ad4433e Content-Type: text/plain; charset=UTF-8 My apologies again. The link should be, http://imgur.com/6DrMJKI On 24 August 2016 at 18:03, techicist@gmail.com wrote: > Many apologies, the link should be, http://imgur.com/6DrMJKI. > > On 24 August 2016 at 18:01, 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 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. >>> >> >> > --001a113b004eeb3a82053ad4433e Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
My apologies again. The link should be,=C2=A0http://imgur.com/6DrMJKI

On 24 August 2016 at 18:03, techicist@gmail.com = <techicist@gmai= l.com> wrote:
Many apologies, the link should be,=C2=A0http://imgur.com/6DrMJKI.

On 24 August 2016 at 18:01, techicist@gmail.com <techicist@gmail.com> wrote:
I have toda= y been using flent=C2=A0to do RRUL tests with the values set at 50%.
I have uploaded the first test I have performed. It can be see= n at,=C2=A0http://im= gur.com/6DrMJKI.

I'm a bit confused why th= e 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 anal= ysis 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> wr= ote:
>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 yo= u
>understood that :)
>
>My sync speeds on VDSL2 have been very stable for the last 84+ days so<= br> >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<= br> >the
>reference value for this is 10261Kbps.
>
>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=
>to
>assume I can just paste these into the SQM interface on LuCI?

=C2=A0 =C2=A0 =C2=A0 =C2=A0Yes, 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 f= or"
>as *none
>(default)*?

=C2=A0 =C2=A0 =C2=A0 =C2=A0 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 n= one reach 1514 if the kernel automatically adds it's 14 bytes.


>
>Is there any benefit of going through UCI?

=C2=A0 =C2=A0 =C2=A0 =C2=A0 Only if you despise the GUI or only have= ssh access, I guess... Functionally it should boil down to the same, as th= e GUI simply fills /etc/config/sqm with values and then calls /etc/init.d/s= qm to actually start the scripts...

Best Regards
=C2=A0 =C2=A0 =C2=A0 =C2=A0 Sebastian


>
>
>-------------------------------------------------------------= -----------
>
>_______________________________________________
>Cake mailing list
>Cake@li= sts.bufferbloat.net
>https://lists.bufferbloat.net/listinfo/cake<= br>
--
Sent from my Android device with K-9 Mail. Please excuse my brevity.



--001a113b004eeb3a82053ad4433e--