Además de la configuración de red necesaria para las reuniones de video estándar (independientemente de tu proveedor), Google Beam requiere asistencia de red específica para habilitar las reuniones en 3D. En esta página, se explican los requisitos de red y cómo validar que la configuración de tu red los cumpla para garantizar que las reuniones de Beam 3D sean una experiencia fluida y de alta calidad.
Lista de verificación de tareas
Estas tareas deben completarse para garantizar las conexiones de red y el rendimiento necesarios para Beam. Cada elemento se vincula a la sección o página correspondiente.
- Confirma que tu red cumple con los mínimos de ancho de banda y rendimiento para Beam.
- Confirma la arquitectura de red requerida, como una red de área local virtual (VLAN) dedicada sin VPN ni proxies.
- Verifica la configuración de la dirección IP: Solo IPv4, DHCP o estática.
- Configura reglas de firewall para permitir conexiones salientes a rangos de direcciones IP oficiales de Google, puertos de salida y nombres de host de indicación de nombre del servidor (SNI) para Beam.
- Configura el firewall para videoconferencias estándar con Google Meet o Zoom Rooms, según tu licencia.
- Configura una lista de nombres de host permitidos para dispositivos Chrome.
- Configura una lista de nombres de host permitidos para la pantalla táctil.
- Prueba tu red para asegurarte de que cumpla con los requisitos.
Ancho de banda y rendimiento de la red
Para ejecutar reuniones de videoconferencia en 3D, asegúrate de que tu red cumpla con los siguientes requisitos:
| Requisito | Valor |
|---|---|
Ancho de banda sostenido mínimo |
50 Mbps (carga y descarga) para videoconferencias en 3D 3.6 Mbps (carga y descarga) para videoconferencias estándar (HD) 1.7 Mbps (carga y descarga) para videoconferencias estándar (SD) |
Velocidad de vínculo |
Al menos 1 Gb/s |
Latencia |
100 ms o menos (hacia o desde los extremos de Beam) |
Jitter |
40 ms o menos |
Pérdida de paquetes |
1% o menos |
Tu red debe tener suficiente ancho de banda para varias reuniones de video en HD y ancho de banda adicional para otras necesidades, como la transmisión en vivo. La cantidad de participantes, el uso compartido de pantalla y otros factores también afectan el uso del ancho de banda.
Si el ancho de banda disponible es inferior a 50 Mbps, es posible que se reduzca la calidad de las reuniones en 3D. A continuación, se muestra un desglose del impacto potencial:
- Alrededor de 10 Mbps: Es posible que se degrade el video en 3D.
- Alrededor de 5 Mbps: El video en 3D se desactiva por completo, la calidad del audio puede degradarse y la velocidad de fotogramas puede reducirse.
Jitter
La inconsistencia en los tiempos de llegada puede dificultar que el extremo receptor reconstruya sin problemas el flujo de datos original. El jitter superior a 40 ms puede provocar videos entrecortados, audio distorsionado y conexiones interrumpidas.
Pérdida de paquetes
La pérdida de paquetes superior al 1% puede manifestarse como video entrecortado, segmentos de audio faltantes o incluso conexiones interrumpidas.
Arquitectura de red y requisitos de NAT
Tus dispositivos HP Dimension requieren una conexión Ethernet con cable; no se admite Wi-Fi. Se comunican con los servicios de Google a través de conexiones web salientes. Para garantizar un rendimiento, una seguridad y un aislamiento de ancho de banda óptimos, configura tu red según las siguientes reglas:
- VLAN dedicada: Coloca todos los dispositivos compatibles con Beam en una red de área local virtual (VLAN) interna dedicada y aplica las reglas de firewall de salida específicas que se indican más adelante en esta página. Aislamiento de los dispositivos: Los protectores aíslan las transmisiones de video espacial en 3D de Beam (hasta 50 Mbps de carga y descarga por dispositivo activo) de los picos de latencia y la pérdida de paquetes causados por el tráfico en la LAN general de la oficina.
- NAT y direccionamiento IP: Los dispositivos habilitados para Beam pueden operar en subredes internas estándar detrás de la traducción de direcciones de red (NAT) de IPv4 con acceso a Internet. No se requiere una dirección IP pública 1:1.
- Sin VPN ni proxy: Evita usar VPNs o servidores proxy para el tráfico de Beam. Ambos agregan latencia y pueden reducir la calidad de audio y video. También evita las tareas de firewall, como el procesamiento en segundo plano periódico y el mantenimiento programado, que podrían causar una degradación temporal del rendimiento.
- Redundancia de red: Para mayor capacidad de recuperación, usa la redundancia de red (conmutación por error automática a la secundaria en caso de que falle la principal) en la conexión WAN.
Configuración de la dirección IP
Nota: Esta sección solo se aplica a la HP Dimension. La pantalla táctil tiene su propia configuración de red DHCP, y no debes cambiarla.
Para asignar direcciones IP, usa DHCP automático o asignación de IPv4 estática. Beam solo admite IPv4 y el modo mixto de IPv4/IPv6.
- DHCP (predeterminado y recomendado): De forma predeterminada, los dispositivos habilitados para Beam obtienen automáticamente una dirección IP, una máscara de subred, una puerta de enlace predeterminada y direcciones de servidor DNS de DHCP durante el inicio.
- Asignación de IP estática: Si tu política de red requiere direcciones IP estáticas, puedes configurar manualmente parámetros de red estáticos en el dispositivo durante la inscripción y configuración iniciales. La asignación estática requiere una dirección IPv4 reservada, una máscara de subred y una puerta de enlace predeterminada.
Reglas de firewall y requisitos de puertos
Importante: Los rangos de IP de dominio predeterminados que usan las APIs y los servicios de Google se asignan de forma dinámica y cambian con frecuencia. Antes de abrir puertos de salida específicos, verifica que el firewall de tu red permita las conexiones salientes a los rangos de direcciones IP oficiales de Google:
Después de confirmar la accesibilidad del extremo, configura las reglas de puertos de salida que se indican en la siguiente tabla:
| Puertos | Tipo | Propósito |
|---|---|---|
| 53 | TCP y UDP | Resolución de DNS |
| 80 | TCP y UDP | Tráfico web HTTP |
| 443 | TCP y UDP | HTTPS (tráfico web y autenticación de usuarios) |
| 3478 | TCP y UDP | WebRTC y TURN |
| 19302–19309 | UDP | WebRTC |
Rangos de direcciones IP de Google
Si tu organización restringe el tráfico saliente o realiza una inspección de Indicación de nombre del servidor (SNI), configura tu firewall o proxy para permitir los siguientes rangos de direcciones IP, puertos y nombres de host de SNI:
| SNI o nombre de host | Puertos y protocolo | Rango de IPv4 e IPv6 | Propósito o servicio |
|---|---|---|---|
| *.googleapis.com | TCP y UDP 443 | N/A | Servicios de Google |
| projectstarlinecallaccess.pa.googleapis.com projectstarlinesession-pa.googleapis.com |
TCP y UDP 443 | N/A | Servicio de Google Beam |
| logging.googleapis.com | TCP y UDP 443 | N/A | Registro |
| monitoring.googleapis.com | TCP y UDP 443 | N/A | Supervisión |
| storage.googleapis.com | TCP y UDP 443 | N/A | Almacenamiento |
| clients3.googleapis.com | TCP y UDP 443 | N/A | Administración de dispositivos |
| workspace.turns.goog | TCP y UDP 443 | 74.125.250.0/24 2001:4860:4864:5::/64 |
Retransmisión de medios de Workspace |
| meet.turns.goog | TCP y UDP 443 | 142.250.82.0/24 2001:4860:4864:6::/64 |
Retransmisión de medios de Meet |
| N/A | UDP 3478 | 74.125.247.128/29 2001:4860:4864:4:8000:: |
Servicios de TURN y STUN |
| N/A | TCP y UDP 53 | 8.8.8.8 y 8.8.4.4 | DNS de Google |
| ntp.polycom.com | UDP 123 | N/A | Servidor NTP de Poly |
| mtalk.google.com | TCP 5229 | N/A | Actualizaciones de Google |
Cómo configurar los parámetros de configuración estándar de las videoconferencias
Cada plataforma de videoconferencias requiere acceso a ciertos puertos y extremos. Si aún no lo has hecho, configura tu red para permitir el acceso.
Haz clic en la pestaña que corresponda a tu licencia.
Google Beam para Meet
Sigue las instrucciones que se indican en Cómo preparar tu red para reuniones y transmisiones en vivo de Meet para configurar la red para Meet.
Google Beam para Zoom
Sigue los parámetros de configuración del firewall de red o del servidor proxy de Zoom para configurar el tráfico de salida de los servicios de Zoom Cloud. En esa guía, las siguientes secciones se aplican a Beam:
- Reglas de firewall para Zoom: Autenticación y señalización web (*.zoom.us, *.zoom.com)
- Reglas de firewall para Zoom Meetings y Webinars: Señalización principal de la reunión (TCP 443, 8801, 8802) y medios de audio y video en tiempo real (UDP 3478, 3479, 8801–8810)
- Reglas de firewall para la validación de certificados: Verificaciones de revocación de certificados (CRL y OCSP) a través de HTTP (puerto 80) a autoridades de certificación públicas (por ejemplo, DigiCert o Entrust)
- Reglas de firewall para la CDN de Zoom: Entrega de recursos y activos web para el hardware de Zoom Room (TCP y UDP 443)
- Reglas de firewall para Zoom Device Management (ZDM): zdmapi.zoom.us
- Archivos .txt de rangos de IP: Feeds de IP descargables, como Zoom.txt, si usas grupos de direcciones automatizados en tu firewall
Beam está integrado en ChromeOS y requiere que tu red también cumpla con los requisitos de red de ChromeOS. Revisa los requisitos de redes de ChromeOS en Configura una lista de entidades permitidas de nombre de host para dispositivos Chrome.
Cómo configurar la pantalla táctil
La pantalla táctil Poly TC10 que se usa con el HP Dimension tiene sus propios requisitos. Permite los nombres de host que se indican en la documentación de HP para los dispositivos de red de Poly Lens y, así, garantizar que la pantalla táctil funcione correctamente.
Cómo probar tu red
Latencia de red
Para medir la latencia de tu red y asegurarte de que cumple con los requisitos para una videoconferencia óptima, sigue estos pasos:
- Habilita ICMP (si es necesario): Asegúrate de que ICMP (Protocolo de mensajes de control de Internet) esté habilitado en tu red. La mayoría de las redes tienen habilitada esta opción de forma predeterminada, pero, si estás en una red restringida, es posible que debas consultar con tu administrador de red.
Ejecuta el comando
ping: Desde una computadora con la misma conexión de red cableada que usarás para la videoconferencia, abre una terminal o un símbolo del sistema y ejecuta el siguiente 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 msBusca los valores de
time=en el resultado. Estos representan la latencia en milisegundos. Es mejor considerar el promedio o un valor típico, en lugar de un solo valor.Verifica la latencia: Para obtener la mejor calidad de video, asegúrate de que la latencia sea inferior a 100 ms hasta el extremo de Google más cercano. Si tu latencia supera constantemente este umbral, podría afectar negativamente tu experiencia de videoconferencia.
Enrutamiento de red
Puedes usar el comando traceroute para rastrear la ruta de red a los extremos de Google. Esto ayuda a identificar posibles cuellos de botella o saltos innecesarios. Ejecuta el siguiente comando desde una computadora que esté en la misma red cableada que usarás para la videoconferencia:
> traceroute 74.125.247.128
Esto te muestra la ruta que toma el tráfico de tu red para llegar a un servidor de Google. Lo ideal es minimizar la cantidad de saltos entre tu red local y tu proveedor de servicios de Internet (ISP). Una gran cantidad de saltos puede indicar una ruta menos eficiente y una latencia potencialmente más alta.
Otra herramienta útil para supervisar los indicios de congestión es mtr, que se comporta como una versión más útil de traceroute. Esta herramienta puede ayudar a identificar posibles saltos problemáticos entre la máquina en la que se ejecuta y el destino, para ayudar a distinguir entre problemas dentro de una red corporativa y problemas con un ISP. Cada salto recibe promedios y desviaciones estándar sobre el tiempo de respuesta, lo que puede ayudar a identificar vínculos potencialmente congestionados.
Este es un ejemplo de resultado:
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 obtener información sobre la instalación de mtr, consulta el vínculo de tu sistema operativo: Windows, Mac, Linux (por lo general, se instala con un administrador de paquetes como paquete mtr).