A speed test mainly measures throughput; it does not establish end-to-end radio audio delay. A connection can transfer many megabits per second while intermittent latency, jitter, loss or buffering delays a push-to-talk conversation.
| Factor | Effect on a radio call |
|---|---|
| Bandwidth | Capacity to carry the active audio/data streams. |
| Latency and jitter | Transit time and variation in packet arrival time. |
| Loss and buffering | Can interrupt or postpone usable audio. |
| Radio access and audio startup | Time for the donor/system to permit the call and for the audio path to start. |
Test the same phrase and direction with a local LAN client and a remote client. If the delay appears only remotely, compare the remote access path, network load, VPN/Link configuration and connection quality. If it occurs locally too, include radio call setup, Gateway/client versions and PC audio processing in the investigation.
Check the selected audio mode and measure realistic concurrent traffic. A simple ping or an HTTP/TLS timing test is useful network evidence, but neither measures the complete microphone-to-radio-speaker path.
Report whether the delay occurs before the first word or continues throughout the call, along with timestamps and both endpoints' versions. There is no single guaranteed mouth-to-ear delay for every RadioPro deployment; validate the actual radio and network arrangement.