From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mout.gmx.net (mout.gmx.net [212.227.15.15]) (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 B98173B2A4 for ; Thu, 20 Apr 2017 14:36:59 -0400 (EDT) Received: from [192.168.44.32] ([80.187.114.56]) by mail.gmx.com (mrgmx002 [212.227.17.190]) with ESMTPSA (Nemesis) id 0LnPGI-1cMxFs1QoY-00heQK; Thu, 20 Apr 2017 20:36:58 +0200 Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 10.3 \(3273\)) From: Sebastian Moeller In-Reply-To: Date: Thu, 20 Apr 2017 20:36:56 +0200 Cc: Jonathan Morton , cake@lists.bufferbloat.net Content-Transfer-Encoding: quoted-printable Message-Id: <22E633CF-5EE0-4B0F-89A8-B790E730FB6C@gmx.de> References: <05C0B0C7-4337-4115-AC6B-DA81392FCB34@gmail.com> To: Dendari Marini X-Mailer: Apple Mail (2.3273) X-Provags-ID: V03:K0:1647oL09x/HDOEIGygYJbICZSwfX9wztaGOd6hA6UIvwBWQlPuj mKLXGyuhkzryl4BYaeTVJ13iCa06c0cJ1+35HcCHbry13U0XZKM0MoXM4tNHXsvBhDAEO+B /1xY2EW02UAJiKesj3BfD2Zi0QoUJLezWp+uqo9Pg7kYY8g1ylH5VKAce7PEmGzG4NqC35x BpErWn4LHijPQF8hlzI3w== X-UI-Out-Filterresults: notjunk:1;V01:K0:gvFtKkz2/+Q=:nCbpfR7FT427/VHEQaUiKh JGJxF7DDJOzujBkilTakHHtHFj/6uw6f1AD3XCwXS4mmpm13ZzprNzTtz+Kq4xYlqNJ5eSyb/ 3/5yXPaIf8cONZzohNKHkPeUEIsVChGXd5poeb99Ip1VxjFKBQVfDgv90UD8Nm7Uu5XS36fkX zyLAhIzNbwUTyQKWNsOfH8DsafWIlILa/lMaA+k8b2VAo4Z45bPMg0BBJ+xZ8+hbapGTMRmhr 9JfTDWY35H4RPjlrE5CcUFxlNrpoNb3fCUnEBohe17eCfl6dxUzgNI5FsPxfKXCs9bPkI8pW/ dUjT7JWclrccEuZzRsIqYDVw9YV4ZMsBtjeopD+grOp4reCtH0obyJD1oGnN5RNY7J7RK00z8 vRb7SUqeL2TtO9cLhyW53OhERvKKh7eJq3HTbIE+jdVDe4/twKCGxrEQLkwTPll67frOFZ/md hO3ltKmvS9WRYosdVStDS7Ld2YsB5DQOvcG5dGPowcwFJ9zYC4gwsdtKo6el0OdW+a/9APRc4 OZgSjthPMeEp6LfRv/Ta+wRklIXCk2/0iuPBd4KaMp9L8E5DdA0kHXHZFuFKL9ZiV7oPMK1Xg aMNyMvqk+L98Lz/cc7uklkyzs3eEWVbhDGuqrayuoMWlonRs0faLAkAfIyTvbkZ0s37JKrzhN o0fqDghTcB63U0cGRZXjjyosU/KHGekcJ64cW0HKjK7djhIzG1R+ysFRu4fYrsV2SfOOnsFOC qhQESyUntXdIm6yRvcRCCJAspNKf3r52iAHrUZB6K1tK8vatK2dq8a2aJg4u3rlZH/nxGPhTv CvraVHS Subject: Re: [Cake] Getting Cake to work better with Steam and similar applications 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: Thu, 20 Apr 2017 18:37:00 -0000 > On Apr 20, 2017, at 18:05, Dendari Marini wrote: >=20 > Hello, thanks for your reply. >=20 > Looks like most of your options are okay, including the correct = =E2=80=9Cdual=E2=80=9D modes and =E2=80=9Cingress=E2=80=9D mode in the = right place. However, I think you need to adjust your bandwidth and = overhead settings, otherwise Cake isn=E2=80=99t reliably in control of = the bottleneck queues. Try these to begin with: >=20 > =E2=80=A6 bandwidth 850Kbit conservative dual-srchost nat >=20 > =E2=80=A6 bandwidth 15Mbit conservative dual-dsthost nat ingress >=20 > That should give you correct operation, and you can fine-tune from = there. >=20 > Just did quick test with your settings. First thing I noticed is my = final download bandwidth is about 12Mbps, Steam on PC1 downloads at = 1.4-1.5MB/s while downloading a file on PC2 seems to max out at = ~250KB/s. =46rom my understanding I should see each PC download at = ~700KB/s, or am I mistaken? Assuming you measured good put in [M|K]iBytes this adds up to 1.5+0.25 = =3D 1.75 * 1024^2 * 8 =3D 14680064 Bits or (1.4+0.25) * 8 *1024^2 / = 1000^2 =3D 13.84 Mbps which seems a bit high for a 16Mbps ADSL link. I = would ecpext something like 16 * (48/53) * ((1500 - 8 - 20 -20) / (1500 = + 32)) =3D 13.73 Mbps TCP/IPv4 goodput=E2=80=A6 so you seem to be = running close to theoretical maximum of your link (assuming I am not = totally off with the overhead (estimated ADSL overhead on top of MTU: 6 = destination MAC + 6 source MAC + 2 ethertype + 3 ATM LLC + 5 ATM SNAP + = 2 ATM pad + 8 ATM AAL5 SAR 32 bytes). But with your shaper set at 15Mbps = without the atm option you will actually accept up to 15 * (53/48) =3D = 16.5625 Mbps on the wire, which probably is above your link bandwidth. = This fits well with the really low number of drops in your cake stats, = you simply never have cake feel that shaping is needed? Best Regards >=20 > On 20 April 2017 at 17:32, Jonathan Morton = wrote: >=20 >> On 20 Apr, 2017, at 18:23, Dendari Marini = wrote: >>=20 >>> Could you post the output of calling =E2=80=9Ctc -s qdisc=E2=80=9D = here on the list please? That should allow to figure out what you = actually told cake to do ;0 >=20 >> qdisc cake 8001: dev eth0 root refcnt 2 bandwidth 900Kbit diffserv3 = dual-srchost nat rtt 100.0ms raw >=20 >> qdisc cake 8002: dev ifb4eth0 root refcnt 2 bandwidth 16Mbit = diffserv3 dual-dsthost nat ingress rtt 100.0ms raw >=20 > Looks like most of your options are okay, including the correct = =E2=80=9Cdual=E2=80=9D modes and =E2=80=9Cingress=E2=80=9D mode in the = right place. However, I think you need to adjust your bandwidth and = overhead settings, otherwise Cake isn=E2=80=99t reliably in control of = the bottleneck queues. Try these to begin with: >=20 > =E2=80=A6 bandwidth 850Kbit conservative dual-srchost nat >=20 > =E2=80=A6 bandwidth 15Mbit conservative dual-dsthost nat ingress >=20 > That should give you correct operation, and you can fine-tune from = there. >=20 > - Jonathan Morton >=20 >=20 >=20