Este artículo está dirigido a administradores. Consulta cómo configurar y gestionar tus propias reuniones en el Centro de Ayuda de Meet.
Para disfrutar de reuniones de alta calidad con Google Meet, tienes que configurar tu red de modo que Meet pueda comunicarse de forma eficiente con la infraestructura de Google.
Te recomendamos que sigas estos pasos:
- Asegúrate de que la ruta entre el tráfico de Meet e Internet sea corta.
- Evita usar servidores proxy, inspecciones de paquetes, analizadores de protocolos y la función de calidad del servicio (QoS).
- Mide y optimiza la latencia, el ancho de banda y tu red Wi-Fi.
Configurar la red
Paso 1: Configura los puertos de salida del tráfico multimedia- Para permitir el flujo de datos de audio y vídeo, configura los puertos UDP de salida 3478 y 19302-19309.
- Si quieres limitar el número de puertos de WebRTC de Chrome que se utiliza, usa los puertos especificados en el apartado Puertos WebRTC UDP.
- También puedes limitar estos puertos con un cortafuegos.
- Utiliza los puertos UDP y TCP 443 de salida para el tráfico web o de procesos de autenticación de usuarios.
Estos puertos se permiten sin ninguna limitación de IP. Si se bloquean los puertos UDP, se usará TCP. Si alguno de los participantes usa TCP o TCP con proxy demasiado tiempo, puede que se reduzca la calidad general de la reunión.
Meet necesita acceso completo a la red.
- Si en tu red hay restricciones o políticas de filtrado que afectan a los usuarios, permite que los patrones de URIs que figuran en esta página accedan a tu red a través del puerto 443.
- Si utilizas un producto de hardware de Google Meet, consulta los requisitos de red de ChromeOS en el artículo sobre cómo configurar la inspección 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 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
Dominios para emisiones en directo
- stream.meet.google.com
- youtube.googleapis.com
- www.youtube-nocookie.com
- googlevideo.com
URLs de comentarios de los usuarios y subidas de registros de eventos
- https://www.google.com/tools/feedback/*
- https://feedback.googleusercontent.com/resources/*
- https://play.google.com/log/*
- Si tu organización debe admitir el tráfico de Meet a través del puerto 443, añade el SNI de Meet a tu cortafuegos o a la lista de proxies permitidos para admitir el tráfico de audio y vídeo a través de TLS. Estas direcciones IP son diferentes de los URIs indicados en el paso 2.
- Añade intervalos de direcciones IP de Google Workspace (para tus usuarios). Utiliza el siguiente conjunto de intervalos de direcciones IP y SNI para permitir el acceso a los servidores multimedia de Meet:
- IPv4: 74.125.250.0/24
- IPv6: 2001:4860:4864:5::0/64
- SNI: workspace.turns.goog
- Para las emisiones en directo interactivas, añade intervalos de direcciones IP de consumidor. Utiliza el siguiente conjunto de intervalos de direcciones IP para permitir el acceso a los servidores multimedia de Meet:
- IPv4: 142.250.82.0/24
- IPv6: 2001:4860:4864:6::/64
- SNI: meet.turns.goog
Tu red debe tener un ancho de banda suficiente para permitir todas las videollamadas de alta definición que se celebren simultáneamente en un momento determinado, además de capacidad adicional para cubrir otras necesidades, como las emisiones en directo. El número de participantes, las pantallas compartidas y otros factores también afectan al uso del ancho de banda.
Si tu red no tiene suficiente ancho de banda, Meet reduce la calidad de vídeo para adaptarse a las limitaciones de la red. Si tu red no tiene suficiente ancho de banda para admitir vídeo, Meet utiliza el audio.
Calcular los requisitos mínimos de ancho de banda de Meet
Para calcular el ancho de banda mínimo que necesita tu organización, multiplica el ancho de banda medio por participante por el número máximo de participantes simultáneos. Hay muchos factores que pueden afectar al uso del ancho de banda, como el número de participantes, los diseños y las pantallas compartidas.Las pantallas compartidas fijas no ocupan más ancho de banda después de cargarse.
| Ancho de banda medio por participante para organizaciones de gran tamaño | ||
|---|---|---|
| Tipo de reunión | Saliente | Entrante |
| Vídeo | 1 Mbps | 1,3 Mbps |
| Solo audio | 12 kbps | 18 kbps |
| Ancho de banda por participante para organizaciones pequeñas o particulares | ||
|---|---|---|
| Tipo de reunión | Saliente | Entrante |
| Vídeo de 1080p | Hasta 3,6 Mbps | Hasta 3,6 Mbps |
| Vídeo de 720p | Hasta 1,7 Mbps | Hasta 1,7 Mbps |
| Reunión de grupo | 250 Kbps o más* | Hasta 4,0 Mbps |
| Solo audio | 100 Kbps | 100 Kbps |
* En función de la resolución enviada
Calcular el número máximo de participantes simultáneos
Si las reuniones de Meet son una gran prioridad para los usuarios, calcula que aproximadamente el 20 % de los usuarios de tu organización utilizarán Meet a la vez. Si su prioridad es baja, es posible que solo el 0,5 % de los usuarios participen en reuniones de Meet de forma simultánea.
| Prioridad de las videollamadas | Cantidad estimada de participantes simultáneos en una reunión |
|---|---|
| Alta | 10‑20 % |
| Normal | 1-4 % |
| Baja | 0,01-0,5 % |
Requisitos de ancho de banda por feed de emisión en directo
Si en tu organización se hacen emisiones en directo de reuniones, lo ideal es que cada feed de visualización disponga de un ancho de banda de 2,6 Mbps. La emisión en directo tiene opciones de diseño y tamaño dinámicos. También se optimiza según las características de los dispositivos de los usuarios, como el tamaño de la ventana y la relación de aspecto. Meet utiliza el ajuste predeterminado de vídeo de alta calidad si el participante tiene suficiente ancho de banda.
Si los usuarios no tienen suficiente ancho de banda, pueden reducir la calidad de Meet.
Feed de vídeo único (tasa de bits en kilobit/s)
|
Resolución |
Mínimo |
Máximo |
|
180p |
80 |
200 |
|
360p |
200 |
500 |
|
540p |
400 |
1000 |
|
720p |
600 |
1500 |
Feed de pantalla compartida (tasa de bits en kilobits/s)
|
Resolución |
Mínimo |
Máximo |
|
Calidad mínima |
200 |
200 |
|
360p |
250 |
500 |
|
720p |
750 |
1500 |
|
1800p |
1300 |
2600 |
Prácticas recomendadas de red
Las siguientes recomendaciones están dirigidas a los entornos de oficina más habituales. En entornos más complejos, como fábricas, áreas con altos niveles de ruido de radiofrecuencia o espacios con poca cobertura, un ingeniero de redes inalámbricas debería evaluar las necesidades específicas.
Ten en cuenta las consideraciones incluidas más abajo cuando diseñes, implementes o utilices redes inalámbricas en las que se use Meet.
Banda de radiofrecuencia: 2,4 GHz o 5 GHz
Recomendamos que tu red desvíe la conexión de los clientes a la banda de radiofrecuencia de 5 GHz, si hay alguna disponible.
Por lo general, recomendamos que no se implemente ni utilice Meet en la banda de 2,4 GHz, ya que suele ser la más usada. Además, esta banda es menos fiable porque solo tiene tres canales que no se superponen, a menudo tiene altos niveles de ruido procedente de redes cercanas y recibe interferencias adicionales de otros dispositivos.
Consideraciones sobre el diseño y la implementación
Al diseñar una red inalámbrica, prioriza la capacidad sobre la cobertura.
- Gestiona el tamaño de las celdas: el tamaño se controla a través de la potencia de transmisión de los puntos de acceso (PA). Implementa celdas más pequeñas para aumentar la capacidad de aquellos lugares en los que esperes que haya muchos dispositivos, como salas de reuniones y auditorios. Usa celdas más grandes para proporcionar cobertura general al resto de la oficina.
- Inhabilita las tasas bajas para que el uso de radiofrecuencia sea más eficiente: de este modo, se obliga a los clientes a conectarse al punto de acceso más cercano cuando están en itinerancia entre puntos de acceso.
Si el SSID de una red inalámbrica está disponible en ambas bandas (2,4 GHz y 5 GHz), el sistema de red debe obligar a los clientes a utilizar la de 5 GHz.
Para poder usar funciones avanzadas, como la itinerancia sin interrupciones entre puntos de acceso y una administración adecuada de la radiofrecuencia, las redes inalámbricas deben gestionarse y usarse de forma centralizada, no como si fueran una agrupación de puntos de acceso independientes.
Por último, una vez implementada tu red, haz pruebas con la conexión inalámbrica para confirmar que haya cobertura en los espacios donde suele utilizarse Meet.
Uso de WMM
Para que la comunicación a través de Meet sea fiable cuando se usen redes inalámbricas, implementa Wireless Multimedia Extensions (WMM).
El tráfico de Meet se debe clasificar de una de estas formas:
- Según el controlador inalámbrico o el punto de acceso que empleen los puertos y protocolos específicos de Meet.
- El valor del campo Differentiated Services Code Point (DSCP) fijado por otro equipo de red. Utiliza este valor si tienes suficiente confianza en la red.
Aunque para proporcionar QoS bidireccional una red debe ser totalmente compatible con WMM (incluidos los clientes), puedes configurar esta función a nivel de red (en un controlador o punto de acceso) para conseguir una mejora considerable. El tráfico de Meet debe asignarse a la cola de audio o de vídeo del punto de acceso o controlador inalámbrico en cuestión y tener prioridad sobre otros tipos de tráfico.
Los entornos de VDI generan una capa adicional de latencia y complejidad, lo que puede ralentizar Meet y provocar una experiencia de Meet de menor calidad.Los efectos de fondo son limitados y la vista previa del invernadero no está disponible.
Aunque no se recomienda usar una VDI, puedes hacer lo siguiente para reducir el impacto de su uso en Meet:
- Habilita la política de API Enterprise Hardware Platform en Chrome para asegurarte de que Google Meet pueda detectar que se está ejecutando en una máquina virtual. Para obtener más información, consulta el artículo Definir políticas de Chrome para usuarios o navegadores y la página de la API.
- Asigna al menos 4 CPUs virtuales por cada instancia de máquina virtual.
- No hace falta usar una GPU para procesar los efectos de fondo de los vídeos basados en la nube, pero las instancias de máquina virtual compatibles con GPU mejoran la fiabilidad de la codificación de vídeo y los efectos de fondo, como el desenfoque.
- Asegúrate de que haya suficiente ancho de banda y que la latencia entre los clientes, los escritorios virtuales y los servidores multimedia de Meet sea baja. Para conocer los requisitos de ancho de banda entre los servidores multimedia de Meet y las máquinas virtuales, consulta el paso 4 que aparece arriba. Consulta a tu proveedor de VDI para conocer el ancho de banda que necesita para conectarse entre los clientes de vídeo y las máquinas virtuales.
Te recomendamos que no uses servidores proxy con el tráfico de Meet.
Si el tráfico pasa por proxies, la latencia aumenta, lo que puede hacer que Meet reduzca automáticamente la calidad de audio y de vídeo. El rendimiento de Meet es óptimo cuando la latencia entre el cliente y los servidores de Google es inferior a 100 ms. Además, en cuanto al tráfico de vídeo, Meet aporta las mismas ventajas que un proxy, por lo que no es necesario usar ninguno.
Si en tu red es necesario utilizar servidores proxy
En el caso de que sea imprescindible que utilices servidores proxy, ten en cuenta que estos servidores pueden afectar gravemente al rendimiento y plantéate tomar estas medidas:
- Permitir el acceso al tráfico de Meet en la configuración del proxy.
- Hacer que Meet utilice la configuración de proxy de Chrome.
- Indicar que la red omita el proxy en el SNI y la dirección IP de Meet.
Por ahora no se admite el protocolo de Internet Socket Secure (SOCKS5).
Si tienes que usar QoS
Te recomendamos encarecidamente que no uses una VPN para el tráfico de Meet. Las VPNs añaden latencia y pueden hacer que Meet reduzca automáticamente la calidad de vídeo y audio.
Si tienes que usar una VPN:
- Habilita la tunelización dividida en la VPN
- Enruta los dominios desde el paso 2 fuera de la red VPN mediante el DNS o SNI (se recomienda el SNI)
- Enruta los intervalos de IP desde el paso 3 fuera de la VPN a través de la coincidencia de prefijos
-
Inicia sesión en la consola de administración de Google.
Utiliza tu cuenta de administrador (no termina en @gmail.com).
-
En la consola de administración, ve a Menú
Aplicaciones
Google Workspace
- Haz clic en Configuración de vídeo de Meet.
- En la parte izquierda, selecciona la unidad organizativa que quieres gestionar. Si quieres aplicar la configuración a todos los usuarios, selecciona el nivel organizativo superior.
- Selecciona una opción de calidad de vídeo predeterminada:
- Ajustar automáticamente (predeterminado): el ancho de banda se adapta a las condiciones de la red y del sistema para proporcionar la mejor calidad posible.
- Ancho de banda de vídeo limitado: el ancho de banda de enlace ascendente está limitado a 1 Mbps de forma predeterminada para usar menos ancho de banda.
- Solo audio: el vídeo está desactivado de forma predeterminada. Los usuarios pueden activar la cámara en la ventana del navegador de Meet haciendo clic en
. Sin embargo, el vídeo de enlace ascendente estará limitado a 1 Mbps de forma predeterminada.
- Elige dónde aplicar estos ajustes:
- Si quieres aplicarlo al nivel organizativo superior, haz clic en Guardar.
- Si quieres que afecte a un nivel organizativo secundario y no coincide con el del nivel superior, haz clic en Sobrescribir.
Temas relacionados
Google, Google Workspace, así como las marcas y los logotipos relacionados, son marcas de Google LLC. Todos los demás nombres de empresas y productos son marcas de las empresas con las que están asociadas.
