From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail.toke.dk (mail.toke.dk [IPv6:2001:470:dc45:1000::1]) (using TLSv1.2 with cipher ADH-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by lists.bufferbloat.net (Postfix) with ESMTPS id 63F2F3CB35 for ; Thu, 19 Jul 2018 12:47:31 -0400 (EDT) From: Toke =?utf-8?Q?H=C3=B8iland-J=C3=B8rgensen?= DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=toke.dk; s=20161023; t=1532018850; bh=po1VrGRFVDoNXY507nr/hgbovd+oaVAs3I5KSa7/bMc=; h=From:To:Cc:Subject:In-Reply-To:References:Date:From; b=EtRsOg/F3qJ1Tcmd10kPrOYZC/xoaB+s/gAGT8sKra9/ZtxDoghPR/Q6Nt2ua3wXZ c1Y77tJt0mYt2km2cqpfAO5UykqulzKLQAAgR2/qIcPP0H2EWLaP8BmjsheQuCXzWJ lJZJUmdQB432CZyoA9hhxHpLXD2z0bnnxTaOxoYBl7zov793KeLBtKWZRVpOQqSXpm Qsj3PHsEwQc6DYhLOPaYnDJD2VDTFg2yhKvL8hGoKq4Q3qtQyBD3XpRJmoCZFYmjjK +EtF84bVI6hk2CLdSIN/XNp94SfQaN8+c38whTFwFGJBBdYnCc/lvnu0GFv1a1vKLe lM30EvWbJr1uw== To: David Ahern , netdev@vger.kernel.org Cc: cake@lists.bufferbloat.net, Dave Taht In-Reply-To: References: <20180719135617.31850-1-toke@toke.dk> Date: Thu, 19 Jul 2018 18:47:16 +0200 X-Clacks-Overhead: GNU Terry Pratchett Message-ID: <87pnzj18bv.fsf@toke.dk> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Subject: Re: [Cake] [PATCH iproute2-next v11] Add support for CAKE qdisc 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, 19 Jul 2018 16:47:31 -0000 David Ahern writes: > On 7/19/18 7:56 AM, Toke H=C3=B8iland-J=C3=B8rgensen wrote: >> sch_cake is intended to squeeze the most bandwidth and latency out of ev= en >> the slowest ISP links and routers, while presenting an API simple enough >> that even an ISP can configure it. >>=20 >> Example of use on a cable ISP uplink: >>=20 >> tc qdisc add dev eth0 cake bandwidth 20Mbit nat docsis ack-filter >>=20 >> To shape a cable download link (ifb and tc-mirred setup elided) >>=20 >> tc qdisc add dev ifb0 cake bandwidth 200mbit nat docsis ingress wash bes= teffort >>=20 >> Cake is filled with: >>=20 >> * A hybrid Codel/Blue AQM algorithm, "Cobalt", tied to an FQ_Codel >> derived Flow Queuing system, which autoconfigures based on the bandwid= th. >> * A novel "triple-isolate" mode (the default) which balances per-host >> and per-flow FQ even through NAT. >> * An deficit based shaper, that can also be used in an unlimited mode. >> * 8 way set associative hashing to reduce flow collisions to a minimum. >> * A reasonable interpretation of various diffserv latency/loss tradeoffs. >> * Support for zeroing diffserv markings for entering and exiting traffic. >> * Support for interacting well with Docsis 3.0 shaper framing. >> * Support for DSL framing types and shapers. >> * Support for ack filtering. >> * Extensive statistics for measuring, loss, ecn markings, latency variat= ion. >>=20 >> Various versions baking have been available as an out of tree build for >> kernel versions going back to 3.10, as the embedded router world has been >> running a few years behind mainline Linux. A stable version has been >> generally available on lede-17.01 and later. >>=20 >> sch_cake replaces a combination of iptables, tc filter, htb and fq_codel >> in the sqm-scripts, with sane defaults and vastly simpler configuration. >>=20 >> Cake's principal author is Jonathan Morton, with contributions from >> Kevin Darbyshire-Bryant, Toke H=C3=B8iland-J=C3=B8rgensen, Sebastian Moe= ller, >> Ryan Mounce, Tony Ambardar, Dean Scarff, Nils Andreas Svee, Dave T=C3=A4= ht, >> and Loganaden Velvindron. >>=20 >> Testing from Pete Heist, Georgios Amanakis, and the many other members of >> the cake@lists.bufferbloat.net mailing list. >>=20 >> Signed-off-by: Dave Taht >> Signed-off-by: Toke H=C3=B8iland-J=C3=B8rgensen >> --- > > applied to iproute2-next. Thanks Great, thanks! > About the autorate, I think you should consider consistency in output. Yeah, I'd tend to agree. Did actually send an updated patch, but guess the streams crossed. Can send a separate patch with the rename; I see I forgot to update the man page anyway... -Toke