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.2 with cipher ADH-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by lists.bufferbloat.net (Postfix) with ESMTPS id A0BEF3B29E; Fri, 6 Sep 2019 04:15:35 -0400 (EDT) Received: by uplift.swm.pp.se (Postfix, from userid 501) id D4851B0; Fri, 6 Sep 2019 10:15:33 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=swm.pp.se; s=mail; t=1567757733; bh=bxtBWz5TT1XM3FoUbLO+zi0n1zPljpVa1fgW1kfJBLk=; h=Date:From:To:cc:Subject:In-Reply-To:References:From; b=G1akldQWJpCAAb/V1rTfGAVDXPSofJPKzh/ppc6dwZ9xy7tT3lp9DOAOkhtPmGP4Q piEMI32ayukzbNSF+gtaYPhzMPc2WjYkLPelaxUZtdWjP0518o7wR/KDjaMAJkVUPD s9+DfPdvB6r7zsQfHgIKNltl1/3Yr3pcRnfSsJiw= Received: from localhost (localhost [127.0.0.1]) by uplift.swm.pp.se (Postfix) with ESMTP id D2CD19F; Fri, 6 Sep 2019 10:15:33 +0200 (CEST) Date: Fri, 6 Sep 2019 10:15:33 +0200 (CEST) From: Mikael Abrahamsson To: Matt Taggart cc: bloat@lists.bufferbloat.net, cerowrt-devel In-Reply-To: Message-ID: References: User-Agent: Alpine 2.20 (DEB 67 2015-01-07) Organization: People's Front Against WWW MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII; format=flowed Subject: Re: [Bloat] [Cerowrt-devel] Ubiquiti Launches a Speed Test Network 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: Fri, 06 Sep 2019 08:15:35 -0000 On Wed, 4 Sep 2019, Matt Taggart wrote: > So an interesting idea but they have some things they could improve. I've been considering what one should run in parallel with the speed test to get an impression if the speedtest impacts performance of other flows / realtime flows, similar to what dslreports speedtest does. I've considered running one or several simulated voip calls (50pps) and record RTT, PDV, packet loss etc for this session. It would be interesting to hear any suggestions people have for a fairly simple codebase that does this that can be included in these kinds of test clients (both server and client end, and of course one that protects against reflection attacks etc). iperf3 can be used for this, but from what I can see the iperf3 server code isn't very friendly to multiple parallel tests or even resilient against hung clients that doesn't close the test nicely. I also considered using WebRTC or VoIP libraries, does anyone know what RTT/PDV/packet loss data can be extracted from some common ones? -- Mikael Abrahamsson email: swmike@swm.pp.se