Este artigo é destinado a administradores. Para configurar e gerenciar suas próprias reuniões, acesse a Central de Ajuda do Meet.
Se você quiser fazer reuniões de alta qualidade no Google Meet, vai precisar configurar sua rede para que a plataforma se comunique de modo eficiente com a infraestrutura do Google.
Siga estas dicas:
- Verifique se o tráfego do Meet segue um caminho curto até a Internet.
- Evite usar proxies, inspeção de pacotes, analisadores de protocolo e o recurso Qualidade de Serviço (QoS).
- Meça e otimize a latência, a largura de banda e a rede Wi-Fi.
Configurar a rede
Etapa 1: configurar portas de saída para o tráfego de mídia- Para áudio e vídeo, limite as portas UDP de saída 3478 e 19302–19309.
- Se você quiser limitar o número de portas WebRTC do Chrome em uso, use as portas especificadas em Portas UDP WebRTC.
- Você também pode limitar essas portas com o firewall.
- Para tráfego da Web e autenticação do usuário, use a porta de saída UDP e TCP 443.
As portas são permitidas sem qualquer limitação de IP. Se as portas UDP estiverem bloqueadas, o TCP vai ser usado. No entanto, o uso prolongado de TCP ou TCP com proxy pode prejudicar a qualidade geral da reunião.
O Meet precisa ter acesso total à rede.
- Se houver restrições ou políticas de filtragem para usuários na sua rede, conceda o acesso de rede aos padrões do identificador uniforme de recursos (URI) nesta página usando a porta 443.
- Se você estiver usando um produto de hardware do Google Meet, leia os requisitos de rede do ChromeOS em Configurar inspeção TLS (ou SSL) nos dispositivos Chrome.
Domínios para recursos estáticos
- clients2.google.com
- clients4.google.com
- clients6.google.com
- www.gstatic.com
- fonts.gstatic.com
- lh3.googleusercontent.com
- meetings.clients6.google.com
Domínios para conectividade de endpoints de API
- accounts.google.com
- apis.google.com
- meetings.googleapis.com
- hangouts.googleapis.com
- meet.google.com
- apps.google.com
- jamboard.google.com
- docs.google.com
Domínios para transmissões ao vivo
- stream.meet.google.com
- youtube.googleapis.com
- www.youtube-nocookie.com
- googlevideo.com
* Opcional
- www.google.com
- feedback.googleusercontent.com
* A funcionalidade de feedback do Meet é carregada usando URLs que começam com https://www.google.com/tools/feedback e https://feedback.googleusercontent.com/resources/
- Caso sua organização tenha que permitir o tráfego no Meet pela porta 443, adicione o SNI do Meet à lista de permissões do firewall ou do proxy para autorizar o tráfego de áudio e vídeo pelo TLS. Esses endereços IP são diferentes dos URIs especificados na etapa 2.
- Adicione intervalos de endereços IP do Google Workspace (para seus usuários). Use o seguinte conjunto de intervalos de IPs e SNI para permitir o acesso aos servidores de mídia do Meet:
- IPv4: 74.125.250.0/24
- IPv6: 2001:4860:4864:5::0/64
- SNI: workspace.turns.goog
- Adicione intervalos de endereços IP do consumidor (para usuários que não fizeram login no Google Workspace). Permita o acesso aos servidores de mídia do Meet usando o seguinte conjunto de intervalos de IP:
- IPv4: 142.250.82.0/24
- IPv6: 2001:4860:4864:6::/64
- SNI: meet.turns.goog
Sua rede deve ter largura de banda suficiente para videochamadas em alta definição simultâneas e 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 não houver largura de banda suficiente, o Meet vai reduzir a definição de vídeo para se adequar às restrições da rede. Caso sua rede não tenha largura de banda suficiente para vídeos, o Meet vai usar áudio.
Calcular os requisitos mínimos de largura de banda do Meet
Para calcular o requisito de largura de banda mínima em sua organização, multiplique a largura de banda média por participante pelo número máximo de participantes simultâneos. Muitos fatores, como número de participantes, layouts e compartilhamento de tela, podem afetar o uso da largura de banda.
| Largura de banda média por participante para organizações de grande porte | ||
|---|---|---|
| Tipo de reunião | Saída | Entrada |
| Vídeo | 1 Mbps | 1,3 Mbps |
| Somente áudio | 12 Kbps | 18 Kbps |
| Largura de banda por participante para organizações de pequeno porte ou indivíduos | ||
|---|---|---|
| Tipo de reunião | Saída | Entrada |
| Vídeo de 1080p | Até 3,6 Mbps | Até 3,6 Mbps |
| Vídeo de 720p | Até 1,7 Mbps | Até 1,7 Mbps |
| Reunião do grupo | 250 Kbps ou mais* | Até 4 Mbps |
| Somente áudio | 100 Kbps | 100 Kbps |
*Dependendo da resolução enviada
Estimar o número máximo de participantes simultâneos
Se as reuniões forem de alta prioridade, estime que 20% das pessoas na sua organização vão usar o Meet simultaneamente. Se as reuniões tiverem prioridade baixa para os usuários, talvez apenas 0,5% das pessoas participem de forma simultânea.
| Prioridade das videochamadas | Valor estimado de participantes simultâneos da reunião |
|---|---|
| Alta | 10 a 20% |
| Normal | 1 a 4% |
| Baixa | 0,01 a 0,5% |
Requisitos de largura de banda por espectador da transmissão ao vivo
Se a organização transmite videochamadas ao vivo, a largura de banda ideal para cada participante é de 2,6 Mbps. A configuração padrão de vídeo de alta qualidade é 720p. Ela é usada quando o participante tem largura de banda individual suficiente.
Os participantes que não tiverem largura de banda suficiente vão poder reduzir a qualidade do Meet.
| Configuração de vídeo do Meet | Largura de banda de entrada necessária | Observações |
|---|---|---|
| 720p | 2,6 Mbps | A configuração padrão de alta qualidade proporciona a melhor experiência ao usuário. |
| 480p | 1,5 Mbps | |
| 360p | 1,0 Mbps | |
| 240p | 0,5 Mbps | Proporciona uma experiência de visualização ruim e não é recomendada. |
Práticas recomendadas para redes
As recomendações a seguir são aplicáveis a ambientes de escritório comuns. Um engenheiro de redes sem fio precisa avaliar ambientes mais complexos, como chão de fábrica, áreas com altos níveis de ruído de radiofrequência ou espaços mais abertos.
Leia com atenção as considerações a seguir durante o projeto, a implantação e a operação das redes sem fio usadas pelo Meet.
Bandas de radiofrequência 2,4 GHz e 5 GHz
Recomendamos que sua rede exija o uso da banda de RF de 5 GHz, se disponível.
Não implante nem opere o Meet na banda de 2,4 GHz de redes sem fio, porque costumam ser muito usadas. Essa banda também é menos confiável porque tem três canais não sobrepostos e costuma apresentar altos níveis de ruído devido à interferência de redes próximas e de outros dispositivos.
Considerações de projeto e implantação
Na rede sem fio, priorize a capacidade em vez da cobertura.
- Gerencie o tamanho da célula: controle o tamanho da célula 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. Use células maiores para a cobertura geral no escritório.
- Desative as taxas baixas para melhorar a eficiência do uso da radiofrequência e forçar a transferência de um cliente para o AP mais próximo quando ele estiver entre APs.
Se o SSID (Identificador do conjunto de serviços) de uma rede sem fio estiver disponível em ambas as bandas (2,4 GHz e 5 GHz), a rede precisará obrigar os clientes a usar a banda de 5 GHz.
Para permitir o uso de recursos avançados, como o roaming integrado entre APs e o gerenciamento de radiofrequência adequado, é necessário que a rede sem fio seja gerenciada e operada de forma centralizada, e não como uma série de APs independentes.
Faça uma pesquisa sem fio após a implantação para confirmar que há cobertura sem fio em todos os espaços onde o Meet costuma ser usado.
Usando WMM
Para garantir uma comunicação estável pelo Meet em redes sem fio, use extensões de multimídia sem fio (WMM, na sigla em inglês).
O tráfego do Meet precisa ser classificado com base em um dos seguintes critérios:
- O controlador sem fio ou AP baseado nos protocolos e nas portas do Meet
- O valor do campo Differentiated Services Code Point (DSCP) definido por outro equipamento de rede (que pode ser usado se você tiver confiança suficiente na rede)
A compatibilidade total com WMM (inclusive clientes) é necessária para a QoS bidirecional, mas é possível configurar esse tipo de extensão na rede (no controlador ou no AP) para ter melhorias significativas. O tráfego do Meet deve ser atribuído à fila de áudio ou vídeo no AP ou controlador sem fio e ter preferência em relação a outros tipos de tráfego.
Os ambientes de VDI criam uma camada extra de latência e complexidade, gerando maior lentidão e uma experiência de qualidade inferior no Meet.
Embora não seja ideal usar a VDI, você pode seguir algumas etapas para reduzir o impacto dela no Meet:
- Ative a política da API Enterprise Hardware Platform no Chrome. Assim, o Meet consegue detectar que está sendo executado em uma máquina virtual (VM). Saiba mais em Definir políticas do Chrome para usuários ou navegadores e na página da API.
- Aloque pelo menos quatro CPUs virtuais para cada instância de VM.
- Tenha largura de banda suficiente e baixa latência entre clientes, áreas de trabalho virtuais e servidores de mídia do Meet. Veja os requisitos de largura de banda entre as VMs e os servidores de mídia do Meet na Etapa 4 (acima). Consulte o provedor de VDI para encontrar a largura de banda necessária para conectar clientes de VDI com VMs.
Não recomendamos o uso de servidores proxy no tráfego do Meet.
O tráfego de proxy aumenta a latência e pode fazer com que o Meet reduza automaticamente a qualidade do vídeo e do áudio. O desempenho do Meet é ideal quando a latência entre o cliente e o back-end do Google é inferior a 100 ms. Além disso, o Meet oferece os mesmos benefícios que um proxy para o tráfego de vídeo. Portanto, esse recurso não é necessário.
Se for preciso usar servidores proxy na sua rede
Se você realmente precisar usar um proxy, entenda que os servidores proxy podem afetar muito o desempenho e faça o seguinte:
- Permita o acesso ao tráfego do Meet na configuração do proxy.
- Confirme que o Meet usa as configurações de proxy do Chrome.
- Garanta que a rede ignore o proxy para o endereço IP e o SNI do Meet.
O protocolo de Internet Socket Secure (SOCKS5) ainda não é compatível.
Se você precisar usar o QoS
Recomendamos que você não use uma VPN para o tráfego do Meet. As VPNs aumentam a latência e podem reduzir automaticamente a qualidade do vídeo e do áudio no Meet.
Se você precisar usar uma VPN:
- Ative o encapsulamento dividido para sua VPN
- Encaminhe dos domínios da Etapa 2 fora da VPN usando o DNS ou o SNI (é recomendável usar SNI)
- Encaminhe os intervalos de IP da etapa 3 fora da VPN por meio da correspondência de prefixo
-
-
No Admin Console, acesse Menu
Apps
Google Workspace
- Clique em Configurações de vídeo do Meet.
- À esquerda, selecione a unidade organizacional que você quer gerenciar. Para incluir todos os usuários, selecione a unidade organizacional de nível superior.
- Selecione uma opção para "Qualidade de vídeo padrão":
- Ajustar automaticamente (padrão): a largura de banda é ajustada de acordo com as condições da rede e do sistema para oferecer a melhor qualidade possível.
- Largura de banda de vídeo limitada: a largura de banda do uplink é limitada a 1 Mpbs por padrão.
- Somente áudio: o vídeo é desativado por padrão. Os usuários podem clicar em
para ativar a câmera na janela do navegador do Meet, mas o vídeo de uplink é limitado a 1 Mbps por padrão.
- Aplique as configurações:
- Para aplicar a configuração à unidade organizacional de nível superior, clique em Salvar.
- Se ela for aplicável a uma unidade organizacional filha e diferente da usada na unidade mãe, clique em Modificar.
Temas relacionados
Google, Google Workspace e marcas e logotipos relacionados são marcas registradas da Google LLC. Todos os outros nomes de empresas e produtos são marcas registradas das empresas às quais eles estão associados.
