From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail-wm0-x22d.google.com (mail-wm0-x22d.google.com [IPv6:2a00:1450:400c:c09::22d]) (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 9D5BD3B25E for ; Wed, 24 Aug 2016 13:16:19 -0400 (EDT) Received: by mail-wm0-x22d.google.com with SMTP id f65so208504653wmi.0 for ; Wed, 24 Aug 2016 10:16:19 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=from:subject:to:references:message-id:date:user-agent:mime-version :in-reply-to:content-transfer-encoding; bh=viEFzeheC8Fu5zV5pD8HqWgKm9WteGVMNmGDFCU50Dc=; b=E2FB7Yx5+PdsyMKZQ3RkBruJzvBCn3IbESKFIht6o0gIM0TnkJutb1kv6bvOWDE+a5 jkuCaYQV2nCsquuqco1PeCseq+Z0/IIQNy1qMm352aKz2WG6n/2V22iSwt3LUg1Nq/Yl SvhfiMZNSeVO8wERb/CC2xqppQKdkM5eDxictO9vg2EBqU1DKeqfjLorgllbDxDp4vWt BmndBN8+WhdXUx06A8VJQzArVSKpcxtT9O3U1asXgX8UuGvi9eene1jrWyfXzZ6YJ+72 lIn/N7LCKeo+i3mof2bvkrbsKJaKdv8cvVZfVWgdrmc1SSu5MfMKVK0QVKQW2COLArGd Rqtg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:from:subject:to:references:message-id:date :user-agent:mime-version:in-reply-to:content-transfer-encoding; bh=viEFzeheC8Fu5zV5pD8HqWgKm9WteGVMNmGDFCU50Dc=; b=DUGNY/hDFY7D6fCL35EoJXuRL1e5QWrG4vrv/leS1MHes2LoBL1ai9ndmtrgjyB32O d7vcWkUs7xgkuOADgGFnkASHrxKSjk5XsQ5nLq+LKQ9XkkKvlAiA+khzMKL4vllxRHqf cHDqQyIbgnu6bs/Zcwsrdtl9E+arBARWUz8yZBa8cMTLr1iyvZLU5gb+WdvaoeFrQK1K okfz219vT1SyzxQ3zkgrLPNwanb8k6NDhUJBz4Y9JUuaGi5Ud/p1+Ujr+FRdorhtw/Q1 Sc44Mwf7HLZqcV45Uhvdm7tITP/Py7HsIiAOr+jAztARHRprkSQB9Lr1PC3BvDn1/Ie5 kizQ== X-Gm-Message-State: AEkoouuxUJTpXaiWV0TJ2+OUVXgutDOPqm50KZNp4C+XbIZ8LIiigFN3BAsKeVvG1/1Adw== X-Received: by 10.194.133.200 with SMTP id pe8mr3597159wjb.14.1472058978534; Wed, 24 Aug 2016 10:16:18 -0700 (PDT) Received: from localhost.localdomain (host-89-243-172-136.as13285.net. [89.243.172.136]) by smtp.googlemail.com with ESMTPSA id yz6sm10981584wjb.35.2016.08.24.10.16.16 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Wed, 24 Aug 2016 10:16:16 -0700 (PDT) From: Alan Jenkins To: "techicist@gmail.com" , cake@lists.bufferbloat.net References: <96AE5B3F-FDD6-455E-BB08-D4A162EC3F23@gmx.de> Message-ID: Date: Wed, 24 Aug 2016 18:16:08 +0100 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:45.0) Gecko/20100101 Thunderbird/45.2.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit 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:16:19 -0000 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 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. >>>> >>> > > > _______________________________________________ > Cake mailing list > Cake@lists.bufferbloat.net > https://lists.bufferbloat.net/listinfo/cake