When users complain about call quality, the instinct is to blame the VoIP provider. In 15 years of consulting, I have found that 90% of quality complaints trace back to the local network — not the provider.
Here is how to prove it, fix it, and stop the cycle of blaming the wrong thing.
The Evidence
I audited 200 VoIP quality complaints across 40 organizations. Here is where the actual problems were:
| Root Cause | Percentage | Examples |
|---|---|---|
| WiFi contention | 28% | Too many devices per AP, 2.4 GHz interference |
| QoS not configured | 22% | Voice competing with backup jobs, video streams |
| ISP issues | 15% | Congestion during peak hours, packet loss |
| SIP ALG enabled | 12% | Router feature breaking SIP headers |
| Bandwidth insufficient | 8% | Under-provisioned circuit for concurrent calls |
| Endpoint issues | 5% | Bluetooth headset interference, old firmware |
| VoIP provider issue | 4% | Actual provider-side quality problems |
| DNS resolution delay | 3% | Slow DNS causing registration lag |
| Other | 3% | Power issues, cabling, switch port errors |
Only 4% were actually the VoIP provider's fault. The other 96% were fixable by the customer's IT team.
The 5-Minute Diagnostic
Before blaming your provider, run these tests during the quality complaint:
Test 1: Ping Your Provider's SBC (30 seconds)
ping -n 100 sip.yourprovider.com
| Result | Meaning |
|---|---|
| Avg latency < 50ms, 0% loss | Network is fine — problem is elsewhere |
| Avg latency > 100ms | Possible ISP routing issue |
| Loss > 1% | Network problem confirmed |
| Highly variable (20ms then 200ms) | Jitter problem — likely QoS issue |
Test 2: Check WiFi vs Ethernet (60 seconds)
Ask the user: "Are you on WiFi or Ethernet?" If WiFi, plug in an Ethernet cable and test again. If the problem disappears, you have your answer.
I cannot overstate this: WiFi is responsible for 28% of all VoIP quality complaints. The fix is always the same — use Ethernet for desk phones, add access points for softphone users, or move to 5 GHz band.
Test 3: Check QoS (2 minutes)
Log into your router/switch. Is DSCP marking configured? Is voice traffic prioritized?
| QoS Status | Impact |
|---|---|
| Not configured | Voice competes with everything — quality depends on luck |
| Configured but wrong | Common: marking packets but not enforcing priority |
| Properly configured | Voice gets priority, quality is consistent |
Test 4: SIP ALG Check (30 seconds)
Log into your router. Search for SIP ALG. If it is enabled, disable it. Reboot the router. Test calls.
This single setting causes one-way audio, dropped calls, and registration failures. It is enabled by default on most routers.
Test 5: Concurrent Call Count (60 seconds)
Check how many calls are active when quality degrades. Calculate bandwidth:
| Concurrent Calls | Bandwidth Needed (Opus) | Bandwidth Needed (G.711) |
|---|---|---|
| 5 | 400 Kbps | 500 Kbps |
| 10 | 800 Kbps | 1 Mbps |
| 25 | 2 Mbps | 2.5 Mbps |
| 50 | 4 Mbps | 5 Mbps |
If your upload bandwidth is less than 2x the requirement, you are under-provisioned.
The Conversation With Your Provider
After running these tests, if the problem IS on the provider side (4% of cases), here is how to have a productive support call:
- Provide specific call examples (date, time, caller number, called number)
- Share your ping/traceroute results showing the network is clean
- Ask for their SIP trace of the specific call
- Ask for their RTP quality metrics for the call
Providers like VestaCall include real-time call quality dashboards that show MOS scores per call, so you can identify quality issues before users report them.
The Fix Priority List
If you are experiencing quality complaints, fix these in order:
- Disable SIP ALG (5 minutes, fixes 12% of issues)
- Configure QoS (30 minutes, fixes 22% of issues)
- Fix WiFi (1-2 hours, fixes 28% of issues)
- Upgrade bandwidth (1-2 weeks, fixes 8% of issues)
These four fixes resolve 70% of all VoIP quality complaints. None of them require calling your provider.
