From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail-oi0-x22b.google.com (mail-oi0-x22b.google.com [IPv6:2607:f8b0:4003:c06::22b]) (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 C62CE3B260 for ; Tue, 23 Aug 2016 11:13:20 -0400 (EDT) Received: by mail-oi0-x22b.google.com with SMTP id f189so199942416oig.3 for ; Tue, 23 Aug 2016 08:13:20 -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=FqdYXCF48gkdQatQqQqRrUDKzrtl6wQtcEtxagf4Xgc=; b=Zy/d7GpDm7kKOgpox2SYez3if37RMkDyAF68A07ej9s4xVEXrxql82I9WG9e5aZ4lP qDKX7c5AVtS5fmTcNVmeQeNIy7VjMhIRetufq2DB/nmuWPCrM4sxk5tO2boqpPP5FB1E Ttki7rWvJPsuhJ1c33G2cvPtem6KlgMC4z787JnymFwtRNQFLNnhJXZc/kdij3sPbCur AJHCh5pHBU2Iz4417GoOsM3dNUnEFgwwwZeFHZi+8R/NFof74ZJwxA/YodHUHyLie1uV dRvy1AncGsuL5m2Q2DzvC9K/U/1xawnRYZA7iR5XdAY9M6TUE2soCx5hNmaj0OWJfoS3 VkaQ== 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=FqdYXCF48gkdQatQqQqRrUDKzrtl6wQtcEtxagf4Xgc=; b=arU7SCuHdu1WdehFLbpPQ6LwAFg/2U7heaRz2vodYWpe6XaHhDEOUKooeXrOKzxaz7 174dfrOmQZb7AhWfRGnanau+fFTA7Dupqz9lS0Qmqhm8MZdS24Qyl1ZZ8PJSrA6wfLuc EGoWA3suz7E6CxBYWVO0iqJUkRFLzP2/w3mcZeUostpIYB9GioeM6GdCdms8SXeq5LAi J7izFLtprLjgZF4A2winpI1adWCLJNLf3k2OF1eyAfAmzN1ez1SzXGHOpND0JV+X4egI J07EfHhStiIy8nMzvuaHPYayveJOwE6cQLtpcbS7CYyiSlkixqmg7+wU/1B1MSa+mE9B i5VQ== X-Gm-Message-State: AEkoousUFyAuKHyE7IiUjf98WHKvBcfCVoH4cH2Wx/V9NvwyzgsP6q+vl80bc6EfUyOs4+3Ek0DY5XV3rZjthw== X-Received: by 10.157.22.163 with SMTP id c32mr16459434ote.84.1471965199732; Tue, 23 Aug 2016 08:13:19 -0700 (PDT) MIME-Version: 1.0 Received: by 10.202.214.67 with HTTP; Tue, 23 Aug 2016 08:13:19 -0700 (PDT) In-Reply-To: References: From: "techicist@gmail.com" Date: Tue, 23 Aug 2016 16:13:19 +0100 Message-ID: To: cake@lists.bufferbloat.net Content-Type: multipart/alternative; boundary=001a1141f26cda174e053abe9ae6 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: Tue, 23 Aug 2016 15:13:20 -0000 --001a1141f26cda174e053abe9ae6 Content-Type: text/plain; charset=UTF-8 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. 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? 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)*? 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*? Is there any benefit of going through UCI? --001a1141f26cda174e053abe9ae6 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
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: &quo= t;TalkTalk uses DHCP to obtain an IP address and not PPPoE as most other IS= Ps do." But I think you understood that :)

My= sync speeds on VDSL2 have been very stable for the last 84+ days so=C2=A0m= y calculated figures will stay the same for some time, I would like to thin= k. My DS sync speed is 58976Kbps and thus I have calculated a reference val= ue of 58068Kbps based on your formula. The US sync speed is 10422Kbps and t= he 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? I will set the "Queu= ing 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 (defa= ult)?

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= ...=C2=A0and then set the "Per Packet Overhead (byte)" to = 8?

Is there any benefit of going through UCI?
--001a1141f26cda174e053abe9ae6--