From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mout.gmx.net (mout.gmx.net [212.227.15.19]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by lists.bufferbloat.net (Postfix) with ESMTPS id 06ECF3B29E; Fri, 6 Sep 2019 05:57:12 -0400 (EDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=gmx.net; s=badeba3b8450; t=1567763822; bh=SOXlp7KTcwwPWKwChN+hObAaL1yRCxblh/uZDgVIGt4=; h=X-UI-Sender-Class:Subject:From:In-Reply-To:Date:Cc:References:To; b=f+6kjZ/GEDXmTIWzp0wPAwwGPMQPWAS+y6OG9RwWZE5irkS9P+jo8Si4SVSfZaxOr cCYpW429Jj3T4JfiKtommRJwoz6Q7iAgHLjWKwXt61alfBMn5TQ7MWyHRegY8c2pX+ 8+KZPzY8lxEnP/X1SHlpGNn+qudzZC5uePVrhUuU= X-UI-Sender-Class: 01bb95c1-4bf8-414a-932a-4f6e2808ef9c Received: from [10.11.12.32] ([134.76.241.253]) by mail.gmx.com (mrgmx004 [212.227.17.190]) with ESMTPSA (Nemesis) id 1N4QsO-1iFhBA1HJG-011OvI; Fri, 06 Sep 2019 11:57:02 +0200 Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 12.4 \(3445.104.11\)) From: Sebastian Moeller In-Reply-To: <874l1p25ka.fsf@toke.dk> Date: Fri, 6 Sep 2019 11:56:57 +0200 Cc: Mikael Abrahamsson , Matt Taggart , cerowrt-devel , bloat@lists.bufferbloat.net Content-Transfer-Encoding: quoted-printable Message-Id: <63E4F227-7BC3-4238-B3F2-8B57118AAFD1@gmx.de> References: <874l1p25ka.fsf@toke.dk> To: =?utf-8?Q?Toke_H=C3=B8iland-J=C3=B8rgensen?= X-Mailer: Apple Mail (2.3445.104.11) X-Provags-ID: V03:K1:EIAX7VRX3GsE8qBDLWLjn13p8rftIXC0m9ptDq93dIrX/TfAC0G JqK1vGepwAANI8psgKxLtRuZ2UdBf9v1woxLugJESXARZp45QDNIxEPqkWVOUdGsn5cUqaj 6e53lHX3/w8G5s8FVwOaU9QRDyscchFmdQF2fcUnvHTFB1WCkQ2lI20ci3PcG1Kc8PhR/Hp UB9MrzvZNVTC0vSjS3yzw== X-Spam-Flag: NO X-UI-Out-Filterresults: notjunk:1;V03:K0:Chc6folJuBQ=:exZ2IopT6KG98Kf1uiQLA7 d1BAYqaf5Ec9+iyRXLasA1QlLDgGaXTM+LPkJqOIWE6jQsng3x9b9yES/JS76Fyv/t4CVoAQT CCWsqquVPF0Zo3smnLndNc1MKts7XDcUNoutMSEbawE3KB1f6ZlWvu6kOr+qhm1v2oRtg6m03 ubt4OnDbVpfrMYIVxsCkisaCE7IQ9+IEjhJ1bhBbQj64jXHnJ9Cqkb4P+2M25Zl4tI7Pjs9sB v8S9DpTUX/t5D9VpzaXtrNgf3HvWzKgo+bszMlLphNlr5+jjfFU2waVOgFv3PPuD+3YkZd8Cx /IQaCKrKVdwUlPe6aWZZSQWR8NpvpJ61q50URK0NKExJ4i3xINZkGqIuyI443AhjVQNZgq8iR BvwexB7eYp7eaUUQJXNexlS7sfdFqd5wYHrZ7vXr0Xx3bYQ1nrdT2Hdo/SQgTHhmL3hDWF+nw nlDzDjC5OYxBXSvfCOAPkgkUZIl5pom3OPtm5xzBo8jzGmDtSRlhXAkkuQRf0G53XWkQRV0Qu fUCMWsY0qAxps9wbQ9GFA/zRuDPULe/KFtMzLVkmR6gTXX/J2MFHSThCnhDKNUs8J8QRGxrKX +IZM5kL54yfC8Ok0vALu9GjdiAU2+nIF7bI+DFcoTgI0pD6kPS1d361FoKahWR7WHLAJ05z5N jX0sk3BdD5wmmGWyXDxP0OTjmwoHXQl6eTHHaUecPsQ0z/ZA2kq8Fk5NzgG7VxJC9Ds1pwwS9 WBEUyvLuiuoUbXn3jot8tIDsVWwrbzwCWz4dYxFDG2KqimHhPXrx+leQDbMS5wTD7UtKSmAMS 2thOohmemyknQkKQc7oCCZ4Ewf0YkiBf2hSnIqirCLrHAG0WG8LbuYlHH4kdWJWlwt1k17a9S R40yYk3GoEBK09ncG4E9ODk7O75nHDHxn/hOptMTOHizSpPm/cG55QdzI5Cj9TzW4D/lIHR2t yXvuMBoNuT0FhN0H/JIwCvxZWx+w2T2g6jmGqnpcoKeWRvHxht5+WLAu5vACmok35v4P9+gOu EjCazNyG1ARGnmp0DE2EPyfwLXeEAPZxc4FsnDmTMXjnqSQ2HPqBp4qxTyA3wRNeCETVGDe1l AaQa4Bgu/5FteAQy//nonSMptN81ypCexBVVKys3Q94jC9FV1PNDSpWi+Qu+xkGO8h9PKsYM4 7TTq0BmP4lATfpCYzLmnF9LzGFM7KOCxl28HrdWMGL26ZUig/w1Ped4IRioV7ozQl5Xmk= Subject: Re: [Cerowrt-devel] [Bloat] Ubiquiti Launches a Speed Test Network X-BeenThere: cerowrt-devel@lists.bufferbloat.net X-Mailman-Version: 2.1.20 Precedence: list List-Id: Development issues regarding the cerowrt test router project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 Sep 2019 09:57:13 -0000 Hi Toke, > On Sep 6, 2019, at 10:27, Toke H=C3=B8iland-J=C3=B8rgensen = wrote: >=20 > Mikael Abrahamsson writes: >=20 >> On Wed, 4 Sep 2019, Matt Taggart wrote: >>=20 >>> So an interesting idea but they have some things they could improve. >>=20 >> I've been considering what one should run in parallel with the speed = test=20 >> to get an impression if the speedtest impacts performance of other = flows /=20 >> realtime flows, similar to what dslreports speedtest does. >>=20 >> I've considered running one or several simulated voip calls (50pps) = and=20 >> record RTT, PDV, packet loss etc for this session. >>=20 >> It would be interesting to hear any suggestions people have for a = fairly=20 >> simple codebase that does this that can be included in these kinds of = test=20 >> clients (both server and client end, and of course one that protects=20= >> against reflection attacks etc). >>=20 >> iperf3 can be used for this, but from what I can see the iperf3 = server=20 >> code isn't very friendly to multiple parallel tests or even resilient=20= >> against hung clients that doesn't close the test nicely. >>=20 >> I also considered using WebRTC or VoIP libraries, does anyone know = what=20 >> RTT/PDV/packet loss data can be extracted from some common ones? >=20 > Pete coded up this wonderful tool for UDP-based latency testing; it's > even supported in Flent, and available on some (all?) the = public-facing > servers: >=20 > https://github.com/heistp/irtt This reminds of a tangentially related question, do we/could we actually = write the requested DSCP into the packet payloads so we could = see/display dscp bleaching/remapping packets experience during transit? = For irtt, ping and even netperf TCP/UDP flows? Best Regards Sebastian >=20 > -Toke > _______________________________________________ > Bloat mailing list > Bloat@lists.bufferbloat.net > https://lists.bufferbloat.net/listinfo/bloat