From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from auth.a.painless.aa.net.uk (a.painless.aa.net.uk [IPv6:2001:8b0:0:30::51bb:1e33]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by huchra.bufferbloat.net (Postfix) with ESMTPS id EA02721F618 for ; Fri, 5 Jun 2015 10:26:10 -0700 (PDT) Received: from sightless.bracknell.aa.net.uk ([2001:67c:2a40:0:aaaa:aaaa:aaaa:aaaa]) by a.painless.aa.net.uk with esmtpa (Exim 4.77) (envelope-from ) id 1Z0vNP-0004hQ-VM; Fri, 05 Jun 2015 18:26:07 +0100 Message-ID: <5571DB9F.10503@k.gg> Date: Fri, 05 Jun 2015 18:25:51 +0100 From: Adrian Kennard User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.10; rv:31.0) Gecko/20100101 Thunderbird/31.7.0 MIME-Version: 1.0 To: Dave Taht , Kevin Darbyshire-Bryant References: <7D4DDC3F-9233-4E07-B59B-AA1368CA9D4E@gmail.com> <5571B334.7050607@darbyshire-bryant.me.uk> <5571DA4E.5060809@darbyshire-bryant.me.uk> In-Reply-To: Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Fri, 05 Jun 2015 10:50:42 -0700 Cc: bloat Subject: Re: [Bloat] Bloat goes away, but with ~25% speed loss? X-BeenThere: bloat@lists.bufferbloat.net X-Mailman-Version: 2.1.13 Precedence: list List-Id: General list for discussing Bufferbloat List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 05 Jun 2015 17:26:39 -0000 On 05/06/2015 18:23, Dave Taht wrote: >> Adrian Kennard the owner writes code for their ISP grade routers etc (Firebricks). Very clever chap. And yes very early adopters and promoters of IPv6. No idea what qdiscs etc they've experimented with. I'll try to ask. Would be interesting to get fq_codel or even cake into the ISP side of things! > Yes, I met him at one of the uknofs. Very clever chap. > > So far as I knew the firebrick (which has a GREAT reputation, btw), > was bsd based. The FireBrick tries to shift packets as they arrive and not run any queues. It is not generally an endpoint for IP traffic and so buffer bloat should not be an issue. The shapers all work on predicted queue at specified speed and do not actually delay traffic (so are policers rather than shapers) but get used for bonding multiple links.