From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mout.gmx.net (mout.gmx.net [212.227.17.20]) (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by lists.bufferbloat.net (Postfix) with ESMTPS id A56D43B25E for ; Wed, 14 Sep 2016 16:48:28 -0400 (EDT) Received: from android-c0be0fce258eda29.lan ([80.135.108.184]) by mail.gmx.com (mrgmx103) with ESMTPSA (Nemesis) id 0Lzsf1-1ay1sI1mwl-0151Ap; Wed, 14 Sep 2016 22:48:25 +0200 User-Agent: K-9 Mail for Android In-Reply-To: <89e6c1fe-69b7-9b16-fa56-2d2d6d5bc431@darbyshire-bryant.me.uk> References: <3ed1004a-d688-11ec-c788-d8a456b22b34@gmail.com> <23996FEA-F20C-4654-9A57-792927BCDC83@gmx.de> <7866b818-9e8d-6e0b-a223-690bba44b64b@gmail.com> <89e6c1fe-69b7-9b16-fa56-2d2d6d5bc431@darbyshire-bryant.me.uk> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable From: Sebastian Moeller Date: Wed, 14 Sep 2016 22:48:22 +0200 To: Kevin Darbyshire-Bryant , cake@lists.bufferbloat.net Message-ID: <49D049BE-2130-4947-8D1D-23741D0B4C62@gmx.de> X-Provags-ID: V03:K0:guLzp94Vc226Iel12IwizKRm9+dpSWS/G6VHaPGIJ3yBDRmJ1j5 xGmnCuJfZl5Ao+bMAwMlY/heEjJVqDLumdlyOyx0B+cIK+y6nck5a1ZPf4XhETjGXTWHeG6 k5d6e+o9QOsi3WweL8cvo0T+xnuqO7AwD7N28ODPid1bSo10PoPh9rRmcKCR8geGVKApqLA nW25WETRLmIFAQ0+9JXqA== X-UI-Out-Filterresults: notjunk:1;V01:K0:rWBPwv6bnqU=:0WmrXtoO3ckUqkvIFbowTM vK4E9ooNUAG8TT51rLf+7kyrmg5k+r8nK62Z1VQX1MR52ab8eunQWi1ltMILUhLo3zfM5RdQP gdqMp8oXxbgAuDIwZLbKQvclWGbDIlsx1lSRXkavnR9JlhdkRBQ3QfKcuo+ltlBEx59MuLJFK nSWMeIpLvGdbu6MHfQWwioO59gfgkjgbE5p3rhw44vIIigwuCQOkv952VlkCg36vjKrKLH6Cy aHQci1a4xcvFI9ACQ8whtwLzkO03kWkTGnCMKIKfXlrz/ZmfSq9VoucxFhdtskl8+IHNRJf8J 2xFtbccRl5HPBbjv4kONqkhQc00yHEcEYh5MEcc4QbUWAUWV7CXEZSrVEIor+YJPqaMf4cwOO 6Xb49d+z48/oifZ06bNECPoc9WZY4K/aOuvXPJER8YvAI4E/bxFdULpPd3xa/UNjFJy5usaSz FD7vpk+VXH7QNOhXdcAMGbeoqyFRt1mChkBJ0q0WmWCy/M2jq7ci4pgHQqmEavx67Zdl0NVtw wu5/cPkNuUs9Obu6Z9HEMZ6Nk7S18Rr7xWqcwbQ/lCEBIi1PrgIv7/G2Pk+K1oJIBAbaaX5zS 5bAuMRbjgA8dD91fAWTS2Xm9SwyHlySggrgcko7Y+ARXZX7KkLe5DbOalBXg9053Ju1Xv+XOc CNMB1uou92fxXu5aDZuSefsnalv8G52WzwK0azd5kKq/2MwnVWexpFJgXp2iGi9QJbNToZ+Xc BaNE9cY4whKE/nYK7stby47edfjaR9bgzFafCisZpRJ0b8PN9Ar10QKtMBmT1liuOEWI7YaIJ 90qa+owkIC7Wojpo1PRH6RucZKBS/BAOIM6RwTDfJznRQDuIcHIlyCKuZLz5uZTaT5vuDSQND 7pj6+/vJOiJuBYXmTu1X3EHHAPYuUTuT0k0Fg5k20= 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, 14 Sep 2016 20:48:29 -0000 On September 14, 2016 10:41:22 PM GMT+02:00, Kevin Darbyshire-Bryant wrote: > > >On 14/09/16 21:06, techicist@gmail=2Ecom wrote: >> I'm back again, been quite busy so lost track of this=2E I'm using LEDE >> now too=2E >> >> Is there an easy way to see cake is actually working? A command or >> something I can type in just to get clarification? > >You can prove that cake is being used as the queue discipline (qdisc) >by=20 >doing something like 'tc qdisc' > >On my LEDE box it returns: > >qdisc noqueue 0: dev lo root refcnt 2 >qdisc cake 800d: dev eth0 root refcnt 2 bandwidth 9840Kbit diffserv4=20 >dual-srchost rtt 100=2E0ms noatm overhead 12 >qdisc ingress ffff: dev eth0 parent ffff:fff1 ---------------- >qdisc fq_codel 0: dev eth1 root refcnt 2 limit 10240p flows 1024 >quantum=20 >1514 target 5=2E0ms interval 100=2E0ms ecn >qdisc noqueue 0: dev br-lan root refcnt 2 >qdisc mq 0: dev wlan0 root >qdisc fq_codel 0: dev wlan0 parent :1 limit 10240p flows 1024 quantum=20 >1514 target 5=2E0ms interval 100=2E0ms ecn >qdisc fq_codel 0: dev wlan0 parent :2 limit 10240p flows 1024 quantum=20 >1514 target 5=2E0ms interval 100=2E0ms ecn >qdisc fq_codel 0: dev wlan0 parent :3 limit 10240p flows 1024 quantum=20 >1514 target 5=2E0ms interval 100=2E0ms ecn >qdisc fq_codel 0: dev wlan0 parent :4 limit 10240p flows 1024 quantum=20 >1514 target 5=2E0ms interval 100=2E0ms ecn >qdisc noqueue 0: dev wlan1 root refcnt 2 >qdisc cake 800e: dev ifb4eth0 root refcnt 2 bandwidth 39300Kbit=20 >diffserv4 dual-dsthost rtt 100=2E0ms noatm overhead 12 > >eth0 is my WAN facing interface, which is why it's the only interface=20 >with 'cake' as the qdisc=2E You'll also note the overhead parameter=2E > >'tc -s qdisc' will show some more interesting stats for all the qdiscs=2E > >Narrowing to a particular interface is often more helpful e=2Eg=2E 'tc -s= =20 >qdisc show dev ifb4eth0' would show those same stats for the 'incoming' > >side of my wan interface=2E > >The outgoing interface is probably where most of the cake action is=20 >taking place=2E Look at 'drops & marks' for cases where cake has=20 >signalled flows to back off=2E Also the more dynamic stats of sparse=20 >(sp), bulk (bk) and unresponsive (un) flows give a snapshot of how many > >flows cake is dealing with right now=2E > >> >> Also, I've set the overhead to 12 as recommended before, due to the >VLAN >> BT Openreach use in the UK, which I believe OpenWRT cannot account >for=2E >> Whilst in this section of the LuCi GUI, I noticed "Which linklayer >> adaptation mechanism to use; for testing only", has a "cake" option? >> Should this be enabled? > >Yes it should be enabled=2E This really depends=2E=2E=2E Tc's stab (size table) method really is not s= o bad as long as you do not need to account for ATM cells; cake' s in build= overhead accounting is not necessarily better for non-atm links=2E That sa= id it is still on my to-do list to switch sqm-scripts to use cake' native m= ethod as the default if cake is used=2E But since the default to stab seems= to work just as well and is rather universal (and cake' s whole overhead h= andling is massively under-documented) I never really got around to impleme= nt this=2E=2E=2E Best Regards Sebastian > > >Kevin >_______________________________________________ >Cake mailing list >Cake@lists=2Ebufferbloat=2Enet >https://lists=2Ebufferbloat=2Enet/listinfo/cake --=20 Sent from my Android device with K-9 Mail=2E Please excuse my brevity=2E