From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mout.gmx.net (mout.gmx.net [212.227.17.22]) (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 0D2F33BA8E for ; Sat, 23 Dec 2017 07:55:30 -0500 (EST) Received: from hms-beagle2.lan ([79.210.211.214]) by mail.gmx.com (mrgmx101 [212.227.17.168]) with ESMTPSA (Nemesis) id 0LpObx-1ewpUq0dGP-00fBSB; Sat, 23 Dec 2017 13:55:29 +0100 Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 10.3 \(3273\)) From: Sebastian Moeller In-Reply-To: <7ca86dce-7645-38e8-df4e-148245e9991c@gmail.com> Date: Sat, 23 Dec 2017 13:55:28 +0100 Cc: Jonathan Morton , Cake@lists.bufferbloat.net Content-Transfer-Encoding: quoted-printable Message-Id: <3B4D3F22-DA08-4A8A-A1E2-C31A2B627727@gmx.de> References: <31d49a5d-02a2-3dc8-a455-52d453b83bdf@gmail.com> <3b255661-1b16-cc29-958f-bbbedbcbab9e@gmail.com> <8FB76CCB-1AAB-42F6-AEF8-D0D8A438EA91@gmx.de> <7ca86dce-7645-38e8-df4e-148245e9991c@gmail.com> To: Andy Furniss X-Mailer: Apple Mail (2.3273) X-Provags-ID: V03:K0:NUkohrnh4WofG8lBjdYX7Sh4FPFsFBDPF/TwJi1IPscbLQglusu y7ekz8ljPhWHaAEmdPgX3zU8lfLnOcWTKUaXGt+rQkyNC/zwINhxBhJtprILP+rWSVrSUC0 n8ZOELu/PReuY3H2OmRjJ9YsvCi1vdaRaSMxpIUaAMb9Pq0fgzOauxgYsRiZAjrH3QYnOC6 f+biLMRfLf03FF09SPrLg== X-UI-Out-Filterresults: notjunk:1;V01:K0:tgyBtHsHYM4=:i4Mas3NU2CxkNCnEOAB+lR 8G9B3cYnK9R7VkEFqw6IGlc2LEO0Vme/Mz42LeZjqPh9JtxIxxjiPopv0jovl97x7aYpjAhSE u7/a2aetNq90QK5WMMhgeEg4uWgNqtHD9dLeXRpCRGMH2Kj/yNhNuTPEjR8CVAA/PSSx+G8ku YrRynSo4nMGHKRtIRV99ysxck1fFrlL8yBuO0aWahnP1ZV3J0PaRFWmfyT+L5B9vEAb4v0z4M QVgt41+iv6XTi6ZByrYLeNIAWG85MLfXYS50JIjXSnpmVE+FUuRrIOTw2Fgl210LtzKxhQe/m kWo9rSYKPgXuus7/QcB+4DyqxIXkvxFZ/3mckG2qXqFSbyUAlEVFOwf5TrKcZVSiKEPcf9zKd qQsSAJ09l/EV4f4cmfNIpqCi6WmtQdb22ZXUg0Kgk0kF4tzNSp6dAo3BgITihiYDz6xlxkb30 q4tuPiCK0wgLUCt32pf1RFeOz5OZiYdSDr3JTy7xf4vWl83GPld++8bx2l2PqzQMbtX4QJBsa Mz0Xby/BCsV185GBHrvYqoR1x3uDZE9FDxLMEbF6puZFZyociD2Vpbli17fgIaThILJk+UgQE 3ibw4gKWArq2FM1hxV28S653UF/V4jBuEKlrcwyM7k+X/x7n1iwxIE6scSHook9u+rd/KdvTv OjcjYhkZO/2f5a8RKX4bTrD75zLL+DgylIVWE0/WtFEvdcxpsRD0myWowHtpuU7acn04eOC6T PxEpv6vPRfEGyttEqAymo+flGz9WSk810ibBzVbZg1Cfl+IYtAFw+gQrGGUTUpcpcM9io/zb5 FYGT8aJeC4joBdm3o2Mbwh0ObRbUl1GGTnuez+xky/BI4O26ruBkL1EJod/NK2KBO/ei64K Subject: Re: [Cake] overheads or rate calculation changed? 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: Sat, 23 Dec 2017 12:55:31 -0000 > On Dec 23, 2017, at 10:59, Andy Furniss wrote: >=20 > Sebastian Moeller wrote: >=20 >>> qdisc cake 1: dev enp6s0 root refcnt 2 bandwidth 19690Kbit diffserv3 = triple-isolate rtt 100.0ms noatm overhead 48 via-ethernet total_overhead = 48 hard_header_len 14 >> This looks like expected, the in-kernel overhead is added to the = specified overhead, just like in the past. I really really wished cake = would report the packet size before and _after_ its overhead addition = making sanity checking much easier. BTW tc's stab might be useful as an = external check... I also wonder whether the kernel's behaviour in = regards to ppp interfaces changed between kernel 4.4 and newer ones, I = see the same weirdness: >=20 > FWIW my pppoe router/pvr/nas box is running 4.1.46. It's a bay-trail = dc board and they are prone to cstate bug locks, which is why I'm not = running anything newer! >=20 Thanks for saving me the experiments... Mmh, that would indicate that dev->hard_header_len might not be the = relevant variable, it might be necessary to look into the IP packets = total length and the reported packet/frame size to figure out what the = kernel really added (since the kernel addition should not change it = might be enough to do this only for the first IP packet and cache that = value). Best Regards Sebastian=