SmartSDR v4.1.5 | SmartSDR v4.1.5 Release Notes
SmartSDR v3.10.15 | SmartSDR v3.10.15 Release Notes
The latest 4O3A Genius Product Software and Firmware
Need technical support from FlexRadio? It's as simple as Creating a HelpDesk ticket.
Testing your Network Performance
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 GuidePurpose: 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
- Use iPerf3 (recommended)
- Start with wired Ethernet if possible
- Disable VPNs, QoS, traffic shaping, and heavy background traffic
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
Comments
-
Thanks!
Good info.
Doug
0 -
Thanks, very interesting
0 -
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 receiverTest 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 receiverTest 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%) receiverTest 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%) receiverChris de WX7V
0 -
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)
0 -
You might want to try Parsec, I find it is the lowest latency Remote Desktop.
Doug
0
Leave a Comment
Categories
- All Categories
- 381 Community Topics
- 2.1K New Ideas
- 637 The Flea Market
- 8.3K Software
- 144 SmartSDR+
- 6.4K SmartSDR for Windows
- 188 SmartSDR for Maestro and M models
- 433 SmartSDR for Mac
- 272 SmartSDR for iOS
- 261 SmartSDR CAT
- 200 DAX
- 383 SmartSDR API
- 9.4K Radios and Accessories
- 47 Aurora
- 274 FLEX-8000 Signature Series
- 7.2K FLEX-6000 Signature Series
- 958 Maestro
- 57 FlexControl
- 866 FLEX Series (Legacy) Radios
- 932 Genius Products
- 466 Power Genius XL Amplifier
- 340 Tuner Genius XL
- 126 Antenna Genius
- 303 Shack Infrastructure
- 213 Networking
- 464 Remote Operation (SmartLink)
- 144 Contesting
- 794 Peripherals & Station Integration
- 141 Amateur Radio Interests
- 1K Third-Party Software

