Prepara tu red para las reuniones y transmisiones en vivo de Meet

Actualiza tus firewalls para permitir el flujo de tráfico de medios hacia y desde tu organización:

• Para el audio y el video, configura los puertos UDP salientes 3478 y 19302–19309.
  • Si deseas limitar la cantidad de puertos WebRTC de Chrome que se usan, usa los puertos especificados enPuertos UDP de WebRTC.
  • También puedes limitar esos puertos con tu firewall.
• Para el tráfico web y la autenticación de usuarios, usa el puerto 443 de UDP y TCP salientes.

Los puertos se permiten sin límite de IP. Si se bloquean los puertos UDP, se usará TCP. El uso de TCP o TCP con proxy puede disminuir la calidad general de la reunión.

Meet necesita acceso completo a la red.

1. Si hay restricciones o políticas de filtrado para los usuarios de tu red, otorga acceso a la red a los patrones de URI que se indican a continuación en esta página a través del puerto 443.
2. Si usas hardware de Google Meet, revisa los requisitos de redes para ChromeOS en Configura la inspección de TLS (o SSL) en dispositivos Chrome.

Dominios 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

Dominios para la conectividad de extremos de API

• accounts.google.com
• apis.google.com
• meetings.googleapis.com
• hangouts.googleapis.com
• meet.google.com
• apps.google.com
• docs.google.com

Dominios para transmisiones en vivo

• meet.google.com
• stream.meet.google.com

Dominios para las cargas de registros de eventos y comentarios de los usuarios

• https://www.google.com/tools/feedback
• https://feedback.googleusercontent.com/resources/
• https://play.google.com/log

1. Si tu organización debe admitir tráfico de Meet a través del puerto 443, agrega la SNI de Meet a la lista de entidades permitidas del firewall o proxy para habilitar el tráfico de audio y video a través de TLS. Estas direcciones IP son diferentes de los URI especificados en el paso 2.
2. Agrega rangos de direcciones IP de Google Workspace (para tus usuarios). Permite el acceso a los servidores de medios de Meet con el siguiente conjunto de rangos de IP y SNI:
   • IPv4: 74.125.250.0/24, 74.125.247.128/32
   • IPv6: 2001:4860:4864:5::0/64, 2001:4860:4864:4:8000::/128
   • SNI: workspace.turns.goog
3. Si tu organización usa transmisiones en vivo con latencia baja, el tráfico de medios de las transmisiones en vivo preferirá usar el protocolo UDP. Este tráfico usará los rangos de IP de Workspace (de manera similar a Meet) en lugar de las IPs HTTP de YouTube.
4. Agrega rangos de direcciones IP de consumidor. Permite el acceso a los servidores de medios de Meet con el siguiente conjunto de rangos de IP:
   • IPv4: 142.250.82.0/24
   • IPv6: 2001:4860:4864:6::/64
   • SNI: meet.turns.goog

Tu red debe tener suficiente ancho de banda para varias reuniones de video en HD. También debe tener ancho de banda adicional para otras necesidades, como la transmisión en vivo. La cantidad de participantes, el uso compartido de la pantalla y otros factores también afectan el uso del ancho de banda.

Si tu red no tiene suficiente ancho de banda, Meet reduce la definición del video. Si tu red no tiene suficiente ancho de banda para admitir video, configura Meet en Solo audio.

Para transmitir con menos ancho de banda, organiza grandes transmisiones en vivo con menos ancho de banda a través de la eCDN.

Cómo calcular los requisitos mínimos de ancho de banda de Meet

Para calcular el ancho de banda mínimo necesario para tu organización, multiplica el ancho de banda promedio por participante por la cantidad máxima de participantes simultáneos.

Muchos factores, como la cantidad de participantes, los diseños y el uso compartido de pantalla, pueden afectar el uso del ancho de banda. Si una pantalla compartida está quieta, no ocupa más ancho de banda después de cargarse.

* Según la resolución enviada

Estima la cantidad máxima de participantes simultáneos

Si las reuniones de Meet son una prioridad alta, calcula que el 20% de los usuarios de tu organización usarán Meet en cualquier momento. Si las reuniones de Meet son de baja prioridad, solo el 0.5% de las personas podría estar en una reunión de Meet en un momento determinado.

Requisitos de ancho de banda por transmisión en vivo

Si tu organización transmite reuniones en vivo, el ancho de banda ideal para cada feed de visualización es de 2.6 Mbps. Las transmisiones en vivo tienen opciones de diseño y tamaño dinámicos. Se optimizan las capacidades del dispositivo, como el tamaño de la ventana y la relación de aspecto. Meet usa el parámetro de configuración de video de alta calidad predeterminado si el participante tiene suficiente ancho de banda individual.

Si los usuarios no tienen suficiente ancho de banda, pueden optar por reducir la calidad de Meet o usar solo audio.

Tarjeta de video único (kilobits por segundo)

Tile de uso compartido de pantalla (kilobits por segundo de velocidad de bits)

La calidad del contenido multimedia transmitido en vivo se ve afectada por la calidad original del contenido multimedia y la forma en que se envía a Meet. Para verificar y comparar la calidad, únete a la llamada principal de Meet de la transmisión en vivo como participante habitual.

1. En la Consola del administrador de Google, ve a Menú  Apps Google Workspace Google Meet.

   Ir a Google Meet

   Es necesario tener el privilegio de administrador de Configuración del servicio.

2. Haz clic en Configuración de video de Meet.
3. A la izquierda, selecciona la unidad organizativa que deseas administrar. Para todos los usuarios, selecciona la unidad organizativa de nivel superior.
4. Selecciona una opción de calidad de video:
   • Ajustar automáticamente (predeterminado): El ancho de banda se ajusta según las condiciones de la red y del sistema para proporcionar la mejor calidad posible.
   • Ancho de banda de video limitado: El ancho de banda de carga tiene un límite de 1 Mbps.
   • Solo audio: El video está desactivado de forma predeterminada. Los usuarios pueden hacer clic en para activar la cámara en la ventana del navegador de Meet. La carga de video tendrá un límite de 1 Mbps.
5. Aplica la configuración:
   1. Si el parámetro de configuración es para la unidad organizativa de nivel superior, haz clic en Guardar.
   2. Si el parámetro de configuración es para una unidad organizativa secundaria y es diferente del de la unidad principal, haz clic en Anular.

Las siguientes recomendaciones se aplican a los entornos de oficina típicos. Un ingeniero inalámbrico debe evaluar los entornos más complejos, como los siguientes:

• Pisos de fabricación
• Áreas con altos niveles de ruido de radiofrecuencia
• Espacios con cobertura escasa

Revisa cuidadosamente las siguientes consideraciones durante el diseño, la implementación y el funcionamiento de las redes inalámbricas que usa Meet.

Bandas de RF de 2.4 GHz y 5 GHz

Te recomendamos que tu red fuerce a los clientes a usar la banda de RF de 5 GHz, si está disponible.

Te recomendamos que no implementes ni operes Meet en la banda de 2.4 GHz de una red inalámbrica, ya que suele estar muy congestionada. La banda de 2.4 GHz también es menos confiable porque tiene 3 canales que no se superponen, altos niveles de ruido y más interferencia.

Consideraciones de diseño y de implementación

En el caso de tu red inalámbrica, piensa en la capacidad en lugar de la cobertura.

• Administrar el tamaño de la celda: Controla el tamaño de la celda según la potencia de transmisión del access point (AP). Implementa celdas más pequeñas en lugares donde se espera una mayor cantidad de dispositivos, como salas de reuniones y auditorios, para aumentar la capacidad. Usa celdas más grandes para proporcionar cobertura general en el piso de una oficina.
• Inhabilita las tasas bajas para mejorar la eficiencia del uso de RF: Fuerza la transferencia de un cliente al AP más cercano mientras se desplaza entre APs.
• Administra tu red de forma centralizada: Para permitir funciones avanzadas, como la itinerancia fluida entre los AP y la administración adecuada de RF, una red inalámbrica debe administrarse y operarse de forma centralizada. No debe ser una colección de AP independientes.
• Realiza una inspección inalámbrica posterior a la implementación: Confirma la cobertura inalámbrica en los espacios donde se suele usar Meet.

Cómo usar WMM

Para admitir una comunicación confiable de Meet a través de redes inalámbricas, debes implementar las extensiones multimedia inalámbricas (WMM).

Las necesidades de tráfico de las reuniones deben clasificarse de una de las siguientes maneras:

• El controlador o AP inalámbrico basado en los protocolos y puertos específicos de Meet
• Es el valor del campo de punto de código de servicios diferenciados (DSCP) establecido por otros equipos de red. Usa DSCP si confías lo suficiente en la red.

Se requiere compatibilidad total con WMM para proporcionar calidad de servicio bidireccional. Sin embargo, puedes configurarlo a nivel de la red para obtener beneficios significativos. El tráfico de Meet debe asignarse a la cola de audio o video en el AP o el controlador inalámbrico. Se debe priorizar el tráfico de Meet por sobre otras clases de tráfico.

Los entornos de VDI crean una capa adicional entre Meet y la Internet. Esto puede ralentizar Meet y generar una experiencia de menor calidad. Los efectos de fondo son limitados y la vista previa de la sala de espera no está disponible.

Para reducir el impacto del uso de la VDI en Meet, puedes seguir estos pasos:

• Habilita la política de la API de Enterprise Hardware Platform en Chrome para garantizar que Google Meet pueda detectar si se está ejecutando en una máquina virtual (VM). Para obtener más detalles, consulta Cómo establecer políticas de Chrome para usuarios o navegadores y la página de la API.
• Asigna al menos 4 CPU virtuales a cada instancia de VM.
• No se requiere una GPU para los efectos de fondo, pero las instancias de VM habilitadas para GPU aumentan la confiabilidad.
• Asegúrate de que haya suficiente ancho de banda y baja latencia entre los clientes, los escritorios virtuales y los servidores de medios de Meet. Para conocer los requisitos de ancho de banda entre los servidores de medios de Meet y las VMs, consulta el paso 4 (más arriba en esta página). Consulta a tu proveedor de VDI para conocer el ancho de banda requerido para la conexión entre los clientes de VDI y las VMs.

La práctica recomendada es no usar servidores proxy para el tráfico de Meet. El uso de proxy para el tráfico agrega latencia, lo que puede reducir la calidad del video.

Si se deben usar servidores proxy en tu red

Si necesitas usar un proxy, ten en cuenta que los servidores proxy pueden afectar gravemente el rendimiento. Asegúrate de lo siguiente:

• Permitir el acceso al tráfico de Meet en la configuración del proxy
• Meet usa la configuración de proxy de Chrome.
• La red omite el proxy para la dirección IP y el SNI de Meet.

Actualmente, no se admite el protocolo de Internet Socket Secure (SOCKS5).

La práctica recomendada es no usar la calidad de servicio (QoS) para Meet en tu red. Solo usa la QoS en los siguientes casos:

• Tienes un motivo convincente, como una red congestionada.
• pueden implementar y mantener un modelo de QoS de extremo a extremo en tu red.

Si debes usar QoS

La práctica recomendada es no usar una VPN para el tráfico de Meet. Las VPN agregan latencia y pueden hacer que Meet reduzca la calidad de audio y video.

Si debes usar una VPN, haz lo siguiente:

• Habilita la tunelización dividida para tu VPN
• Enruta los dominios del paso 2 fuera de la VPN con el DNS o el SNI (se recomienda el SNI).
• Enruta los rangos de IP del paso 3 fuera de la VPN a través de la coincidencia de prefijos.