From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from out-19.smtp.github.com (out-19.smtp.github.com [192.30.252.202]) by mail.toke.dk (Postfix) with ESMTPS id 395C57BA366 for ; Fri, 18 Dec 2020 00:01:34 +0100 (CET) Authentication-Results: mail.toke.dk; dkim=pass (1024-bit key) header.d=github.com header.i=@github.com header.b=LxDXGMAe Received: from github.com (hubbernetes-node-3b6b9c4.va3-iad.github.net [10.48.114.34]) by smtp.github.com (Postfix) with ESMTPA id 4F314E1F48 for ; Thu, 17 Dec 2020 15:01:33 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=github.com; s=pf2014; t=1608246093; bh=Q/GBWyzH+gur3vOVCpKJQSlOHEe4ssX2BGuaUZUNUbs=; h=Date:From:Reply-To:To:Cc:In-Reply-To:References:Subject:List-ID: List-Archive:List-Post:List-Unsubscribe:From; b=LxDXGMAejR6bdeTylzkWgjFky32hAmYBoof1zZtzVUA9XROotakxH0wKuMBhnkdX4 uNvDdPyXMomTntnAvUJ5+vOiR4436ieUJnTZib/mrE95HZCDPMCrDlgTszf/vT+r/K XkXhYp8mHSHZ3cspHwM3OOi/lg00u76PZ7FBQzog= Date: Thu, 17 Dec 2020 15:01:33 -0800 From: olg33 To: tohojo/flent Message-ID: In-Reply-To: References: Mime-Version: 1.0 Content-Type: multipart/alternative; boundary="--==_mimepart_5fdbe34d4c07d_5119b483162"; charset=UTF-8 Content-Transfer-Encoding: 7bit Precedence: list X-GitHub-Sender: olg33 X-GitHub-Recipient: flent-users X-GitHub-Reason: comment X-Auto-Response-Suppress: All X-GitHub-Recipient-Address: flent-users@flent.org Message-ID-Hash: YYSPV44WQ3UMDOSYCUKHU6OUP4ZTC3GG X-Message-ID-Hash: YYSPV44WQ3UMDOSYCUKHU6OUP4ZTC3GG X-MailFrom: noreply@github.com X-Mailman-Rule-Misses: dmarc-mitigation; no-senders; approved; emergency; loop; banned-address; member-moderation; nonmember-moderation; administrivia; implicit-dest; max-recipients; max-size; news-moderation; no-subject; suspicious-header CC: flent-users , Comment X-Mailman-Version: 3.3.2 Reply-To: tohojo/flent Subject: [Flent-users] Re: [tohojo/flent] rrul tests are not being able to saturate link (#218) List-Id: Flent discussion list Archived-At: List-Archive: List-Help: List-Post: List-Subscribe: List-Unsubscribe: ----==_mimepart_5fdbe34d4c07d_5119b483162 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit In a related issue, It took our attention that whenever we run a rrul or rrul_var test, upload traffic seems to be absent. Below examples were performed with two servers connected back-to-back with no router in between to rule out any blockage (they connect using an ethernet switch with ports in the same Vlan). `$ flent rrul_var -H 172.16.1.40 --test-parameter bidir_streams=6 --test-parameter markings=11,13,15,17,19,21` Summary of rrul_var test run from 2020-12-17 21:34:16.260047 Ping (ms) avg : 2.65 N/A ms 350 Ping (ms)::ICMP : 6.62 8.37 ms 350 Ping (ms)::UDP 0 (11) : 1.99 0.14 ms 350 Ping (ms)::UDP 1 (13) : 1.98 0.14 ms 350 Ping (ms)::UDP 2 (15) : 1.96 0.14 ms 350 Ping (ms)::UDP 3 (17) : 2.00 0.14 ms 350 Ping (ms)::UDP 4 (19) : 2.00 0.14 ms 350 Ping (ms)::UDP 5 (21) : 1.99 0.14 ms 350 TCP download avg : 156.53 N/A Mbits/s 350 TCP download sum : 939.18 N/A Mbits/s 350 TCP download::0 (11) : 190.43 171.36 Mbits/s 350 ---> OK TCP download::1 (13) : 166.60 170.35 Mbits/s 350 TCP download::2 (15) : 143.99 156.95 Mbits/s 350 TCP download::3 (17) : 171.11 170.65 Mbits/s 350 TCP download::4 (19) : 110.92 94.05 Mbits/s 350 TCP download::5 (21) : 156.13 0.01 Mbits/s 350 TCP totals : 939.87 N/A Mbits/s 350 TCP upload avg : 0.12 N/A Mbits/s 350 TCP upload sum : 0.69 N/A Mbits/s 350 TCP upload::0 (11) : 0.19 0.18 Mbits/s 350 ---> No data TCP upload::1 (13) : 0.10 0.17 Mbits/s 350 TCP upload::2 (15) : 0.04 0.07 Mbits/s 350 TCP upload::3 (17) : 0.14 0.13 Mbits/s 350 TCP upload::4 (19) : 0.09 0.13 Mbits/s 350 TCP upload::5 (21) : 0.13 0.14 Mbits/s 350 Now, if we run a tcp_12up test, we see upstream traffic: Ping (ms) ICMP : 2.22 2.55 ms 350 TCP upload avg : 41.77 N/A Mbits/s 350 TCP upload sum : 501.25 N/A Mbits/s 350 TCP upload::1 : 38.43 38.24 Mbits/s 350 TCP upload::10 : 40.92 39.39 Mbits/s 350 TCP upload::11 : 42.97 41.55 Mbits/s 350 TCP upload::12 : 46.13 39.80 Mbits/s 350 TCP upload::2 : 46.77 44.63 Mbits/s 350 TCP upload::3 : 40.24 39.21 Mbits/s 350 TCP upload::4 : 40.75 40.54 Mbits/s 350 TCP upload::5 : 40.41 38.85 Mbits/s 350 TCP upload::6 : 42.30 40.38 Mbits/s 350 TCP upload::7 : 41.68 40.38 Mbits/s 350 TCP upload::8 : 40.70 39.47 Mbits/s 350 TCP upload::9 : 39.95 40.17 Mbits/s 350 Apparently, on bi-directional tests, upload traffic doesn't show, but if we run a Upsteram-only test, it works. Traffic graphs on port connecting the servers show that indeed there is not Upstream traffic during testing. Upload traffic must be present, otherwise how the second server is replying? Is there any way to make upload traffic show up on rrul testing? Thanks. -- You are receiving this because you commented. Reply to this email directly or view it on GitHub: https://github.com/tohojo/flent/issues/218#issuecomment-747752860 ----==_mimepart_5fdbe34d4c07d_5119b483162 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: 7bit

In a related issue, It took our attention that whenever we run a rrul or rrul_var test, upload traffic seems to be absent.

Below examples were performed with two servers connected back-to-back with no router in between to rule out any blockage (they connect using an ethernet switch with ports in the same Vlan).

$ flent rrul_var -H 172.16.1.40 --test-parameter bidir_streams=6 --test-parameter markings=11,13,15,17,19,21

Summary of rrul_var test run from 2020-12-17 21:34:16.260047

Ping (ms) avg : 2.65 N/A ms 350
Ping (ms)::ICMP : 6.62 8.37 ms 350
Ping (ms)::UDP 0 (11) : 1.99 0.14 ms 350
Ping (ms)::UDP 1 (13) : 1.98 0.14 ms 350
Ping (ms)::UDP 2 (15) : 1.96 0.14 ms 350
Ping (ms)::UDP 3 (17) : 2.00 0.14 ms 350
Ping (ms)::UDP 4 (19) : 2.00 0.14 ms 350
Ping (ms)::UDP 5 (21) : 1.99 0.14 ms 350
TCP download avg : 156.53 N/A Mbits/s 350
TCP download sum : 939.18 N/A Mbits/s 350
TCP download::0 (11) : 190.43 171.36 Mbits/s 350 ---> OK
TCP download::1 (13) : 166.60 170.35 Mbits/s 350
TCP download::2 (15) : 143.99 156.95 Mbits/s 350
TCP download::3 (17) : 171.11 170.65 Mbits/s 350
TCP download::4 (19) : 110.92 94.05 Mbits/s 350
TCP download::5 (21) : 156.13 0.01 Mbits/s 350
TCP totals : 939.87 N/A Mbits/s 350
TCP upload avg : 0.12 N/A Mbits/s 350
TCP upload sum : 0.69 N/A Mbits/s 350
TCP upload::0 (11) : 0.19 0.18 Mbits/s 350 ---> No data
TCP upload::1 (13) : 0.10 0.17 Mbits/s 350
TCP upload::2 (15) : 0.04 0.07 Mbits/s 350
TCP upload::3 (17) : 0.14 0.13 Mbits/s 350
TCP upload::4 (19) : 0.09 0.13 Mbits/s 350
TCP upload::5 (21) : 0.13 0.14 Mbits/s 350

Now, if we run a tcp_12up test, we see upstream traffic:

Ping (ms) ICMP : 2.22 2.55 ms 350
TCP upload avg : 41.77 N/A Mbits/s 350
TCP upload sum : 501.25 N/A Mbits/s 350
TCP upload::1 : 38.43 38.24 Mbits/s 350
TCP upload::10 : 40.92 39.39 Mbits/s 350
TCP upload::11 : 42.97 41.55 Mbits/s 350
TCP upload::12 : 46.13 39.80 Mbits/s 350
TCP upload::2 : 46.77 44.63 Mbits/s 350
TCP upload::3 : 40.24 39.21 Mbits/s 350
TCP upload::4 : 40.75 40.54 Mbits/s 350
TCP upload::5 : 40.41 38.85 Mbits/s 350
TCP upload::6 : 42.30 40.38 Mbits/s 350
TCP upload::7 : 41.68 40.38 Mbits/s 350
TCP upload::8 : 40.70 39.47 Mbits/s 350
TCP upload::9 : 39.95 40.17 Mbits/s 350

Apparently, on bi-directional tests, upload traffic doesn't show, but if we run a Upsteram-only test, it works.

Traffic graphs on port connecting the servers show that indeed there is not Upstream traffic during testing.

Upload traffic must be present, otherwise how the second server is replying?

Is there any way to make upload traffic show up on rrul testing?

Thanks.


You are receiving this because you commented.
Reply to this email directly, view it on GitHub, or unsubscribe.

----==_mimepart_5fdbe34d4c07d_5119b483162--