Este documento descreve os requisitos mínimos de infraestrutura recomendados para o correto funcionamento da plataforma de telefonia VoIP.
Importante: O desempenho da telefonia depende diretamente da qualidade da infraestrutura de rede do cliente. Problemas relacionados à Internet, rede local, Wi-Fi ou firewall podem causar falhas que não estão relacionadas ao servidor de telefonia.
| Indicador | Recomendado |
|---|---|
| Latência | Até 200 ms |
| Jitter | Até 10 ms |
| Perda de Pacotes | Inferior a 1% |
| Disponibilidade | Superior a 99% |
O consumo varia conforme o codec utilizado.
| Codec | Consumo aproximado por chamada |
|---|---|
| G.711 | 80 a 100 kbps |
| G.729 | 25 a 35 kbps |
| Opus | 30 a 60 kbps |
| Chamadas Simultâneas | Banda Livre Recomendada |
|---|---|
| Até 10 | 5 Mbps |
| Até 20 | 10 Mbps |
| Até 50 | 20 Mbps |
Estes valores consideram margem para evitar degradação da qualidade da voz.
Recomendado:
Evitar:
Recomenda-se equipamentos com suporte a:
Sempre que houver compartilhamento da Internet com outros serviços, recomenda-se configurar prioridade para o tráfego VoIP.
Exemplos de aplicações que podem impactar a qualidade das chamadas:
Sem QoS podem ocorrer:
O firewall deve permitir o funcionamento do tráfego VoIP.
O recurso SIP ALG frequentemente causa problemas como:
Sempre que possível, mantenha o SIP ALG desabilitado.
Veja mais recomendações para firewall
Sempre que possível, utilize telefones IP conectados via cabo de rede.
Caso sejam utilizados softphones em dispositivos móveis:
Recomenda-se:
Evitar:
Recomenda-se proteger os equipamentos com:
Equipamentos recomendados para proteção:
Antes da implantação recomenda-se verificar:
Para o correto funcionamento da plataforma, os equipamentos da rede do cliente devem conseguir estabelecer comunicação com os serviços da VTCall.
Importante: As conexões são iniciadas pelos equipamentos do cliente em direção à plataforma. Não é necessário realizar redirecionamento de portas (Port Forwarding), salvo orientação expressa da equipe técnica.
| Serviço | Porta | Protocolo | Obrigatório | Finalidade |
|---|---|---|---|---|
| SIP | 5060 | UDP/TCP | ✅ | Registro dos ramais SIP e sinalização das chamadas |
| SIP Alternativo | 5068 | UDP/TCP | Quando utilizado | Registro dos ramais PJSIP e sinalização das chamadas |
| WebRTC (WSS) | 443 ou 8089* | TCP | Quando utilizado | Conexão WebRTC via WebSocket Seguro (WSS) |
| RTP | 10000-20000 | UDP | ✅ | Transporte do áudio das chamadas |
| DNS | 53 | UDP/TCP | ✅ | Resolução dos serviços da plataforma |
| HTTPS | 443 | TCP | ✅ | APIs, provisionamento e serviços web |
| NTP | 123 | UDP | Recomendado | Sincronização de horário |
| STUN | 3478 | UDP | Quando utilizado | Auxílio para dispositivos atrás de NAT |
| TURN/TLS | 5349 | TCP/UDP | Quando utilizado | Relé de mídia para WebRTC em redes restritivas |
*8089: Em alguns cenários o WebRTC poderá utilizar a porta 8089/TCP (WSS).
Responsável pelo registro dos ramais e estabelecimento das chamadas.
| Porta | Protocolo | Finalidade |
|---|---|---|
| 5060 | UDP/TCP | Registro SIP (padrão chan_sip) |
| 5068 | UDP/TCP | Registro SIP (padrão chan_pjsip) |
Responsável pelo transporte da voz durante as chamadas.
| Porta | Protocolo | Finalidade |
|---|---|---|
| 10000–20000 | UDP | Tráfego de mídia (RTP) |
O bloqueio destas portas poderá resultar em chamadas sem áudio, áudio unilateral ou falhas durante a conversação.
O serviço STUN auxilia dispositivos localizados atrás de NAT a identificar corretamente seu endereço IP público.
| Serviço | Finalidade |
|---|---|
| stun.vtcall.app | Descoberta de endereço público (NAT Traversal) |
Nem todos os cenários exigem STUN. Sua utilização dependerá do tipo de equipamento e da configuração da rede.
A sincronização correta de horário é essencial para:
| Serviço | Finalidade |
|---|---|
| ntp.vtcall.app | Sincronização de horário |
Os equipamentos VoIP devem possuir acesso a um servidor DNS funcional para resolução dos serviços da plataforma.
A indisisponibilidade ou lentidão na resolução DNS pode causar:
| Servidor | Endereço |
|---|---|
| Cloudflare | 1.1.1.1 |
| Google Public DNS | 8.8.8.8 |
Caso a empresa utilize um servidor DNS interno (Active Directory, Unbound, Pi-hole, etc.), este deverá encaminhar corretamente as consultas para servidores DNS públicos ou autoritativos.
Para garantir a estabilidade das comunicações VoIP, recomenda-se observar as seguintes configurações no firewall.
Quando houver dois ou mais links de Internet, recomenda-se utilizar Failover em vez de Load Balance para o tráfego VoIP.
O protocolo SIP utiliza sessões UDP e espera que a comunicação ocorra pelo mesmo endereço IP durante toda a chamada.
Em cenários de balanceamento, o tráfego pode sair por links diferentes ou ter o IP público alterado durante uma sessão, ocasionando problemas como:
O uso de Failover mantém todas as sessões ativas utilizando um único link e somente alterna para o link secundário em caso de indisponibilidade do principal.
Caso seja utilizado balanceamento, este deverá garantir afinidade de sessão (Session Persistence ou Sticky Connections), preservando o mesmo link durante toda a comunicação.
O VoIP utiliza predominantemente o protocolo UDP.
Timeouts muito baixos podem fazer com que o firewall descarte a sessão antes do envio do próximo pacote, causando perda de registro ou interrupção de chamadas.
| Parâmetro | Valor mínimo recomendado |
|---|---|
| UDP Timeout | 60 segundos |
| UDP Stream Timeout | 300 segundos (5 minutos) |
| Fabricante | UDP Timeout | UDP Stream Timeout |
|---|---|---|
| MikroTik | 30 s | 3 min |
| pfSense / OPNsense | 60 s | 60 s (dependendo da versão) |
| FortiGate | Varia conforme a política |
Caso os valores estejam muito abaixo dos recomendados, poderão ocorrer:
Manter o SIP ALG desabilitado.
Este recurso frequentemente modifica os pacotes SIP e pode causar incompatibilidades com centrais IP modernas.
Evitar inspeções SIP realizadas pelo firewall, salvo quando homologadas pelo fabricante da solução VoIP.
Sempre que possível:
| Sintoma | Possível causa |
|---|---|
| Áudio picotado | Perda de pacotes, congestionamento ou Wi-Fi |
| Voz robotizada | Jitter elevado |
| Áudio unilateral | NAT ou SIP ALG |
| Chamadas caindo | Firewall, NAT ou perda de conexão |
| Ramal perde registro | Internet instável ou firewall |
| Atraso na conversa | Latência elevada |
| Má qualidade em horários específicos | Saturação do link |
Saiba mais sobre qualidade de chamadas
O correto funcionamento da plataforma VoIP depende diretamente da infraestrutura disponibilizada pelo cliente.
Problemas relacionados aos itens abaixo podem comprometer a qualidade das chamadas:
A equipe de suporte poderá auxiliar na identificação da causa, porém a correção de problemas relacionados à infraestrutura local é de responsabilidade do cliente ou de sua equipe de TI.