Ir para o conteúdo

Rede e áudio (firewall/NAT/SIP ALG)

Aqui ficam os problemas mais “clássicos” quando a rede bloqueia ou interfere na chamada.


Sem áudio (chamada muda), áudio de um lado só, chamadas caindo (rede/firewall/NAT)

Esse tipo de falha quase sempre envolve RTP (UDP) bloqueado, NAT “travando” o retorno do áudio, ou interferência do roteador/firewall.

Regras objetivas de firewall

Libere saída (outbound) para:

  • SIP: UDP 5060 (ou TCP 5060, se estiver usando transporte TCP)
  • RTP (áudio): UDP 10000–20000

Se existir firewall de entrada (inbound) rígido, pode ser necessário permitir retorno stateful nessas mesmas portas.

Ajustes recomendados no roteador

  • Desative SIP ALG (muito comum causar áudio de um lado só, quedas e falhas em transferências).
  • Evite duplo NAT (modem do provedor + roteador próprio ambos roteando).
  • Teste em outra rede (hotspot). Se funcionar no hotspot e falhar na rede local, a causa é quase certamente rede/firewall.

Quando acionar suporte, envie

  • ramal
  • data/hora exata
  • tipo de chamada (interna/externa; com DDD/DDI)
  • se houve transferência/captura
  • rede usada (empresa/casa/hotspot)
  • se há firewall corporativo e se SIP/RTP foram liberados

Quedas “cronometradas” (ex.: cai sempre em 30s / 60s / 15min)

Quando a chamada cai sempre após um tempo parecido, geralmente é:

  • SIP ALG interferindo, ou
  • timeout de NAT/firewall que expira a sessão, ou
  • bloqueio/interrupção de keep-alive.

O que fazer: - Desative SIP ALG. - Teste com transporte TCP (se suportado na sua configuração) para ver se estabiliza. - Teste na rede hotspot para comparar.


“Funciona no Wi-Fi, mas cai no cabo” (ou o contrário)

Isso geralmente aponta para:

  • firewall corporativo em uma das redes
  • roteador/mesh com regras diferentes por SSID
  • QoS mal configurado em um dos caminhos

O que fazer: - Faça o teste A/B (mesmo ramal, mesmo destino, horários próximos). - Se uma rede for corporativa, valide portas SIP/RTP liberadas.