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(ouTCP 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.