From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mailsrv.ikr.uni-stuttgart.de (mailsrv.ikr.uni-stuttgart.de [129.69.170.2]) by huchra.bufferbloat.net (Postfix) with ESMTP id CFF5D21F0B0 for ; Tue, 26 Mar 2013 10:25:49 -0700 (PDT) Received: from netsrv1.ikr.uni-stuttgart.de (netsrv1-c [10.11.12.12]) by mailsrv.ikr.uni-stuttgart.de (Postfix) with ESMTP id 00A5660277; Tue, 26 Mar 2013 18:25:48 +0100 (CET) Received: from vpn-2-cl195 (vpn-2-cl195 [10.41.21.195]) by netsrv1.ikr.uni-stuttgart.de (Postfix) with ESMTP id BA47360276; Tue, 26 Mar 2013 18:25:47 +0100 (CET) From: Mirja Kuehlewind Organization: University of Stuttgart (Germany), IKR To: aqm@ietf.org Date: Tue, 26 Mar 2013 18:25:47 +0100 User-Agent: KMail/1.9.10 (enterprise35 0.20101217.1207316) References: <51408BF4.7090304@cisco.com> In-Reply-To: X-KMail-QuotePrefix: > MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <201303261825.47601.mirja.kuehlewind@ikr.uni-stuttgart.de> Cc: bloat , "tsvwg@ietf.org" Subject: Re: [Bloat] [aqm] [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: Tue, 26 Mar 2013 17:25:50 -0000 Hi, +1. Would be nice to have such statictics available for the user in every O= S! Mirja On Friday 22 March 2013 05:27:31 Mikael Abrahamsson wrote: > 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? =2D-=20 =2D------------------------------------------------------------------ Dipl.-Ing. Mirja K=FChlewind Institute of Communication Networks and Computer Engineering (IKR) University of Stuttgart, Germany Pfaffenwaldring 47, D-70569 Stuttgart tel: +49(0)711/685-67973 email: mirja.kuehlewind@ikr.uni-stuttgart.de web: www.ikr.uni-stuttgart.de =2D------------------------------------------------------------------