From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from g4t3427.houston.hp.com (g4t3427.houston.hp.com [15.201.208.55]) (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 D64CF3B260; Mon, 2 May 2016 19:27:40 -0400 (EDT) Received: from g4t3433.houston.hp.com (g4t3433.houston.hp.com [16.210.25.219]) by g4t3427.houston.hp.com (Postfix) with ESMTP id 1C27551; Mon, 2 May 2016 23:27:40 +0000 (UTC) Received: from [16.103.148.51] (tardy.usa.hp.com [16.103.148.51]) by g4t3433.houston.hp.com (Postfix) with ESMTP id 7339B63; Mon, 2 May 2016 23:27:39 +0000 (UTC) To: Dave Taht , Roman Yeryomin References: Cc: make-wifi-fast@lists.bufferbloat.net, "codel@lists.bufferbloat.net" , ath10k From: Rick Jones Message-ID: <5727E26B.3040201@hpe.com> Date: Mon, 2 May 2016 16:27:39 -0700 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101 Thunderbird/38.6.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: [Make-wifi-fast] [Codel] iperf3 udp flood behavior at higher rates X-BeenThere: make-wifi-fast@lists.bufferbloat.net X-Mailman-Version: 2.1.20 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 May 2016 23:27:40 -0000 On 05/02/2016 04:18 PM, Dave Taht wrote: > Netperf does not have a multi-hop capable udp flood test (rick jones > can explain why... ) Well, with an intro like that, how could I refuse?-) In a nutshell, after repeated uses of the netperf UDP_STREAM test in non-air-gapped test setups with link up/down testing and a default route which pointed at the local "corporate/desktop/whathaveyou" network by QA engineers who should have known better, taking-out things like security camera video feeds, by default the data socket for a UDP_STREAM test is set SO_DONTROUTE. This can be overridden with a test-specific -R 1 option. This is not necessary if the test is UDP_RR or TCP_*. happy benchmarking, rick jones