From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail-qt0-x242.google.com (mail-qt0-x242.google.com [IPv6:2607:f8b0:400d:c0d::242]) (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 74E6F3B2A4 for ; Thu, 26 Jul 2018 11:49:07 -0400 (EDT) Received: by mail-qt0-x242.google.com with SMTP id a5-v6so2023800qtp.2 for ; Thu, 26 Jul 2018 08:49:07 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc:content-transfer-encoding; bh=VSjs8rJ1byZOZg8aSASTqEupfUigHyxPzfNCxUVo3nI=; b=hFpqMt7Jsa2ERPx8FG7seZU7peVm3Lukr3d+04/hY4cxdG0P/sE7ZpP8sOfhjxgARy zs3caUvjZJG8HPiutRCsyzrH0HsP4Fxvr57QIfvU4UDsZS6seRMpbGlgdOvJxLcqtTB/ NopvmbH37ZwSvpK34dRH99ClpUGphT/GQTpYb4cmC9rRFVjYv2woDzwMBpB8BfEf8Jo5 RW2LP9sec000ulrYkF8SsXcDA64+v7I0u+iw1tmo2tPulkdanQQyEcSzFCYqieXNf8j6 HdLw2LMaB+BFzafsRLknFi/ifeDZamS4hUE066u/bl9Ut/JgRL/i2b5QJSjBvAX3lmVM ofXw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc:content-transfer-encoding; bh=VSjs8rJ1byZOZg8aSASTqEupfUigHyxPzfNCxUVo3nI=; b=Gg0nRK7dDoIiOljYgVyHe/fqz/94L/hbCnuMK+ad2V+CuT5ALbSoxJNtQZZa/6avnm +44aa2W8EhWJIR5XWXTOpuxhp4inmYwlYKBqV3wctFMpUyBTbGbZFtIfGCq/Ue9Hl7Dc D6AjDHu+C8q5TfpSdHEyPJt3exmLN+GeOn24D/LXZsE8EeA5QICTtmwmxFZacbwQ5coi 3OmClU9QLtY30Ry4Et8DL9II/92drmE7vstsPTn90BfQXUO9gc67X0RBPB/7opSni8IC +WJ2nUZSaqxZC7lWlA+KvVrWBgyKJEAV7q8hEeU6zd0Nb3k3D1jnI/6kmspE/Azec2eE Z5ig== X-Gm-Message-State: AOUpUlH40mITzXMDPtRy0dvs4DZ/4XhXlETO/6Y+pormT1KiE/Gxlraz gdwqnTKnxBrRpzlXayymhXMuzaIy0MSSiIhMwsE= X-Google-Smtp-Source: AAOMgpdNgfjfX3rUnb2NlBhWcoSAUqJRGuSxcRjAwtJo+Ybietof6Gj3nkcYh7VXhkJ/eokD+SBWME51Wm0Ymi0kqbo= X-Received: by 2002:a0c:bfd8:: with SMTP id u24-v6mr2196855qvj.158.1532620146927; Thu, 26 Jul 2018 08:49:06 -0700 (PDT) MIME-Version: 1.0 References: <1357421162.31089.1531812291583@webmail.strato.de> <1c323544b3076c0ab31b887d6113f25f572e41ae.camel@coverfire.com> In-Reply-To: <1c323544b3076c0ab31b887d6113f25f572e41ae.camel@coverfire.com> From: Dave Taht Date: Thu, 26 Jul 2018 08:48:54 -0700 Message-ID: To: Dan Siemon Cc: fuller@beif.de, Cake List Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Subject: Re: [Cake] =?utf-8?q?Using_cake_to_shape_1000=E2=80=99s_of_users=2E?= 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, 26 Jul 2018 15:49:07 -0000 On Thu, Jul 26, 2018 at 8:46 AM Dan Siemon wrote: > > Tiny bit of self promotion here but Preseem (https://www.preseem.com) > is a transparent bridge that leverages HTB/FQ-CoDel to make subscriber pl= an enforcement provide much better QoE. Leaving enforcement up to the deep = queues in most network equipment has comparably very bad results. We focus = on WISPs but we have customers that provide service via DSL and cable as we= ll. AWESOME. I am curious as to how high you can scale currently? (subscribers, bandwidths) > We leverage an eBPF classifier to direct each subscriber's traffic into > an HTB class that matches their plan rate and within that is an FQ- > CoDel instance. This classifier handles the various encapsulations we > need to support in ISP networks. > > I haven't had time to try Cake in this context yet but hope to get to > that in the next couple months. I believe this will require one Cake > instance per-subscriber like we do with FQ-CoDel today. > > > On Tue, 2018-07-17 at 09:59 -0700, Dave Taht wrote: > > On Tue, Jul 17, 2018 at 12:24 AM Felix Resch wrote: > > > > > > since commercial interest is involved, see here > > > https://lists.bufferbloat.net/pipermail/cake/2018-June/003861.html > > > > I grew that list substantially in the ending talk. It was motivating. > > :) I am thinking of doing something similar (with editorial comments) > > pointing > > to each of dslreports' values per ISP, like, for example, leveraging > > > > http://www.dslreports.com/speedtest/results/bufferbloat?up=3D1 > > > > To kvetch while pointing further to stuff like: > > > > http://www.dslreports.com/speedtest/results/isp/r3910-google-fiber > > http://www.dslreports.com/speedtest/results/isp/r2784-t-mobile > > http://www.dslreports.com/speedtest/results/isp/r896-sonic > > > http://www.dslreports.com/speedtest/results/isp/r1579-Comcast%20XFINITY > > > > That angst out, ISPs and vendors that want to work with us to > > establish requirements and code for a transparent > > bridge/veth/cake-like thing are very welcome at any point! The core > > factor stopping us from even trying isn't lack of money or time... it > > is not knowing of *any* head-end equipment (DSLAM/CMTS/GPON/etc) that > > could be modified by us to have better queue management in the first > > place, and a transparent bridge seems second best, at best, with > > complexities involving ipv6 and ipv4 support, sag, nat, vlans, etc, > > etc - so we've focused on fixing the edge device itself, and making > > available published open source code and standards in the hope that > > some head-end vendor would pick it up... after being suitably nagged > > by their ISP customers. Or the sandvine type middlebox folk. > > > > Also, in terms of angst, we hope merely that ISPs would start > > supplying CPE that has our stuff in it (particularly since the > > aftermarket already has it, and it works in even the cheapest boxes > > made today), and either autoconfigure to their set rates, with cake, > > or supply that information to their end users to configure. It's been > > 6 years since the code hit the embedded world.... I'm pleased to say > > that "fq_codel for wifi" derivatives seem to propagating rapidly, at > > least. Maybe a fortigate or barracuda will ship some kind of smart > > queue management one day soon... if enough customers ask for it. > > example: https://forum.fortinet.com/tm.aspx?m=3D163978 > > > > on the transparent bridge front... Linux has issues scaling to high > > rates *on the receive path* at 10gigE+ speeds. > > > > I've certainly lain awake at night dreaming of what we could do with > > a > > smart line card for a cmts, or even a small dslam. > > > > > _______________________________________________ > > > Cake mailing list > > > Cake@lists.bufferbloat.net > > > https://lists.bufferbloat.net/listinfo/cake > > > > > > > --=20 Dave T=C3=A4ht CEO, TekLibre, LLC http://www.teklibre.com Tel: 1-669-226-2619