qinhan620 / iperf

Automatically exported from code.google.com/p/iperf
0 stars 0 forks source link

Strange bidirectional test #42

Open GoogleCodeExporter opened 8 years ago

GoogleCodeExporter commented 8 years ago
What steps will reproduce the problem?
1. A measurement for download bandwidth is inaccurate.
2. Which difference between with "-R" and without "-R"?

What is the expected output? What do you see instead?
1. According to the line configuration, I expected the result for Up and 
Download bandwidth is each 1Mbps, 0.5Mbps, But the result was follow as,
(Log is captured on the Server, but client is almost same)
-----------------------------------------------------------
Server listening on 5201
-----------------------------------------------------------
Accepted connection from 10.64.180.254, port 56738
[  5] local 10.64.84.227 port 5201 connected to 10.64.180.254 port 56739
[ ID] Interval       Transfer     Bandwidth
      Sent
[  5] 0.00-31.05 sec  3.75 MBytes  1.01 Mbits/sec
      Received
[  5] 0.00-31.05 sec  3.50 MBytes   946 Kbits/sec

2. Speaking of the output result both on client and server,
  I cannot recognize the difference between with -R and without -R.
 The result is same.
 I think the results for "Received" had better be removed if without "-R" option.

What version of the product are you using? On what operating system?
iperf-3.04b, CentOS release 5.6

Please provide any additional information below.

Actually I make test-environment asymmetric for up/down link using emulation 
tool like a 'TC' of linux.

Client -- [TC and NAT enabled LinuxBox] --- Server
               Up:1Mbps, Down:0.5Mbps

Original issue reported on code.google.com by busy...@gmail.com on 26 Jul 2011 at 11:11

GoogleCodeExporter commented 8 years ago

Original comment by bltier...@es.net on 12 Mar 2013 at 10:50

GoogleCodeExporter commented 8 years ago
Hard to create test environment for this. Pushing to next release.

Original comment by bltier...@es.net on 23 Jul 2013 at 5:34

GoogleCodeExporter commented 8 years ago
Needs more testing, reassigning to Bruce.

Original comment by bltier...@es.net on 18 Dec 2013 at 10:39