Preparar a rede para o Beam

Além das configurações de rede necessárias para as videochamadas padrão (independente do provedor), o Google Beam exige suporte de rede específico para ativar reuniões em 3D. Nesta página, explicamos os requisitos de rede e como validar se as configurações de rede atendem a eles para garantir que as reuniões do Beam 3D sejam uma experiência tranquila e de alta qualidade.

Lista de verificação de tarefas

Essas tarefas precisam ser concluídas para garantir as conexões de rede e o desempenho necessários para o Beam. Cada item é vinculado à seção ou página relevante.

Largura de banda e desempenho da rede

Para fazer videoconferências em 3D, verifique se sua rede atende aos seguintes requisitos:

Requisito Valor

Largura de banda mínima sustentada

50 Mbps (upload e download) para videoconferências em 3D

3,6 Mbps (upload e download) para videoconferências padrão (HD)

1,7 Mbps (upload e download) para videoconferências padrão (SD)

Velocidade do link

Pelo menos 1 Gb/s

Latência

100 ms ou menos (para ou de endpoints do Beam)

Instabilidade

40 ms ou menos

Perda de pacotes

1% ou menos

Sua rede deve ter largura de banda suficiente para várias videochamadas em vídeo em HD e largura de banda extra para outras necessidades, como transmissões ao vivo. O número de participantes, o compartilhamento de tela e outros fatores também afetam o uso da largura de banda.

Se a largura de banda disponível for inferior a 50 Mbps, a qualidade das reuniões em 3D poderá ser reduzida. Confira abaixo um resumo do impacto potencial:

  • Cerca de 10 Mbps: a qualidade do vídeo 3D pode ser reduzida.
  • Cerca de 5 Mbps: o vídeo 3D é totalmente desativado, a qualidade do áudio pode ser reduzida e a taxa de frames pode diminuir.

Instabilidade

A inconsistência nos horários de chegada pode dificultar a reconstrução suave do fluxo de dados original pelo receptor. Um jitter acima de 40 ms pode causar vídeo entrecortado, áudio distorcido e quedas de conexão.

Perda de pacotes

A perda de pacotes acima de 1% pode se manifestar como vídeo entrecortado, segmentos de áudio ausentes ou até mesmo conexões interrompidas.

Arquitetura de rede e requisitos de NAT

Os dispositivos HP Dimension exigem uma conexão Ethernet com fio. O Wi-Fi não é compatível. Eles se comunicam com os serviços do Google usando conexões da Web de saída. Para garantir o desempenho, a segurança e o isolamento de largura de banda ideais, configure sua rede de acordo com as seguintes regras:

  • VLAN dedicada:coloque todos os dispositivos compatíveis com o Beam em uma rede local virtual (VLAN) interna dedicada e aplique as regras de firewall de saída específicas listadas mais adiante nesta página. O isolamento dos dispositivos protege os fluxos de vídeo espaciais 3D do Beam (até 50 Mbps de upload/download por dispositivo ativo) contra picos de latência e perda de pacotes causados pelo tráfego na LAN geral do escritório.
  • NAT e endereçamento IP:os dispositivos compatíveis com o Beam podem operar em sub-redes internas padrão por trás da conversão de endereços de rede (NAT) IPv4 com acesso à Internet. Não é necessário um endereço IP público 1:1.
  • Sem VPN ou proxy:evite usar VPNs ou servidores proxy para o tráfego do Beam. Ambos aumentam a latência e podem reduzir a qualidade do vídeo e do áudio. Evite também tarefas de firewall, como processamento periódico em segundo plano e manutenção programada, que podem causar degradação temporária da performance.
  • Redundância de rede:para aumentar a capacidade de recuperação, use a redundância de rede (failover automático para o secundário caso o principal falhe) no link da WAN.

Configuração de endereço IP

Observação:esta seção se aplica apenas ao HP Dimension. O touchscreen tem configurações de rede DHCP próprias, que não devem ser alteradas.

Para atribuir endereços IP, use o DHCP automático ou a atribuição estática de IPv4. O Beam só é compatível com IPv4 e modo misto IPv4/IPv6.

  • DHCP (padrão e recomendado): por padrão, os dispositivos compatíveis com o Beam recebem automaticamente um endereço IP, uma máscara de sub-rede, um gateway padrão e endereços de servidor DNS do DHCP na inicialização.
  • Atribuição de IP estático:se a política de rede exigir endereços IP estáticos, configure manualmente os parâmetros de rede estáticos no dispositivo durante o registro e a configuração iniciais. A atribuição estática exige um endereço IPv4 reservado, uma máscara de sub-rede e um gateway padrão.

Requisitos de porta e regras de firewall

Importante:os intervalos de IP de domínio padrão usados pelas APIs e serviços do Google são alocados dinamicamente e mudam com frequência. Antes de abrir portas de saída específicas, verifique se o firewall da rede permite conexões de saída com os intervalos de endereços IP oficiais do Google:

Depois de confirmar a acessibilidade do endpoint, configure as regras de porta de saída listadas na tabela a seguir:

Portas Tipo Objetivo
53 TCP e UDP Resolução de DNS
80 TCP e UDP Tráfego da Web HTTP
443 TCP e UDP HTTPS (tráfego da Web e autenticação de usuários)
3478 TCP e UDP WebRTC e TURN
19302–19309 UDP WebRTC

Intervalos de endereços IP do Google

Se a organização restringir o tráfego de saída ou realizar a inspeção de indicação de nome do servidor (SNI, na sigla em inglês), configure o firewall ou proxy para permitir os seguintes intervalos de endereços IP, portas e nomes de host SNI:

SNI ou nome do host Portas e protocolo Intervalo de IPv4 e IPv6 Finalidade ou serviço
*.googleapis.com TCP e UDP 443 N/A Serviços do Google
projectstarlinecallaccess.pa.googleapis.com
projectstarlinesession-pa.googleapis.com
TCP e UDP 443 N/A Serviço Google Beam
logging.googleapis.com TCP e UDP 443 N/A Geração de registros
monitoring.googleapis.com TCP e UDP 443 N/A Monitoramento
storage.googleapis.com TCP e UDP 443 N/A Armazenamento
clients3.googleapis.com TCP e UDP 443 N/A Gerenciamento de dispositivos
workspace.turns.goog TCP e UDP 443 74.125.250.0/24
2001:4860:4864:5::/64
Transmissão de mídia do Workspace
meet.turns.goog TCP e UDP 443 142.250.82.0/24
2001:4860:4864:6::/64
Transmissão de mídia do Meet
N/A UDP 3478 74.125.247.128/29
2001:4860:4864:4:8000::
Serviços TURN e STUN
N/A TCP e UDP 53 8.8.8.8, 8.8.4.4 DNS do Google
ntp.polycom.com UDP 123 N/A Servidor NTP da Poly
mtalk.google.com TCP 5229 N/A Atualizações do Google

Configurar as configurações padrão de videoconferência

Cada plataforma de videoconferência requer acesso a determinadas portas e endpoints. Se você ainda não tiver feito isso, configure sua rede para permitir o acesso.

Clique na guia que corresponde à sua licença.

Google Beam no Meet

Siga as instruções em Preparar sua rede para reuniões e transmissões ao vivo do Meet.

Google Beam para Zoom

Siga as configurações de firewall de rede ou servidor proxy do Zoom para configurar a saída dos serviços do Zoom Cloud. Nesse guia, as seguintes seções se aplicam ao Beam:

  • Regras de firewall para o Zoom:autenticação e sinalização da Web (*.zoom.us, *.zoom.com)
  • Regras de firewall para o Zoom Meetings e Webinars:sinalização principal de reunião (TCP 443, 8801, 8802) e mídia de áudio e vídeo em tempo real (UDP 3478, 3479, 8801–8810)
  • Regras de firewall para validação de certificado:verificações de revogação de certificado (CRL e OCSP) via HTTP (porta 80) para autoridades de certificação públicas (por exemplo, DigiCert ou Entrust).
  • Regras de firewall para a CDN do Zoom:ativos da Web e entrega de recursos para hardware do Zoom Room (TCP e UDP 443).
  • Regras de firewall para o Zoom Device Management (ZDM): zdmapi.zoom.us
  • Arquivos .txt de intervalo de IP:feeds de IP para download, como Zoom.txt, se você usa grupos de endereços automatizados no firewall.

O Beam foi criado no ChromeOS e exige que sua rede também atenda aos requisitos de rede do ChromeOS. Consulte os requisitos de rede do ChromeOS em Configurar uma lista de permissões de nomes de host para dispositivos Chrome.

Configurar as opções de tela touch

A tela sensível ao toque Poly TC10 usada com o HP Dimension tem os próprios requisitos. Permita os nomes de host listados na documentação da HP para dispositivos de rede Poly Lens e garanta que a tela sensível ao toque funcione corretamente.

Como testar sua rede

Latência de rede

Para medir a latência da rede e garantir que ela atenda aos requisitos para videoconferências ideais, siga estas etapas:

  1. Ative o ICMP (se necessário): verifique se o ICMP (Internet Control Message Protocol) está ativado na sua rede. Na maioria das redes, ele está ativado por padrão, mas se você estiver em uma rede restrita, verifique com o administrador.
  2. Execute o comando ping: em um computador na mesma conexão de rede com fio que você vai usar para videoconferências, abra um terminal ou prompt de comando e execute o seguinte comando:

    > ping 74.125.247.128
    PING 74.125.247.128 (74.125.247.128): 56 data bytes
    64 bytes from 74.125.247.128: icmp_seq=0 ttl=56 time=21.706 ms
    64 bytes from 74.125.247.128: icmp_seq=1 ttl=56 time=14.054 ms
    64 bytes from 74.125.247.128: icmp_seq=2 ttl=56 time=36.137 ms
    64 bytes from 74.125.247.128: icmp_seq=3 ttl=56 time=19.932 ms
    64 bytes from 74.125.247.128: icmp_seq=4 ttl=56 time=19.043 ms
    

    Procure os valores time= na saída. Elas representam a latência em milissegundos. É melhor considerar a média ou um valor típico, em vez de um único valor.

  3. Verifique a latência: para ter a melhor qualidade de vídeo, verifique se a latência é menor que 100 ms até o endpoint do Google mais próximo. Se a latência exceder esse limite de forma consistente, isso poderá afetar negativamente sua experiência de videoconferência.

Roteamento de rede

Use o comando traceroute para rastrear o caminho da rede até os endpoints do Google. Isso ajuda a identificar possíveis gargalos ou saltos desnecessários. Execute o seguinte comando em um computador na mesma rede com fio que você vai usar para videoconferências:

> traceroute 74.125.247.128

Isso mostra a rota que o tráfego de rede faz para chegar a um servidor do Google. O ideal é minimizar o número de saltos entre sua rede local e o provedor de serviços de Internet (ISP). Um grande número de hops pode indicar uma rota menos eficiente e uma latência potencialmente maior.

Outra ferramenta útil para monitorar indícios de congestionamento é o mtr, que funciona como uma versão mais útil do traceroute. Essa ferramenta pode ajudar a identificar possíveis hops problemáticos entre a máquina em que ela está sendo executada e o destino, para ajudar a distinguir entre problemas em uma rede corporativa e problemas com um ISP. Cada salto recebe médias e desvios padrão no tempo de resposta, o que ajuda a identificar links potencialmente congestionados.

Confira um exemplo de saída:

                                                  My traceroute  [v0.96]
hostname ([example]) -> 74.125.247.128 (74.125.247.128)
Keys:  Help   Display mode   Restart statistics   Order of fields   quit
                                   Packets               Pings
Host                          Loss%   Snt   Last   Avg  Best  Wrst StDev
 1.  100.115.92.25             0.0%   195    1.0   0.6   0.2   2.0   0.3
 2.  192.168.4.1               0.0%   195    2.7   3.6   1.9   7.9   1.2
 3.  192.168.1.254             0.0%   195    4.2   3.6   2.5   9.9   0.9
 4.  [example]                 0.0%   195    4.3   4.5   3.0   8.3   0.9
 5.  76.197.98.82              0.0%   195    5.1   4.6   2.9   9.4   0.9
 6.  32.130.92.48              0.0%   195   21.2  23.2  19.9 360.4  24.3
 7.  32.130.20.60             80.0%   195   21.4  21.2  19.9  24.8   1.1
 8.  32.130.20.246            82.5%   195   21.7  21.5  20.4  24.0   0.9
 9.  32.130.26.105             0.0%   195   23.4  21.9  19.7  29.9   1.1
10.  108.170.231.46            0.0%   194   22.4  23.0  21.3  42.4   2.0
11.  142.250.231.183           0.0%   194   22.0  22.0  20.5  32.2   1.5
12.  74.125.247.128            0.0%   194   22.5  22.7  21.2  29.1   0.9

Para informações sobre a instalação do mtr, acesse o link do seu sistema operacional: Windows, Mac, Linux (geralmente instalado usando um gerenciador de pacotes como pacote mtr).