From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from uplift.swm.pp.se (ipv6.swm.pp.se [IPv6:2a00:801::f]) (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 652BD21F1E4 for ; Wed, 3 Jul 2013 22:57:20 -0700 (PDT) Received: by uplift.swm.pp.se (Postfix, from userid 501) id 8571A9C; Thu, 4 Jul 2013 07:57:17 +0200 (CEST) Received: from localhost (localhost [127.0.0.1]) by uplift.swm.pp.se (Postfix) with ESMTP id 7A6F59A; Thu, 4 Jul 2013 07:57:17 +0200 (CEST) Date: Thu, 4 Jul 2013 07:57:17 +0200 (CEST) From: Mikael Abrahamsson To: Dave Taht In-Reply-To: Message-ID: References: User-Agent: Alpine 2.00 (DEB 1167 2008-08-23) Organization: People's Front Against WWW MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: cerowrt-devel@lists.bufferbloat.net Subject: Re: [Cerowrt-devel] happy 4th! X-BeenThere: cerowrt-devel@lists.bufferbloat.net X-Mailman-Version: 2.1.13 Precedence: list List-Id: Development issues regarding the cerowrt test router project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 04 Jul 2013 05:57:20 -0000 On Wed, 3 Jul 2013, Dave Taht wrote: > Suggestions as to things to test and code to test them welcomed. In I'm wondering a bit what the shallow buffering depth means to higher-RTT connections. When I advocate bufferbloat solutions I usually get thrown in my face that shallow buffering means around-the-world TCP-connections will behave worse than with a lot of buffers (traditional truth being that you need to be able to buffer RTT*2). It would be very interesting to see what an added 100ms () and some packet loss/PDV would result in. If it still works well, at least it would mean that people concerned about this could go back to rest. Also, would be interesting to see is Googles proposed QUIC interacts well with the bufferbloat solutions. I imagine it will since it in itself measures RTT and FQ_CODEL is all about controlling delay, so I imagine QUIC will see a quite constant view of the world through FQ_CODEL. -- Mikael Abrahamsson email: swmike@swm.pp.se