From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail.toke.dk (mail.toke.dk [52.28.52.200]) (using TLSv1.2 with cipher ADH-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by lists.bufferbloat.net (Postfix) with ESMTPS id 62D393B2A4 for ; Thu, 26 Jul 2018 13:42:50 -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=1532626968; bh=s5tQnDnH8ztAHqDnp9cg1/Bs6hzUnT3kyzKOz9THzQc=; h=From:To:Cc:Subject:In-Reply-To:References:Date:From; b=w3t9TceXqQY07QmxGv9zqAPFr1TNnUlQUhn0tuMWxwdXLCVUFb+LOnrbu40oCC+Jq DzgHSHyxSkozNAQyz38C/hBJzhwiHOieFaTtQUtK+nBnNhp/Twuar0r3lVm/Fz6Qep tkMZjzkMevxgeJcoQz9bFYsARU1h6GGPsztevs/j7L96GxfP/pXp1OrGHMRI3VM27G EGEIGs7RoRkw8bTVRPd8LB/RcoGbMg4nD6+LQq6eRheUzLtjGj7Er4Eux18WPg1oLf ZTxUg2wZ1WYTJ8JT1DUaA59KwvKDgv2U22yBGieMAP8YGVOBUdPe+sDS+0hnP8wekP zWQDfJ/tmsk6Q== To: Dan Siemon , Dave Taht , fuller@beif.de Cc: Cake List In-Reply-To: <1c323544b3076c0ab31b887d6113f25f572e41ae.camel@coverfire.com> References: <1357421162.31089.1531812291583@webmail.strato.de> <1c323544b3076c0ab31b887d6113f25f572e41ae.camel@coverfire.com> Date: Thu, 26 Jul 2018 19:42:43 +0200 X-Clacks-Overhead: GNU Terry Pratchett Message-ID: <87woth28rw.fsf@toke.dk> MIME-Version: 1.0 Content-Type: text/plain 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 17:42:50 -0000 Dan Siemon writes: > Tiny bit of self promotion here but Preseem (https://www.preseem.com) > is a transparent bridge that leverages HTB/FQ-CoDel to make subscriber > plan 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 well. > > 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. This sounds really cool, and is definitely the right way to do things! Neat :) > 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. Yup, currently it would. It might be possible to extend CAKE's architecture to not require this, though. If you are interested in pursuing this in the future, let us know; having someone actually using it would be quite useful if we were to pursue development of this :) -Toke