From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail.taht.net (mail.taht.net [176.58.107.8]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by lists.bufferbloat.net (Postfix) with ESMTPS id 099AF3B29E for ; Fri, 1 Dec 2017 13:21:56 -0500 (EST) Received: from nemesis.taht.net (unknown [IPv6:2603:3024:1536:86f0:2e0:4cff:fec1:1206]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by mail.taht.net (Postfix) with ESMTPSA id 819E621367; Fri, 1 Dec 2017 18:21:55 +0000 (UTC) From: Dave Taht To: Georgios Amanakis Cc: Jonathan Morton , Cake List References: <98B33089-BA99-40C2-8C25-B4568505AAC6@gmail.com> Date: Fri, 01 Dec 2017 10:21:54 -0800 In-Reply-To: (Georgios Amanakis's message of "Thu, 30 Nov 2017 13:17:46 -0500") Message-ID: <878temgvgd.fsf@nemesis.taht.net> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.5 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain Subject: Re: [Cake] cake flenter results round 3 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: Fri, 01 Dec 2017 18:21:57 -0000 Georgios Amanakis writes: > I would like to point out what Pete said: > in my setup the mbox shapes both uplink and downlink with cake, which is mostly > untrue in the real world since the router has no control of the downlink. > > How can we simulate this better? I just answered this (for cmts, dslam, and wifi) in another part of one of these these threads. My brain is beginning to explode with the permutations... There's one other basic topology change worth having in "veth version 2" - setting up 4 servers at different RTTs. And what the heck, 4 clients. I'm running a bunch of errands today, (inc getting a new box). My original intent was to try to upstream cake tonight, but what the heck, let's beat it up some more. :) In particular, I was expecting the sfq results to degrade a LOT at higher RTTs, but haven't looked. > > On Thu, Nov 30, 2017 at 1:13 PM, Jonathan Morton wrote: > > Looks okay - but now with ack filtering? > > - Jonathan Morton > > > > > I am getting to that :) > > George > > _______________________________________________ > Cake mailing list > Cake@lists.bufferbloat.net > https://lists.bufferbloat.net/listinfo/cake