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 D6B4121F1FE for ; Thu, 21 Mar 2013 21:27:33 -0700 (PDT) Received: by uplift.swm.pp.se (Postfix, from userid 501) id 28ACA9C; Fri, 22 Mar 2013 05:27:31 +0100 (CET) Received: from localhost (localhost [127.0.0.1]) by uplift.swm.pp.se (Postfix) with ESMTP id 21CB19A; Fri, 22 Mar 2013 05:27:31 +0100 (CET) Date: Fri, 22 Mar 2013 05:27:31 +0100 (CET) From: Mikael Abrahamsson To: Jim Gettys In-Reply-To: Message-ID: References: <51408BF4.7090304@cisco.com> <514B5AC8.8000502@net.t-labs.tu-berlin.de> User-Agent: Alpine 2.00 (DEB 1167 2008-08-23) Organization: People's Front Against WWW MIME-Version: 1.0 Content-Type: TEXT/PLAIN; format=flowed; charset=US-ASCII Cc: aqm@ietf.org, "tsvwg@ietf.org" , bloat Subject: Re: [Bloat] [tsvwg] how much of a problem is buffer bloat today? 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, 22 Mar 2013 04:27:34 -0000 On Thu, 21 Mar 2013, Jim Gettys wrote: > Every more modern TCP can easily fill any sized buffer given time with a > single TCP connection. I agree with this, I made this discovery myself back in 2004 or so, and had to implement Fairqueue and WRED on my home connection to make it bearable to use any interactive application while transferring files. In IETF75 in Stockholm in 2009, I made proposals in both TCP and at open mic in one of the sessions, that I would like to see statistics and performance numbers on packet loss, delay variation etc from actual traffic. The IP stack has great insight in what the network conditions are (especially with TCP Timestamping), but as far as I know it's not really exported in any usable format to the user. My idea was to have some kind of dashboard for the user to show if currently the network was the limiting factor, if the tcp window was maxed out etc. Would also be nice if there was output that could be cut/pasted and attached to a fault report in case the customer talks to customer support. It would be good if this was actually a standard so all OSes did the same. I am not aware of any such work going on, so I'd like to know if anyone else is aware of work in this area? -- Mikael Abrahamsson email: swmike@swm.pp.se