From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail-ie0-x22c.google.com (mail-ie0-x22c.google.com [IPv6:2607:f8b0:4001:c03::22c]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by huchra.bufferbloat.net (Postfix) with ESMTPS id F361D21F180 for ; Fri, 24 Apr 2015 19:23:30 -0700 (PDT) Received: by iejt8 with SMTP id t8so95779838iej.2 for ; Fri, 24 Apr 2015 19:23:28 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:content-type; bh=yrX6uzt8+FjoUVQQtxZn8mBwBzWpbiAEDLMnJmbuckU=; b=aDSh2yaQchh08xTwfu1bL/am6yEj5Y7Li8avROyyOsCmpMwAQUEuocn51abWpWoiUA kRd+O2w2aRQods4Hgl2m1oUmfya3NTFCYu3uWehddN+DJJnXKfU2628dE9omiGVfAes9 vUdSk2ONUxChjeUW9CcPv0vD01o+aRF38Dud/DaNg0yyahCGIL9XVnOLLDesbF/c9KQF r0PSgofeab32acvhX6JgUQzkACXyalj3TlIVb/a87IvIMFvJZnHsZfybmIMAhps5nZ0J DN+LL1QYGFd7XTfPCCyjCz5a7iMjvGx/2Xwn7vR0vehrTL2CS/wd6aul6gT1csv2sqHG 34ZA== MIME-Version: 1.0 X-Received: by 10.43.63.76 with SMTP id xd12mr2028757icb.11.1429928608822; Fri, 24 Apr 2015 19:23:28 -0700 (PDT) Sender: justinbeech@gmail.com Received: by 10.50.107.42 with HTTP; Fri, 24 Apr 2015 19:23:28 -0700 (PDT) In-Reply-To: <22118EDD-F497-46F3-AC6A-A75C389DFBAB@isoc.org> References: <22118EDD-F497-46F3-AC6A-A75C389DFBAB@isoc.org> Date: Sat, 25 Apr 2015 12:23:28 +1000 X-Google-Sender-Auth: I_bPddlK2MmWbyPOmEwT6QkF-Yw Message-ID: From: jb To: Matthew Ford , bloat Content-Type: multipart/alternative; boundary=bcaec51a8a96c87d9805148332ea Subject: Re: [Bloat] delay-under-load really helps diagnose real world problems 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: Sat, 25 Apr 2015 02:23:59 -0000 --bcaec51a8a96c87d9805148332ea Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable I have made the following changes a few hours ago: Bloat latency stats run on every connection now except GPRS and 3G if you don't seem them during the test (mobile), they should be there afterwards. Download phase waits for quiescent latency measurements, defined by less than 2x the lowest ping seen, or it simply gives up waiting and continues. The flow stats table has combined stats per server, so the megabit per stream are summed and the other measurements are averaged. I'm not entirely trusting of the RTT and RTT Variance numbers from Linux, they come from the TCP_INFO structure but are probably heavily biased to the end of the connection rather than the entire connection. However the re-transmits are definitely ok and the congestion window packet count looks about right too. that's it.. On Sat, Apr 25, 2015 at 12:58 AM, Matthew Ford wrote: > > > On 23 Apr 2015, at 22:55, Bill Ver Steeg (versteb) > wrote: > > > > So, hats off to Justin! > > A big +1 to what Bill said from me. This tool is great and has already > helped me improve my own home network setup. > > A colleague noted that selecting =E2=80=98Public WiFi=E2=80=99 as connect= ion type results > in no bloat measurements. Which connection types are bloat measurements > enabled for? What=E2=80=99s the plan for the others? > > Mat > _______________________________________________ > Bloat mailing list > Bloat@lists.bufferbloat.net > https://lists.bufferbloat.net/listinfo/bloat > --bcaec51a8a96c87d9805148332ea Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
I have made the following changes a few hours ago:
Bloat latency stats run on every connection now except GPRS and= 3G
if you don't seem them during the test (mobile), they sho= uld be there afterwards.

Download phase waits for = quiescent latency measurements, defined by
less than 2x the lowes= t ping seen, or it simply gives up waiting and continues.

The flow stats table has combined stats per server, so the megabit = per stream are
summed and the other measurements are averaged. I&= #39;m not entirely trusting
of the RTT and RTT Variance numbers f= rom Linux, they come from the TCP_INFO
structure but are probably= heavily biased to the end of the connection rather
than the enti= re connection. However the re-transmits are definitely ok and the
congestion window packet count looks about right too.

=
that's it..

<= br>
On Sat, Apr 25, 2015 at 12:58 AM, Matthew For= d <= ford@isoc.org> wrote:

> On 23 Apr 2015, at 22:55, Bill Ver Steeg (versteb) <versteb@cisco.com> wrote:
>
> So, hats off to Justin!

A big +1 to what Bill said from me. This tool is great and has alrea= dy helped me improve my own home network setup.

A colleague noted that selecting =E2=80=98Public WiFi=E2=80=99 as connectio= n type results in no bloat measurements. Which connection types are bloat m= easurements enabled for? What=E2=80=99s the plan for the others?

Mat
___________________________________= ____________
Bloat mailing list
Bloat@lists.bufferbloat.net<= /a>
= https://lists.bufferbloat.net/listinfo/bloat

--bcaec51a8a96c87d9805148332ea--