From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from nasse.dc.kau.se (smtp.kau.se [193.10.220.39]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by lists.bufferbloat.net (Postfix) with ESMTPS id 433593B2A0 for ; Wed, 16 Nov 2016 01:00:23 -0500 (EST) X-Spam-Processed: mail.kau.se, Wed, 16 Nov 2016 07:00:19 +0100 (not processed: spam filter heuristic analysis disabled) X-MDRemoteIP: 94.254.51.247 X-MDHelo: sa-mbp15.local X-MDArrival-Date: Wed, 16 Nov 2016 07:00:19 +0100 X-Authenticated-Sender: stefalfr@kau.se X-Return-Path: stefan.alfredsson@kau.se X-Envelope-From: stefan.alfredsson@kau.se To: jb , David Lang References: Cc: bloat From: Stefan Alfredsson Message-ID: <389eca46-80cf-99ae-9669-46e7fe767cbc@kau.se> Date: Wed, 16 Nov 2016 07:00:16 +0100 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.11; rv:45.0) Gecko/20100101 Thunderbird/45.4.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: [Bloat] bufferbloat at high edge rates X-BeenThere: bloat@lists.bufferbloat.net X-Mailman-Version: 2.1.20 Precedence: list List-Id: General list for discussing Bufferbloat List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 16 Nov 2016 06:00:23 -0000 I had the same problem, getting no bloat report. I tested just now running as root, and got bloat measurements in http://www.dslreports.com/speedtest/6166098 and http://www.dslreports.com/speedtest/6166295 From Firefox, I get somewhat higer latency (~100 ms) versus ~20-60 ms via the command line client: http://www.dslreports.com/speedtest/6130740 http://www.dslreports.com/speedtest/6130727 http://www.dslreports.com/speedtest/6130708 http://www.dslreports.com/speedtest/6130690 Two things to note: - Firefox tests were run yesterday at around lunchtime (~12.00 CET), and CLI tests just now (~06.40 CET). So time-of-day effect may be a reason for less bloat now. I'll do a better comparison when I get to my desktop. - CLI tests were run in a docker container, for security purposes. I used host networking so it should not have affected measurements much, but still. This was how it was executed: // downloaded the dslreports cli tool to my host /tmp directory, mapping /tmp to /host in the debian container $ docker run --rm -t -i -v /tmp:/host:ro debian root@db0ea060caa7:/# apt-get update ; apt-get install ca-certificates [... snip ...] root@db0ea060caa7:/# /host/dslrcli-linux-amd64 Selecting nearest servers.... Download Testing..... Upload Testing..... Uploading results... Download : 883.56 Megabit/sec Upload : 895.32 Megabit/sec http://www.dslreports.com/speedtest/6166098 A better option would be using CAP_NET_RAW, I'll see if this works instead of running with full root privs. /Stefan On 16/11/16 05:09, jb wrote: > It has to run as root / Admin in order to do ICMP in order to test > buffer bloat. > > If you run it under a non privileged user account it cannot get > permission for ICMP, so although it locates the nearest servers using > http ping, it isn't doing any buffer bloat testing. > > I'm not sure that is the issue but that's the first thing that comes > to mind.. > > > On Wed, Nov 16, 2016 at 11:34 AM, David Lang > wrote: > > On Tue, 15 Nov 2016, jb wrote: > > The command line tool is available to anyone now (Windows, OSX > and linux), > it does buffer bloat probing, using ICMP if run as root, and > is immune to > any browser issues. It can be downloaded here from the sticky: > http://www.dslreports.com/forum/speedtestbinary > > > > This does not seem to be reporting any bloat info (I've run it a > couple times) > > http://www.dslreports.com/speedtest/6156013 > > > David Lang > _______________________________________________ > Bloat mailing list > Bloat@lists.bufferbloat.net > https://lists.bufferbloat.net/listinfo/bloat > > > > > > _______________________________________________ > Bloat mailing list > Bloat@lists.bufferbloat.net > https://lists.bufferbloat.net/listinfo/bloat