Welcome to the FlexRadio Community! Please review the new Community Rules and other important new Community information on the Message Board.
If you are having a problem, please refer to the product documentation or check the Help Center for known solutions.
Need technical support from FlexRadio? It's as simple as Creating a HelpDesk ticket.

Testing your Network Performance

Mike-VA3MW
Mike-VA3MW Administrator, FlexRadio Employee, Community Manager, Super Elmer, Moderator admin
edited January 15 in Networking

I have used iperf and jperf for years and have found it to be very valuable tool for testing my network performance.

You will need 2 devices (client/server) and it is very telling of your network. Test it both using WiFi and hardwired. Feel free to share your results and ask questions.

Network Test Guide

Purpose: Quickly verify whether a network can reliably support FlexRadio real-time traffic (audio, panadapters, waterfalls, and control).

These four tests identify the vast majority of FlexRadio network-related issues.

Before You Start

Start the server on one system. Make note of the ip address, as you need it.

iperf3 -s

Test 1 – TCP Baseline (Forward)

Purpose: Basic stability and retransmissions

Command (Client):

You'll need the ip address from the server (above).

iperf3 -c <server_ip> -t 30

Good Results:

  • Stable throughput
  • Very low or zero retransmissions

Test 2 – TCP Reverse Direction

Purpose: Validate return path (critical for remote operation)

Command (Client):

iperf3 -c <server_ip> -R -t 30

Good Results:

  • Similar performance to forward test
  • No large increase in retransmissions

Test 3 – UDP Real-Time Simulation

Purpose: Simulate FlexRadio audio and spectrum traffic

Command (Client):

iperf3 -c <server_ip> -u -b 5M -t 30

Good Results:

  • Packet loss: 0% (acceptable < 0.5%)
  • Jitter: < 20 ms (preferably < 10 ms)
  • Stable bitrate

This is the most important test for RX audio popping or dropouts.

Test 4 – UDP Margin / Stress Test

Purpose: Determine available headroom

Command (Client):

iperf3 -c <server_ip> -u -b 10M -t 30

Good Results:

  • Slight jitter increase is acceptable
  • Packet loss should remain very low

If this fails but the 5M test passes, the network is marginal.

What the Results Tell You

  • Good TCP, bad UDP → Jitter or packet loss issue
  • Wired OK, Wi-Fi bad → Wireless interference or congestion
  • Reverse direction worse → Upload path or ISP buffering
  • High retransmissions → Router, cabling, or NIC issue
Tagged:

Comments

  • Doug - W3UB
    Doug - W3UB Member ✭✭

    Thanks!

    Good info.

    Doug

  • pagreen69
    pagreen69 Member ✭✭

    Thanks, very interesting

  • Chris WX7V
    Chris WX7V Member ✭✭

    Mike, Here's my results from the headroom test. Client in Dallas, Server at my remote QTH colocated with the Flexradio. I did have Wireguard VPN running on my client and on my remote server I had all my normal workloads (SmartSDR, SliceMaster, CW Skimmer, FRStack4, etc).

    For those reading along I've replaced my server IP address with *** in the results below. I've always considered my remote network (Nextlink WISP with static IP) "marginal" based on buffer bloat tests.

    These results look "OK for Flexradio usage - but conditions are pretty good right now. I'll test when conditions are NOT so good hi hi.

    Test 1 Summary: iperf3.exe -c 192.168.*.*** -t 30

    [ ID] Interval Transfer Bitrate
    [ 5] 0.00-30.01 sec 305 MBytes 85.2 Mbits/sec sender
    [ 5] 0.00-30.07 sec 303 MBytes 84.6 Mbits/sec receiver

    Test 2 Summary: .\iperf3.exe -c 192.168.*.*** -R -t 30

    [ ID] Interval Transfer Bitrate
    [ 5] 0.00-30.03 sec 133 MBytes 37.0 Mbits/sec sender
    [ 5] 0.00-30.00 sec 132 MBytes 36.8 Mbits/sec receiver

    Test 3 Summary: \iperf3.exe -c 192.168.*.*** -u -b 5M -t 30

    [ ID] Interval Transfer Bitrate Jitter Lost/Total Datagrams
    [ 5] 0.00-30.01 sec 17.9 MBytes 5.00 Mbits/sec 0.000 ms 0/13584 (0%) sender
    [ 5] 0.00-30.15 sec 17.9 MBytes 4.97 Mbits/sec 3.020 ms 0/13584 (0%) receiver

    Test 4 Summary: iperf3.exe -c 192.168.*.*** -u -b 10M -t 30

    [ ID] Interval Transfer Bitrate Jitter Lost/Total Datagrams
    [ 5] 0.00-30.01 sec 35.8 MBytes 10.0 Mbits/sec 0.000 ms 0/27174 (0%) sender
    [ 5] 0.00-30.08 sec 35.7 MBytes 9.97 Mbits/sec 2.376 ms 13/27174 (0.048%) receiver

    Chris de WX7V

  • Hi Mike!

    Thansk for the input. Valuable.

    Here are my findings. I get very good results almost no jitter and 0 packet loss. I have fiber from same vendor at both ends and my ping time is 3 mS (Yes it is tru). Distance is 165 km. This without SmartSDR running on PC:s. But RDP running on remote (where radio is) site.

    My problem is lag in my RDP:s. I have so far tested AnyDesk and Splashtop. Here I have lags of surely 0.5 s quiet often. When AnyDesk experiences lag I switch to Splashtop and it is much lower. And vice versa.

    So it would be interesting to see what happens with running iPerf3 while using SmartSDR if this makes sense as they consume some bandwidth….or? How to grasp the RDP latency and how to remedy?

    (I have followed most hints on how to reduce RDP latencies on both AnyDesk and Splashtop)

  • Doug - W3UB
    Doug - W3UB Member ✭✭

    You might want to try Parsec, I find it is the lowest latency Remote Desktop.

    Doug

Leave a Comment

Rich Text Editor. To edit a paragraph's style, hit tab to get to the paragraph menu. From there you will be able to pick one style. Nothing defaults to paragraph. An inline formatting menu will show up when you select text. Hit tab to get into that menu. Some elements, such as rich link embeds, images, loading indicators, and error messages may get inserted into the editor. You may navigate to these using the arrow keys inside of the editor and delete them with the delete or backspace key.