Issue with UDP throughput and data loss in iperf3 tests #1722
Replies: 8 comments
-
Hi, just to make sure, can you add some information:
From what I read, the Amarisoft UE simulator works over cellular network. In these networks, the downlink throughput (server to client) is much higher than the uplink (client to server) throughput. Can it be that uplink does not support the required 1Mbps, maybe because the uplink is busy because of other data sent over it? If this is not the case, more analysis is required:
|
Beta Was this translation helpful? Give feedback.
-
Beta Was this translation helpful? Give feedback.
-
Hi @xia-s-xian, several reasons can cause this issue, so more information is needed:
|
Beta Was this translation helpful? Give feedback.
-
Hi,@davidBar-On: The situation I tested updating to iperf3.17.1 is as follows(using -V option and tcp tests -l to the “bytes blocks”): EVB Board(usb3.0)->USB to network adapter->Window PC(ETH) root@*:~#./iperf3 -V -c 169.254.146.6 -u -b 1000M -t 10 iperf Done. iperf 3.17.1 TCP TEST: root@*:~#./iperf3 -V -c 169.254.146.6 -l 1448 -t 10 Test Complete. Summary Results: iperf Done. iperf 3.17.1 EVB Board(usb3.0)->USB to network adapter->Ubuntu PC(ETH) root@*:~#./iperf3 -V -c 169.254.146.3 -u -b 1000M -t 10 iperf Done. iperf 3.17.1 TCP TEST: root@*:~#./iperf3 -V -c 169.254.146.3 -l 1448 -t 10 iperf Done. iperf 3.17.1 Did you use the same EVB and USB adapter in both tests? |
Beta Was this translation helpful? Give feedback.
-
Hi, from the TCP tests it seems that the throughput limitation is in the Windows PC - either the in Windows or in iperf3. Are you able to try the TCP tests using iperf (iperf2)? iperf is not using Cygwin, so that may show whether the problem is in iperf3 or Windows (or the Windows PC). Regarding the UDP test using Windows. It seems that the server is stuck. This is either iperf3 or Cygwin problem (note that iperf3 is not supported formally under Windows). Can you try running few UDP tests using Windows with limiting the client bit rate to 300M, 500M, 700M? This may show whether this is an iperf3 problem in all bit rates. |
Beta Was this translation helpful? Give feedback.
-
Hi, David: 1.It is normal to test udp using iperf2 version. It should be a problem with iperf3 version. :~$ iperf -c 169.254.254.188 -i 1 -u -b 1000M .\iperf-2.2.n-win64.exe -s -u -i 1 2.Try running few UDP tests using Windows with limiting the client bit rate to 300M, 500M, 700M. ubuntu:~$ iperf3 -c 169.254.254.188 -u -b 300M -t 10 ubuntu:~$ iperf3 -c 169.254.254.188 -u -b 500M -t 10 iperf Done. iperf Done. |
Beta Was this translation helpful? Give feedback.
-
Hi, Since formally iperf3 is not supported on Windows, I am not sure if this issue will be handled, especially if the problem is because of using Cygwin. |
Beta Was this translation helpful? Give feedback.
-
Hi: Got it. Recently, I browsed the discussion board and saw that many people have encountered the same problem. If possible, I hope someone can fix this problem. Thank you. |
Beta Was this translation helpful? Give feedback.
-
Hello,
I am encountering an issue while conducting UDP throughput tests using iperf3 between a client and server setup. Here are the details of the problem:
Test Configuration:
Client: Amarisoft UE simulator acting as multiple clients, sending UDP data to the server.
Server: Receiving UDP traffic from multiple clients on different ports.
Test Parameters: Bitrate set to 1M and UDP buffer size (-w) configured as 2M.
Observations:
UDP Test (Client to Server):
Approximately half of the data sent from clients to the server is lost.
The server does not receive the expected 1M bitrate; instead, there is significant data loss.
UDP Test (Server to Client, using -R):
Data loss is not observed when testing in the reverse direction (server to clients).
TCP Tests:
No data loss is observed in either direction (client to server or server to client).
Question:
Issue Context: The problem appears to be specific to UDP tests from clients to the server with the chosen bitrate and buffer size configuration.
Hypothesis: What could be causing the data loss when using UDP in one direction while the reverse direction and TCP tests show no data loss?
Could you please provide insights or recommendations on how to mitigate this issue? Your assistance would be greatly appreciated.
Beta Was this translation helpful? Give feedback.
All reactions