Network & QoS
NAT Traversal
By Myroslav Orshak · operates licensed carrier infrastructure · Updated September 2026
NAT traversal is the set of tricks that lets a phone hidden behind your office router still receive incoming calls and audio — and when it fails, the usual symptom is a call where only one side can hear.
How it works
Your router hides every device behind a single public address, which works beautifully for browsing: your computer asks for a web page and the answer comes straight back. Phone calls are different. Audio arrives as an incoming stream from a machine your phone never spoke to, and the router, seeing traffic nobody asked for, has no idea where to send it.
Three standard techniques solve this, and your phone system uses them without you configuring anything. STUN lets a phone ask an outside server what its public address looks like, so it can advertise the right one. TURN provides a relay to bounce audio through when nothing else works — reliable, but it adds a hop. ICE tries the available paths and keeps whichever succeeds. Most business phone services also hold the connection open by sending small keep-alive packets, so the router does not forget the phone between calls.
Why it matters
You will never buy NAT traversal or see it on an invoice, but you will absolutely notice it failing. One-way audio, calls that ring and then go silent, phones that stop receiving calls after a quiet night: these are the classic signs. They get reported as "the phone system is broken" when the real fault is in the building's router.
The practical value of knowing the term is that it tells you where to look. Instead of waiting on hold with your provider, you check the three things that break traversal locally: SIP ALG rewriting your call signaling, double NAT stacking two routers, and an aggressive firewall closing the return path too quickly. Providers ask about all three, and having the answers ready turns a multi-day ticket into a short call.
STUN (RFC 8489) discovers a device's public address, TURN (RFC 8656) relays audio when a direct path is impossible, and ICE (RFC 8445) tests the possible paths and picks one that works. Business phone services implement all three, so no configuration is needed on your side.
Related terms
Ready to pick a provider?
Compare providers that handle this for you →Frequently asked questions
Why can I hear them but they cannot hear me?
One-way audio is the signature NAT traversal failure. The call connected because signaling worked, but the audio stream in one direction cannot find its way back through the router. Check for SIP ALG first, then double NAT — those two account for most cases in small offices.
Do I have to configure STUN or TURN myself?
No. Business phone services run their own STUN and TURN servers and configure your phones automatically. If someone recommends opening ports or setting up port forwarding for VoIP, treat it as a red flag on modern hosted systems — it usually means something else is misconfigured.
Why do phones stop receiving calls overnight?
The router quietly forgot the phone. Routers drop idle connections after a timeout, so if nothing happens for hours the return path closes and incoming calls have nowhere to land. Phones send keep-alive packets to prevent this, but a short router timeout can still win. Raising the router's UDP timeout usually fixes it.
Does a VPN help or hurt?
It can do either. A VPN gives voice traffic a clean tunnel that sidesteps NAT entirely, which helps remote workers on hostile networks. But it also adds delay and another point of failure, and a badly sized one becomes the bottleneck. For most offices, fixing the router is the better first move.