Skip to content
Unified Communications 11 min read

UCaaS Troubleshooting: How to Diagnose & Fix Call Quality Issues

Troubleshooting flowchart for UCaaS call issues showing scope diagnosis — one user vs all users, inbound vs outbound — leading to network, SIP, device, and provider investigation paths on a dark teal background

UCaaS troubleshooting is the process of diagnosing and resolving problems with cloud-based unified communications: poor call quality, dropped calls, registration failures, one-way audio, softphone connectivity, and inbound/outbound routing failures. Most UCaaS problems are not in the cloud provider's infrastructure — they occur in the network path between the user and the cloud, in device/app configuration, or in DNS/routing.

Diagnosing scope before diving in

Start with scope questions before any technical investigation.

Question One user affected Everyone affected
What it suggests Device/app/local network Infrastructure, provider, or broad config
First check Device settings, headset, local router Provider status page, trunk registration, network path

Inbound vs outbound direction also matters: inbound only = likely DID routing, SIP registration, or number config; outbound only = likely SIP trunk auth, routing rules, or carrier issue; both = SIP registration or broader connectivity.

Initial diagnostic checklist

  1. Check provider status page — rule out known outage before investigating.
  2. Confirm SIP registration status — is the trunk or softphone registered?
  3. Run a test call in both directions — characterize the symptom exactly (one-way audio? drops after 30s? can't connect at all?).
  4. Check network: run speed test, ping test to the cloud SBC, check for packet loss.
  5. Verify DNS resolves the SBC FQDN correctly.
  6. Check QoS settings — is VoIP traffic prioritized on the network?
  7. Check firewall rules — are required SIP and RTP ports open?
  8. Check headset/device — swap hardware to isolate.

Poor call quality (choppy audio, echo, robotic voice)

Causes: packet loss, jitter, high latency, codec mismatch, incorrect jitter buffer settings.

  • Packet loss >1% noticeably degrades call quality; >3% makes calls unusable.
  • Jitter >30ms without jitter buffer compensation causes choppy audio.
  • Echo: usually acoustic feedback from headset/speaker, or acoustic echo cancellation disabled.
  • Robotic/metallic voice: often G.729 codec at network congestion, or excessive jitter buffer delay.

See VoIP call quality for a full diagnostic treatment.

One-way audio

One party can hear the other but not vice versa. Most common cause: NAT/firewall issue — RTP media path blocked or asymmetric.

  • Check: is SIP ALG enabled on the router? Disable it — SIP ALG breaks NAT traversal for VoIP.
  • Check: are UDP ports for RTP (typically 10000–20000) open outbound and inbound?
  • Check: does your SIP trunk provider require a specific local IP in the SDP?

See one-way audio in VoIP for a dedicated guide.

Calls failing to connect

No ringback, fast busy, or call immediately rejected. Check SIP response codes:

  • 403 Forbidden: auth failure.
  • 404 Not Found: DID routing problem.
  • 503 Service Unavailable: provider or trunk down.

Outbound: verify SIP trunk credentials, outbound caller ID settings, any call blocking rules. Inbound: verify DID is provisioned, DID routes to correct endpoint/queue, SIP registration is current.

UCaaS softphone / app problems

  • Can't log in: verify credentials, check SSO configuration, check MFA.
  • Calls ring but can't answer: check audio permissions (microphone access), check headset selection.
  • App crashes on call: check software version, try reinstalling, check OS audio driver conflicts.
  • Poor quality on app but good on hardware phone: check computer network (VPN split-tunneling for VoIP, QoS on WiFi).

See softphone apps for device-specific guidance.

Registration failures

  • SIP 401/407: authentication challenge — usually wrong credentials or IP ACL mismatch.
  • SIP 403: auth rejected — wrong username/password or IP not whitelisted.
  • SIP 503: provider endpoint unavailable.
  • Registration timeout: network firewall closing UDP session before SIP keepalive — shorten SIP registration interval or use TCP SIP transport.

See SIP trunk registration failure for a step-by-step fix guide.

Dropped calls

  • Drops at 30–32 seconds: classic symptom of SIP response packet not reaching caller (SIP BYE or ACK blocked by NAT); fix NAT traversal.
  • Drops after 3–4 minutes: SIP session timer (RFC 4028) — one side is not sending re-INVITEs; check both sides support the same session timer behavior.
  • Random drops: RTP timeout — media stream interrupted (packet loss event, congestion, NAT binding expired); check network stability and RTP timeout setting.

Remote worker / home office problems

  • Home router: usually the culprit (SIP ALG, NAT issues, low-priority WiFi).
  • VPN: if VoIP goes through VPN, check VPN server congestion and whether split-tunneling is configured to send VoIP direct.
  • WiFi vs wired: VoIP over WiFi is sensitive to interference and channel congestion — recommend wired for critical users.

See VoIP redundancy for remote site failover design.

Collecting evidence for escalation

When escalating to your provider, include:

  1. Exact symptom description (one-way? drops? can't connect?).
  2. Direction (inbound/outbound/both).
  3. Scope (one user/one site/all users).
  4. Time of first occurrence and whether it is persistent or intermittent.
  5. SIP response codes from CDR.
  6. Call IDs (Call-ID header) from affected calls.
  7. Network test results (ping, traceroute, speed test to SBC IP).
  8. SIP capture if available (pcap file or HEP/Homer data).
  9. Any recent changes (new equipment, config change, ISP change, software update).
  10. Provider status page screenshot at time of incident.

Frequently asked questions

Why do VoIP calls drop exactly at 30 seconds? +
Calls dropping at exactly 30–32 seconds are almost always a SIP signaling problem, specifically the SIP ACK or the 200 OK response not reaching the caller. This typically happens because a stateful firewall or NAT device is not passing the ACK packet correctly. The fix is usually to enable SIP-aware NAT traversal on your SBC, ensure your firewall is not re-writing SIP headers, and disable SIP ALG on any router between the users and the SBC. This is one of the most common VoIP troubleshooting patterns and almost always has a network/NAT root cause.
What is SIP ALG and why should I disable it? +
SIP ALG (Application Layer Gateway) is a feature in most consumer and prosumer routers that attempts to modify SIP messages as they pass through NAT. The intent is to fix NAT issues automatically. In practice, SIP ALG rewrites SIP headers incorrectly, breaking registration, causing one-way audio, and producing dropped calls. Almost every VoIP troubleshooting guide recommends disabling SIP ALG on your router. It does not help; it introduces problems. Check your router's firewall settings or advanced settings for a SIP ALG or SIP helper toggle and disable it.
How do I tell if a call quality problem is on my network or the provider's? +
Run a parallel test: make a call on a mobile device using cellular data (bypassing your network entirely) to the same destination. If quality is good on cellular, the problem is in your local network or ISP. If quality is poor on cellular too, the issue is in the provider infrastructure or the destination network. A concurrent network test (packet loss, jitter to the provider's SBC IP) during a bad call gives direct evidence of network conditions at the time of the issue.
Why does one-way audio happen after a call transfer? +
Transfers introduce a new call leg with new SDP media parameters. If the receiving agent's SBC sends RTP to an IP:port that is behind NAT without proper hole-punching, media from one side doesn't arrive. The most common fix is ensuring your SBC handles SDP re-INVITEs correctly and that your media proxy (if applicable) handles the new media path after transfer. This is also a common SIP ALG symptom — SIP ALG may correctly handle the initial call but break the re-INVITE during transfer.
What causes calls to show as connected but with no audio at all? +
No audio in either direction after connect (both parties hear nothing) is typically an RTP media path failure. SIP signaling completed (call connected) but media packets are not flowing. Check: are RTP port ranges (typically UDP 10000–20000) open on your firewall in both directions? Is there a media proxy between your SBC and the cloud provider, and is it correctly relaying RTP? Is there a symmetric RTP requirement that your equipment is not meeting? Capture RTP with Wireshark to confirm whether packets are being sent and received.
How do I capture SIP traffic for troubleshooting? +
On a Linux-based SBC or media server, sngrep is the fastest tool for live SIP call inspection — it shows SIP dialog flow visually and can export pcap. Wireshark with sip || rtp display filter captures both signaling and media on a PC. For cloud deployments without server access, ask your provider for HEP/Homer-based call traces — most enterprise CCaaS providers can provide SIP ladder diagrams per call ID. Always capture during an active reproduction of the problem; post-mortem captures won't include the failing call.

Related Articles

Call Quality

VoIP Call Quality

Read article →

Troubleshooting

One-Way Audio

Read article →

Troubleshooting

SIP Registration Failure

Read article →

Devices

Softphone Apps

Read article →

Infrastructure

VoIP Redundancy

Read article →

Related articles

UCaaS & Business Phone

VoIP for Law Firms: Phone System Features and Buyer Guide

Law firms use VoIP as the communication layer for incoming client calls, attorney direct lines, practice-area routing, after-hours handling, and remote attorney access. This guide covers the features to evaluate, call recording considerations, confidentiality questions, and a provider evaluation checklist.

CCaaS & Contact Center

Financial Services Contact Centers: Technology & Buyer Guide

Financial services contact centers manage customer service calls, application inquiries, dispute handling, outbound campaigns, and after-hours routing across departments and teams. This guide covers the capabilities financial organizations evaluate, security and customer-information considerations, payment-card and recording guidance, AI scope boundaries, and questions to ask a provider.

Get Started

UCaaS with built-in diagnostics

EaseDial's platform provides real-time call quality monitoring, per-call MOS scoring, and detailed CDRs — so your team can diagnose problems without waiting for a ticket.