A chamada completa mas não tem áudio (ou só de um lado). Por quê?
Por NumioPublicado em
Quando a chamada completa (toca, atende, o tempo corre) mas o áudio não vai, o problema não está na sinalização SIP — está no RTP, que é o fluxo de voz e trafega por portas diferentes. Três culpados respondem por quase tudo: SIP ALG ligado no roteador, firewall bloqueando o RTP de volta e NAT sem tratamento no PABX.
O sintoma diz muito. Áudio só de um lado aponta pra NAT ou firewall assimétrico: um sentido acha o caminho, o outro não. Áudio em nenhum lado costuma ser RTP totalmente bloqueado. Áudio que some depois de 30 segundos é assinatura de SIP ALG reescrevendo a sinalização no meio da chamada.
Em softphone de celular no 4G, isso praticamente não acontece — é um bom teste de controle: se no 4G o áudio funciona e no Wi-Fi da empresa não, o problema está na rede local, não no número.
Sintoma → causa
| Sintoma | Causa mais provável | Correção |
|---|---|---|
| Áudio só de um lado | NAT sem tratamento no PABX ou firewall assimétrico | No Asterisk: direct_media=no, rtp_symmetric=yes, force_rport=yes. No FreePBX, preencha External Address e Local Networks. |
| Nenhum áudio nos dois lados | RTP bloqueado no firewall | Libere UDP de entrada pro seu dispositivo na faixa RTP usada pelo seu PABX/softphone |
| Áudio cai em ~30 segundos | SIP ALG reescrevendo a sinalização | Desligue o SIP ALG no roteador (Firewall → ALG) e refaça o teste |
| Áudio picotado | Banda ou Wi-Fi instável | Cada chamada usa ~90 kbps por sentido; prefira cabo e reserve banda pra voz |
| Eco | Cancelamento de eco duplicado ou microfone aberto | Desligue o cancelamento do sistema quando o headset já tem o próprio |
| Só não funciona no Wi-Fi da empresa | Rede local filtrando | Compare com 4G pra confirmar e leve o caso ao time de redes |
Por que o SIP ALG estraga tudo
O SIP ALG é uma "ajuda" do roteador: ele lê os pacotes SIP e reescreve os endereços que encontra, tentando adivinhar o que o NAT precisa. Em quase toda implementação doméstica ele adivinha errado — e o resultado é chamada que completa sem áudio, que cai no meio, ou registro que pisca. Desligar é a recomendação padrão de qualquer provedor SIP; o nome do campo varia (SIP ALG, SIP Transformations, SIP Helper) e costuma estar em Firewall, NAT ou WAN.
Checklist do PABX atrás de NAT
- Asterisk/PJSIP:
direct_media=no,rtp_symmetric=yes,force_rport=yes,rewrite_contact=yes. - FreePBX: Settings → Asterisk SIP Settings → External Address com o IP público e Local Networks com as redes internas.
- 3CX: deixe o firewall checker do próprio 3CX passar antes de investigar qualquer outra coisa.
- Firewall: libere a faixa RTP configurada no seu PABX (no Asterisk,
rtp.conf) como UDP de entrada. - Nada de dois NATs em série (roteador do provedor + roteador seu) sem encaminhamento — é o cenário mais difícil de depurar.
Quando o problema não é seu
Se o áudio falha do mesmo jeito no 4G, com outro aparelho e em outra rede, aí sim é hora de abrir chamado — com a data, a hora e o número de destino da chamada que falhou. Esses três dados permitem achar a ligação no nosso lado; sem eles, a investigação recomeça do zero.
Perguntas frequentes
Quase nunca. Áudio é RTP, e o que costuma bloqueá-lo é SIP ALG, firewall ou NAT sem tratamento na sua rede.
É um recurso do roteador que reescreve pacotes SIP e quase sempre erra, causando chamada muda ou queda em 30 segundos. Desligue-o.
NAT ou firewall assimétrico: um sentido do RTP encontra caminho e o outro não. No Asterisk, os parâmetros de NAT resolvem a maioria dos casos.
Cerca de 90 kbps por sentido em G.711, somando cabeçalhos — aproximadamente 0,2 Mbps por conversa.
UDP 5060 pra sinalização e a faixa RTP configurada no seu PABX ou softphone para o áudio.
A rede do escritório está filtrando: SIP ALG, firewall ou duplo NAT. O teste no 4G é justamente o que prova isso.