VoIP Readiness Test —
Is Your Network Ready?

A 30-second browser test that measures latency, jitter, bandwidth, NAT type, and MOS — the same metrics a UC engineer evaluates before deploying cloud phone. No signup. Results in your browser only.

Before You Start

This test takes about 30 seconds and runs entirely in your browser. We do not collect your email or store any results.

For best results
Use a wired connection if possible. Close video meeting apps and large downloads. Test from the network where your phones will run.
What it can't check
SIP-specific ports, QoS marking across the WAN, multi-day stability. This is a snapshot, not a full network assessment.

How the test works.

What does the VoIP Readiness Test actually check?
Eight measurements run from your browser in roughly 30 seconds: round-trip latency to multiple endpoints, jitter (variance in latency samples), downstream bandwidth via the Cloudflare speed test, upstream bandwidth, NAT type via STUN candidate gathering, WebRTC browser support, the network type reported by your device, and a calculated MOS score using the ITU-T G.107 E-model. The result is a 0–100 readiness score with a category breakdown and specific action items.
Is the test really free with no signup?
Yes. The test runs entirely in your browser. We do not collect your email, store your IP, or send the results to any server. Refresh the page and the test is gone — you can run it as many times as you want.
What does the test NOT cover?
A browser-based test cannot probe SIP-specific ports (5060/5061), verify QoS/DSCP marking survives across the WAN, or measure long-term stability. Most browser traffic also rides over HTTPS rather than UDP, which is what real VoIP uses. For a comprehensive evaluation we run a passive on-network capture that observes real UDP/SIP behavior over several days — the browser test is a useful first signal, not a definitive verdict.
Why does my score look bad on Wi-Fi?
Wi-Fi adds jitter and packet loss that wired Ethernet does not. If you score lower than expected on Wi-Fi, run the test again on a wired connection at the same site to isolate whether the issue is your Internet circuit or your local Wi-Fi.
What is a good MOS score?
On the ITU-T 1–5 scale, anything above 4.0 is good (toll quality), 3.5–4.0 is acceptable for business, 3.0–3.5 is degraded but workable, and below 3.0 means users will complain. The E-model calculation we use accounts for one-way delay and packet loss; jitter affects perceived quality but is captured in our overall readiness score rather than the raw MOS.
What if the NAT test fails?
NAT failure usually means symmetric NAT, restrictive corporate firewall, or blocked outbound UDP. Cloud VoIP platforms work around these with a TURN relay or a Session Border Controller (SBC), but performance and call quality typically drop. If your test fails here, that is a strong signal to engage a UC consultant before committing to a cloud phone deployment.

A real network
deserves a real assessment.

A browser test is a useful first signal. For a deployment decision, Leonidas runs a passive on-network capture that observes real UDP and SIP behavior across several days — the difference between “probably fine” and “here's what will break.”