Este artigo é destinado aos 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: Abrir tudo | Fechar tudo Etapa 1: permitir o acesso a intervalos de endereços IP do Google Atualize os firewalls para permitir o fluxo do tráfego de mídia na organização: Observações:
Etapa 2: permitir o acesso a identificadores uniformes de recursos (URIs) Os serviços principais do Google precisam ter acesso total à rede. Se houver restrições ou políticas de filtragem para seus usuários, conceda acesso de rede aos endpoints HTTPS. Observação: se você estiver usando o hardware do Google Meet, leia também os requisitos de rede do ChromeOS. Domínios para recursos estáticos
Domínios para conectividade de endpoints de API
Domínios para transmissões ao vivo
* Opcional
* 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/ Etapa 3: permitir o acesso a intervalos de endereços IP do Google Permita o acesso aos intervalos de endereços IP abaixo para possibilitar o tráfego de mídia de áudio e vídeo. Caso sua organização precise 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. Observação: esses endereços IP são diferentes dos URIs especificados na Etapa 2. Intervalos de endereços IP do Google WorkspaceEsses intervalos de endereços IP só podem ser usados no Meet. Com eles, você identifica o tráfego de reuniões gerado pelas contas do Google Workspace na sua organização e pode remover a prioridade do tráfego do Google Meet originado em contas pessoais. Use o seguinte conjunto de intervalos de IPs e SNI para permitir o acesso aos servidores de mídia do Meet:
Intervalos de endereços IP de consumidorOs intervalos de IPs abaixo são usados exclusivamente para o tráfego de mídia dos participantes que fizeram login em uma Conta do Google pessoal ou não fizeram login em uma conta. Permita o acesso aos servidores de mídia do Meet usando o seguinte conjunto de intervalos de IP:
Etapa 4: analisar os requisitos de largura de banda Sua rede deve ter largura de banda suficiente para reuniões em alta definição simultâneas e outras necessidades, como transmissões ao vivo. Caso contrário, o Meet vai reduzir a definição de vídeo para se adequar às restrições da rede. Se a largura de banda for insuficiente para transferir vídeos, apenas o áudio será transmitido. Calcular os requisitos mínimos de largura de banda do MeetSe você quiser calcular a largura de banda mínima para os participantes e a transmissão ao vivo, multiplique a largura de banda média por participante pelo número máximo de participantes simultâneos. Requisitos de largura de banda por participanteA largura de banda usada pelo Meet varia para proporcionar a melhor experiência nas redes dos participantes.
Estimar o limite de participantes simultâneosDetermine o número de participantes simultâneos com base na importância das reuniões em cada local, conforme mostrado na tabela a seguir.
Por exemplo, se as reuniões forem de alta importância, você pode estimar que 20% das pessoas naquele local vão usar o Meet. Se elas não forem tão importantes, provavelmente apenas 0,5% das pessoas estarão na reunião ao mesmo tempo. Requisitos de largura de banda por espectador da transmissão ao vivoSe 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. Se esse não for o caso, os participantes poderão reduzir a qualidade de vídeo do Meet.
Práticas recomendadas para redesUsando proxies 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 redeSe você realmente precisar usar um proxy, entenda que os servidores proxy podem afetar muito o desempenho e faça o seguinte:
O protocolo de Internet Socket Secure (SOCKS5) ainda não é compatível. Usando a VDI Não execute o Meet em ambientes de infraestrutura da área de trabalho virtual (VDI), como Citrix e VMware. 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 recomendado usar a VDI, você pode seguir algumas etapas para reduzir o impacto dela no Meet:
Usando Wi-Fi 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 (RF) 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 GHzRecomendamos 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çãoNa rede sem fio, priorize a capacidade em vez da cobertura.
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 WMMPara 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:
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. Usando QoS Não é preciso usar a funcionalidade QoS para o Meet na sua rede porque o produto se adapta automaticamente às condições da rede. Use esse recurso apenas quando necessário, como no caso de uma rede congestionada, e se for possível implantar e manter um modelo de QoS de ponta a ponta na rede. Se você precisar usar o QoSConfigurar a qualidade de vídeo padrão Para reduzir o uso da largura de banda, defina o padrão de qualidade de vídeo do Meet no Google Admin Console. Essa configuração é válida apenas para navegadores da Web e não afeta o hardware do Google Meet e os apps Meet para dispositivos móveis. Os usuários podem substituir o valor padrão definido para a unidade organizacional no navegador ativando o vídeo na reunião do Meet e ajustando a qualidade. A configuração padrão será aplicada sempre que um usuário entrar em uma nova reunião.
Temas relacionados
Isso foi útil? Como podemos melhorá-lo? Por que os aplicativos de transmissão de áudio e vídeo usam UDP em vez de TCP?UDP é usado quando a velocidade é desejável e a correção de erros não é necessária. Por exemplo, ele é frequentemente usado para transmissões ao vivo e jogos online. Digamos que você esteja assistindo a um stream de vídeo ao vivo, que geralmente é transmitido usando UDP em vez de TCP.
Para que serve o protocolo TCP e UDP em uma transmissão de dados?Conexão. O TCP é um protocolo orientado à conexão. A orientação da conexão significa que os dispositivos de comunicação devem estabelecer uma conexão antes de transmitir os dados e devem fechar a conexão após a transmissão dos dados. Já o UDP é o protocolo orientado a data gramas.
Quando o UDP é preferível ao TCP?Por que o UDP é mais rápido que o TCP? Quando falamos em velocidade de dados o protocolo que mais se destaca é o UDP, já que não existe um processo de verificação do processo, seja ele de erro ou de confirmação para saber se o pacote chegou ou não ao seu destino.
Quais as principais diferenças entre o cabeçalho TCP e o cabeçalho UDP?A principal diferença entre o UDP e o TCP é que o primeiro não é capaz de enviar ao destino quais dados foram corrompidos ou estão faltando, pois ele não possui um cabeçalho tão eficaz como o do TCP.
|