Áudio de uma via em chamadas VoIP é quase sempre um problema no caminho da mídia: NAT, um endereço IP errado no SDP, um firewall bloqueando as portas RTP ou incompatibilidade de codecs. Chamadas que caem em um tempo fixo, como por volta dos 32 segundos ou depois de 15 ou 30 minutos, normalmente são problemas de sinalização: um ACK que não chega ou uma renovação de sessão que falha.
Como uma chamada transporta o áudio
O SIP estabelece a chamada; o áudio em si viaja separado, em pacotes RTP. Cada lado anuncia no corpo SDP do seu INVITE ou 200 OK o endereço IP, a porta e os codecs em que quer receber o áudio. Se um dos lados anuncia um endereço que o outro não alcança, ou um firewall descarta os pacotes, a sinalização funciona mas o áudio não. O básico de uma conexão SIP com um carrier está em como funciona uma interconexão SIP.
Áudio de uma via ou sem áudio: causas e verificações
| Causa | O que você vê | Solução |
|---|---|---|
| IP privado no SDP | O SDP mostra um endereço 10.x, 172.16-31.x ou 192.168.x | Configure o IP externo no seu switch ou SBC, ou ative o tratamento de NAT |
| Firewall bloqueia RTP | Os pacotes saem mas nunca chegam, ou o contrário | Abra a faixa de portas RTP para os IPs de mídia do carrier, não só para os de sinalização |
| SIP ALG em um roteador | SDP reescrito de forma imprevisível | Desative o SIP ALG nos roteadores e firewalls do caminho |
| IPs de mídia fora da whitelist | O carrier envia áudio de um IP que você não esperava | Peça ao carrier a lista completa de IPs de mídia |
| Incompatibilidade de codecs | A chamada conecta, com silêncio ou ruído nos dois sentidos | Alinhe as listas de codecs; veja G.711 ou G.729 |
| Tratamento de re-INVITE | O áudio para depois de espera, transferência ou mudança no meio da chamada | Verifique como os dois lados tratam re-INVITE e mudanças de mídia |
| Erros de DTMF ou transcodificação | O áudio falha depois de uma tecla ou em certas chamadas | Verifique o modo DTMF (RFC 2833/4733 ou SIP INFO) e as configurações de transcodificação |
O teste mais rápido: capture uma chamada com uma ferramenta de captura de pacotes e verifique se o RTP flui nos dois sentidos e para o IP e a porta anunciados no SDP. Se o RTP chega à sua borda mas não ao telefone, o problema está dentro da sua rede; se nunca chega, está do lado do carrier ou em um firewall entre vocês.
Chamadas que caem em um tempo fixo
- Por volta dos 30 a 32 segundos: o lado que enviou o 200 OK não recebeu o ACK e desiste depois do seu temporizador de retransmissão (no SIP padrão, 64 vezes o temporizador base de 500 ms, ou seja, 32 segundos). Normalmente é um problema de NAT ou de roteamento do ACK, ou um cabeçalho Contact errado.
- Aos 15, 30 ou 60 minutos, ou outro número redondo: session timers. Um lado espera uma renovação de sessão (re-INVITE ou UPDATE) que nunca chega ou é recusada. Alinhe as configurações de session timer ou verifique se o carrier definiu uma duração máxima de chamada.
- Depois de um silêncio fixo: timeout de RTP. Um equipamento encerra a chamada quando não recebe áudio por um tempo definido, o que acontece muito quando já existe áudio de uma via.
Chamadas que caem aleatoriamente
Quedas aleatórias normalmente vêm de instabilidade de rede (perda de pacotes no link, um SBC com defeito), da rede de destino ou de uma cadeia de carriers em que um salto tem problemas de capacidade. Veja se as quedas se concentram em uma rota ou destino e quem enviou o BYE nos seus CDRs. Uma parcela crescente de chamadas curtas costuma ser o primeiro sinal estatístico; veja chamadas de curta duração e MOS, jitter e perda de pacotes.
O que enviar ao carrier
Um chamado é resolvido mais rápido com provas: horário da chamada em UTC, número chamado e de origem, Call-ID, um trace SIP (pcap) que mostre o problema e qual sentido perdeu o áudio. Se só uma rota apresenta o problema com a mesma configuração, ele provavelmente está nessa rota; acrescente isso às suas anotações de teste de rotas.
A VoIPMatcher gerencia com o fornecedor cada rota que obtém, então os problemas técnicos são tratados em um só lugar. Para obter terminação VoIP para um destino, solicite uma rota VoIP.
Perguntas frequentes
Devo desativar o SIP ALG?
Na maioria dos casos, sim. O SIP ALG de roteadores e firewalls tenta reescrever SIP e SDP para NAT, mas muitas vezes faz isso errado, causando áudio de uma via, falhas de registro e chamadas que caem. Desative-o em todos os equipamentos do caminho, trate o NAT no seu switch ou session border controller e teste de novo com uma captura de pacotes.
Por que o áudio VoIP às vezes funciona só em um sentido?
Áudio de uma via intermitente costuma vir de bindings de NAT que expiram, de um carrier que envia mídia a partir de vários IPs que nem todos estão liberados no seu firewall, ou de re-INVITEs após espera ou transferência que mudam o endereço de mídia. Compare capturas de pacotes de uma chamada boa e de uma ruim para ver qual endereço ou porta mudou.
Quais portas RTP precisam estar abertas para VoIP?
Depende do equipamento. Muitas plataformas usam uma faixa UDP em algum ponto entre 10000 e 20000, mas confira a configuração do seu switch ou SBC e a documentação do carrier. Abra essa faixa só para os IPs de mídia do carrier, não para a internet inteira, e lembre que os IPs de mídia muitas vezes são diferentes dos IPs de sinalização.
Um firewall pode causar áudio de uma via em chamadas VoIP?
Sim, qualquer firewall pode, quando a inspeção SIP ou o SIP ALG estão ativados ou quando a faixa de portas RTP está fechada para os IPs de mídia do carrier. Consulte a documentação do fabricante para desativar o SIP ALG ou o SIP helper, libere a faixa RTP a partir dos endereços de mídia do carrier e teste de novo com uma captura de pacotes dos dois lados.
O áudio de uma via é culpa do carrier?
Normalmente não. A maior parte dos casos de áudio de uma via vem de configurações de NAT, firewall ou SDP em uma das pontas da chamada. Uma captura de pacotes mostra onde procurar: se o RTP nunca chega à sua borda, a causa está do lado do carrier ou em um firewall no meio; se chega mas não alcança o telefone, está dentro da sua rede.
Precisa de uma rota?
Envie o destino, o tipo de rota e a tarifa alvo. Respondemos com o que podemos entregar.