From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from vps.slashdirt.org (vps.slashdirt.org [144.91.108.218]) (using TLSv1.2 with cipher ADH-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by lists.bufferbloat.net (Postfix) with ESMTPS id F20DA3CB48 for ; Fri, 13 Dec 2019 18:52:43 -0500 (EST) Received: from chuck.lan (unknown [37.172.203.59]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by vps.slashdirt.org (Postfix) with ESMTPSA id 9FE9260068; Sat, 14 Dec 2019 00:52:42 +0100 (CET) DKIM-Filter: OpenDKIM Filter v2.11.0 vps.slashdirt.org 9FE9260068 DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=slashdirt.org; s=mail; t=1576281163; bh=7hkknDiD4Ni+LbJtdUh8R0ANI4AFKpqguOspTN54N3k=; h=From:Subject:Date:In-Reply-To:Cc:To:References:From; b=wkF8zKClNFbjZBrsUEpPcOSy2BzrW3Hm20/yZ2jOBqO4a68EL9g8QQayiPwkXRXpP ExGBajysZVgKOWHy6whlEpMfB9XzKkjGrxcmbxrlDAmlBcTeY1o9jYJ2p7ZnqLgddf fgxrlN8/EihbTKAkKc2ujoPwWNsI3yMkyHyEQfKk= From: Thibaut Message-Id: <46DDBCAA-EC6C-492F-8448-DF85ABB4E1DB@slashdirt.org> Content-Type: multipart/alternative; boundary="Apple-Mail=_C7FA7BDB-28CA-44B2-B503-A53C5C84FACC" Mime-Version: 1.0 (Mac OS X Mail 12.4 \(3445.104.11\)) Date: Sat, 14 Dec 2019 00:52:41 +0100 In-Reply-To: Cc: Erik Taraldsen via Cake , ldir@darbyshire-bryant.me.uk To: Jonathan Morton References: <1d359153abfc413b4f61c647437427d6@slashdirt.org> <8FC615C8-4885-4F0A-B2EE-934DC4E806E8@gmail.com> <6E9587F7-C208-4568-8429-AEBA9E694E24@slashdirt.org> X-Mailer: Apple Mail (2.3445.104.11) Subject: Re: [Cake] Trouble with CAKE 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: Fri, 13 Dec 2019 23:52:44 -0000 --Apple-Mail=_C7FA7BDB-28CA-44B2-B503-A53C5C84FACC Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 > Le 13 d=C3=A9c. 2019 =C3=A0 23:40, Thibaut a = =C3=A9crit : >=20 >=20 >=20 >> On 13 Dec 2019, at 23:39, Thibaut > wrote: >>=20 >> Hi Jonathan, >>=20 >>> On 13 Dec 2019, at 15:02, Jonathan Morton > wrote: >>>=20 >>>> On 13 Dec, 2019, at 3:43 pm, Thibaut > wrote: >>>>=20 >>>> I've been using CAKE on my DSL-connected Linux router for the last = few years, and it worked well until very recently. Two things happened: >>>>=20 >>>> 1) My ISP (French "Free") switched my DSLAM to native IPv6, which = for the time being means that I had to revert to using their set-top-box = (Freebox) instead of the VDSL2 model I was using in bridge mode until = then (CAKE in "bridged-ptm ether-vlan" mode) >>>> 2) I upgraded my router from 3.16 (Devuan Jessie) to 4.9 (Devuan = ASCII) >>>>=20 >>>> Since then, no matter which setup I use, I cannot get CAKE to work = as intended. Specifically, any long-standing best effort stream (such as = a remote rsync) will be throttled to a near grinding halt even though = there is no other significant traffic going on. Some random bursts can = be seen (with iftop) but nothing ever gets close to half the maximum = bandwidth. This is notably affecting the OpenWRT buildbots I'm hosting = on this link. >>>=20 >>> Old kernels, including 4.9 series, tend to be more problematic than = the latest ones. If you can, I would recommend updating to a 5.x series = kernel, in which Cake is an upstream feature. I won't presume to guess = how best to achieve that with your distro. >>=20 >> I=E2=80=99m now able to confirm this looks like a regression: I was = able to retrieve and build the last known working version of CAKE on my = router, and with an adjusted overhead of 48 atm (confirmed thanks to the = help of Stephan), it works like a charm. Current HEAD doesn=E2=80=99t, = with the exact same parameters. >=20 > I meant Sebastian, sorry. And this is old CAKE running on distro 4.9, = for the sake of clarity Culprit turned out to be easy to identify: it=E2=80=99s the current = master HEAD. Reverting 183b320 fixed the issue. I hope this helps, Thibaut --Apple-Mail=_C7FA7BDB-28CA-44B2-B503-A53C5C84FACC Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=utf-8

Le 13 d=C3=A9c. 2019 =C3=A0 23:40, Thibaut <hacks@slashdirt.org>= a =C3=A9crit :



On 13 = Dec 2019, at 23:39, Thibaut <hacks@slashdirt.org> wrote:

Hi Jonathan,

On 13 Dec 2019, at 15:02, Jonathan Morton <chromatix99@gmail.com> wrote:

On 13 Dec, 2019, at 3:43 = pm, Thibaut <hacks@slashdirt.org> wrote:

I've been using CAKE on my DSL-connected Linux router for the = last few years, and it worked well until very recently. Two things = happened:

1) My ISP (French "Free") = switched my DSLAM to native IPv6, which for the time being means that I = had to revert to using their set-top-box (Freebox) instead of the VDSL2 = model I was using in bridge mode until then (CAKE in "bridged-ptm = ether-vlan" mode)
2) I upgraded my router from 3.16 = (Devuan Jessie) to 4.9 (Devuan ASCII)

Since = then, no matter which setup I use, I cannot get CAKE to work as = intended. Specifically, any long-standing best effort stream (such as a = remote rsync) will be throttled to a near grinding halt even though = there is no other significant traffic going on. Some random bursts can = be seen (with iftop) but nothing ever gets close to half the maximum = bandwidth. This is notably affecting the OpenWRT buildbots I'm hosting = on this link.

Old kernels, = including 4.9 series, tend to be more problematic than the latest ones. =  If you can, I would recommend updating to a 5.x series kernel, in = which Cake is an upstream feature.  I won't presume to guess how = best to achieve that with your distro.

I=E2=80=99m now able to = confirm this looks like a regression: I was able to retrieve and build = the last known working version of CAKE on my router, and with an = adjusted overhead of 48 atm (confirmed thanks to the help of Stephan), = it works like a charm. Current HEAD doesn=E2=80=99t, with the exact same = parameters.

I meant Sebastian, sorry. And this is old CAKE running = on distro 4.9, for the sake of clarity

Culprit turned out to be easy to identify: it=E2=80=99= s the current master HEAD.

Reverting = 183b320 fixed the issue.

I hope this = helps,
Thibaut

= --Apple-Mail=_C7FA7BDB-28CA-44B2-B503-A53C5C84FACC--