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 8BFF121F44B for ; Sun, 19 Apr 2015 10:15:55 -0700 (PDT) Received: by uplift.swm.pp.se (Postfix, from userid 501) id 266E8A1; Sun, 19 Apr 2015 19:15:52 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=swm.pp.se; s=mail; t=1429463752; bh=Kq2Q0ytUD+Q+ZdK2n39yhnl9v+vyFYrlr/ISPa39N/g=; h=Date:From:To:cc:Subject:In-Reply-To:References:From; b=sdgXRqoTjFMmNyHWNMPR7Tg4mYnUMUvcIJfOTQhAUcTeAkG7KMdEf8zEQ7hGAaZES Wy0abWfyjTsXshFonDBt4RZ95Wwc0hETUhkkTZUF0YQRQkzf80ZCgtEcGScLRtPCgI 0M71KV7c09aaTn0wt+39xa+qpQyMdIdj9RH4HrHc= Received: from localhost (localhost [127.0.0.1]) by uplift.swm.pp.se (Postfix) with ESMTP id 16AFA9F; Sun, 19 Apr 2015 19:15:52 +0200 (CEST) Date: Sun, 19 Apr 2015 19:15:52 +0200 (CEST) From: Mikael Abrahamsson To: =?ISO-8859-15?Q?Toke_H=F8iland-J=F8rgensen?= In-Reply-To: <87k2x8jcnw.fsf@toke.dk> Message-ID: References: <87wq18jmak.fsf@toke.dk> <87oamkjfhf.fsf@toke.dk> <87k2x8jcnw.fsf@toke.dk> User-Agent: Alpine 2.02 (DEB 1266 2009-07-14) Organization: People's Front Against WWW MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="-137064504-1719555651-1429463752=:16871" Cc: bloat Subject: Re: [Bloat] DSLReports Speed Test has latency measurement built-in 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: Sun, 19 Apr 2015 17:16:24 -0000 This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. ---137064504-1719555651-1429463752=:16871 Content-Type: TEXT/PLAIN; charset=utf-8; format=flowed Content-Transfer-Encoding: 8BIT On Sun, 19 Apr 2015, Toke Høiland-Jørgensen wrote: > The upload latency figures are definitely iffy, but the download ones > seem to match roughly what I've measured myself on this link. Also, I don't trust parallel latency measures done by for instance ICMP ping. Yes, they indicate something, but what? We need insight into the TCP stack. So how can an application like dslresports that runs in a browser, get meaningful performance metrics on its measurement TCP-sessions from the OS TCP stack? This is a multi-layer problem and I don't see any meaningful progress in this area... -- Mikael Abrahamsson email: swmike@swm.pp.se ---137064504-1719555651-1429463752=:16871--