Otimizar sua rede para o Voice

Uma infraestrutura de rede compatível com a nuvem permite que o tráfego do Voice se comunique de forma eficiente com a infraestrutura do Google. Para criar essa rede, faça o seguinte:

• Verifique se o tráfego do Voice segue um caminho curto até a Internet. Evite:
  • proxies;
  • inspeção de pacotes ou analisadores de protocolo.
• Meça e otimize o seguinte:
  • Latência: atraso máximo de 150 ms em uma direção (ITU G114)
  • Largura de banda: recomenda-se 50 kbps
  • rede Wi-Fi: consulte as práticas recomendadas para Wi-Fi

Recomendamos que sua rede não utilize servidores proxy para o tráfego do Voice:

• Na configuração do proxy, coloque o tráfego do Voice em uma lista de permissões.
• O Voice não faz fallback para TCP como o Google Meet. O Voice usa o UDP apenas para o tráfego de voz.
• O tráfego de proxy aumenta a latência e pode fazer com que o Voice reduza automaticamente a qualidade do áudio. O desempenho do Voice é ideal quando a latência entre o cliente e o back-end do Google é inferior a 100 ms.
• O protocolo de Internet Socket Secure (SOCKS5) não é compatível.

Se possível, não use inspeção de pacote ou analisadores de protocolo para o Voice. Eles introduzem latência que pode fazer com que a infraestrutura do Voice reduza automaticamente a qualidade do áudio.

A inspeção de pacotes de tráfego de áudio também não é muito útil, porque as ferramentas de verificação automatizada não conseguem reconstruir dados de stream de áudio.

Se essas ferramentas forem usadas, coloque todos os números de porta de tráfego do Voice em uma lista de permissões para ignorar as ferramentas.

As recomendações a seguir são aplicáveis a ambientes de escritório comuns. Um engenheiro de redes sem fio precisa avaliar caso a caso ambientes mais complexos, como área útil de fábrica, áreas com altos níveis de ruído de radiofrequência (RF) ou espaços com pouca cobertura.

Executar aplicativos em tempo real em uma rede sem fio pode ser um desafio, porque o espectro de RF e a largura de banda são compartilhados entre todos os dispositivos que os utilizam.

Leia com atenção as considerações a seguir durante o projeto, a implantação e a operação das redes sem fio usadas com o Voice.

Bandas de RF de 2,4 GHz e 5 GHz

Geralmente, recomendamos que os aplicativos em tempo real não sejam implantados e operados acima da faixa de 2,4 GHz (mais comum) de uma rede sem fio. Essa recomendação inclui aplicativos que fornecem conectividade em um ambiente de escritório comum.

A banda de 2, 4 GHz é problemática porque tem apenas 3 canais não sobrepostos, normalmente altos níveis de ruído de redes interferentes próximas e interferência extra de outros dispositivos (micro-ondas, por exemplo), criando um ambiente de RF ruidoso e complexo.

A operação confiável de aplicativos em tempo real, como o Voice, depende de níveis adequados de capacidade, atraso, jitter e perda de pacotes, que são quase impossíveis de alcançar na banda de 2,4 GHz.

Considerações sobre projeto e implantação

Ao projetar uma rede sem fio compatível com aplicativos em tempo real, priorize a capacidade em vez da cobertura.

• Gerencie o tamanho da célula, que é controlado pela potência de transmissão do ponto de acesso (AP). Implante células menores onde for necessário usar mais dispositivos, como salas de conferências e auditórios, para aumentar a capacidade. As células maiores fornecem cobertura geral em escritórios.
• Desative as taxas baixas para melhorar a eficiência do uso da radiofrequência. Isso força a transferência de um cliente para o AP mais próximo quando ele estiver entre APs.

Se o SSID de uma rede sem fio estiver disponível em ambas as bandas (2,4 GHz e 5 GHz), a rede precisará implementar uma direção de banda agressiva para forçar os clientes a usar a banda de 5 GHz.

• Uma expectativa realista é de no máximo 10 telefones de mesa VoIP conectados ao mesmo AP. Um número maior pode criar uma experiência imprevisível para o usuário.
• Os telefones fixos com conexão sem fio não devem ser usados por equipes com alta densidade/alto volume de ligações, como agentes ou equipes de suporte. Por exemplo, sites do governo ou centrais de atendimento 24 horas.
• Interrupções curtas de voz, com menos de 10 segundos, são esperadas e não podem ser eliminadas no nível da rede para telefones de mesa VoIP conectados sem fio. Não recomendamos redes sem fio para fazer ligações importantes, como conferências, reuniões de imprensa ou chamadas executivas.
• Embora os regulamentos variem de país/região, um requisito comum é o uso de dispositivos Wi-Fi com canais DFS para garantir que não haverá interferência no sistema de radar meteorológico local, por exemplo. Assim, um AP sujeito a interferência de radar desocupará o canal. Todos os clientes terão que se reconectar a outro AP que esteja operando em um canal diferente.

Para permitir o uso de recursos avançados, como o roaming integrado entre APs e o gerenciamento de RF adequado, é necessário que a rede sem fio seja gerenciada e operada de forma centralizada, e não como uma coleção de APs independentes e isolados.

Por fim, faça uma pesquisa sem fio após a implantação para confirmar se há cobertura sem fio em todos os espaços onde o Voice costuma ser usado.

Como o tráfego do Voice é protegido e criptografado, não é necessário restringir o tráfego aos IPs do Google.

No entanto, se você tiver restrições de rede que exijam a restrição do tráfego, coloque o seguinte conjunto de intervalos de IPs em uma lista de permissões para permitir os servidores de mídia do Voice. Como os IPs são de uso exclusivo do Voice para Google Workspace, você pode identificar o tráfego de voz usado no Google Workspace e reduzir a prioridade do tráfego do Voice nas contas pessoais. Isso ajuda você a configurar e otimizar o acesso à rede e ao firewall.

• IPv4: 74.125.39.0/24
• IPv6: 2001:4860:4864:2::0/64

Configure a rede para que estas portas permitam que o tráfego de voz passe pela organização:

• portas de saída UDP 19302 a 19309
• Porta de saída TCP 443

Observação:o intervalo de portas do Voice de 19302 a 19309 usa a configuração de portas UDP do Chrome WebRTC. Para saber mais, leia Definir políticas do Chrome para usuários ou navegadores.