Cómo preparar la red para las videoconferencias en 3D de Beam

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 tu configuración de red los cumpla para garantizar que las reuniones en 3D de Beam sean una experiencia fluida y de alta calidad.

Ancho de banda y rendimiento de la red

Para ejecutar reuniones de videoconferencias en 3D, asegúrate de que tu red cumpla con los siguientes requisitos:

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, se puede reducir la calidad de las reuniones en 3D. A continuación, se muestra un desglose del impacto potencial:

• Alrededor de 10 Mbps: El video en 3D puede degradarse.
• 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 se comunican con los servicios de Google mediante conexiones de Internet salientes. Para garantizar un rendimiento, una seguridad y un aislamiento del ancho de banda óptimos, configura tu red según las siguientes reglas:

• VLAN dedicada: Coloca todos los dispositivos habilitados para 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. El aislamiento de los dispositivos protege los flujos de video espaciales en 3D de Beam (hasta 50 Mbps de carga/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 de 1:1.
• Sin VPN ni proxy: Evita usar VPNs o servidores proxy para el tráfico de Beam. Ambos agregan latencia y pueden provocar una reducción en la calidad del video y el audio.
• Redundancia de red: Para mayor resiliencia, usa la redundancia de red (conmutación por error automática a la red secundaria en caso de que falle la principal) en el vínculo de WAN.

Configuración de la dirección IP

Nota: Esta sección solo se aplica a 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 IPv4 estática. Beam solo admite IPv4 y el modo mixto 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 arranque.
• Asignación de IP estática: Si tu política de red requiere direcciones IP estáticas, puedes configurar manualmente los parámetros de red estáticos en el dispositivo durante la inscripción y la 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 tu firewall de red permita las conexiones salientes a los rangos de direcciones IP oficiales de Google:

• Rangos de direcciones IP de Google
• Rangos de direcciones IP de Google Cloud

Después de confirmar la accesibilidad del extremo, configura las reglas de puertos de salida que se indican en la siguiente tabla:

Rangos de direcciones IP de Google

Si tu organización restringe el tráfico saliente o realiza la inspección de la 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:

Configura los parámetros de videoconferencias estándar

Cada plataforma de videoconferencias requiere acceso a ciertos puertos y extremos. Si aún no lo hiciste, configura tu red para permitir el acceso.

Haz clic en la pestaña que corresponde a tu licencia.

Beam se basa en ChromeOS y requiere que tu red también cumpla con los requisitos de redes de ChromeOS. Revisa los requisitos de redes de ChromeOS en Configura una lista de entidades permitidas de nombre de host para dispositivos Chrome.

Configura los parámetros de la pantalla táctil

La pantalla táctil Poly TC10 que se usa con HP Dimension tiene sus propios requisitos. Permite los nombres de host que se indican en la documentación de HP para dispositivos de red Poly Lens para garantizar que la pantalla táctil funcione correctamente.

Prueba tu red

Latencia de red

Para medir la latencia de tu red y asegurarte de que cumpla con los requisitos para videoconferencias óptimas, sigue estos pasos:

1. 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 lo tienen habilitado de forma predeterminada, pero, si estás en una red restringida, es posible que debas consultar con tu administrador de red.

2. Ejecuta el comando ping: Desde una computadora en la misma conexión de red cableada que usarás para las videoconferencias, 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 ms
   

   Busca los valores 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.

3. 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 la latencia supera constantemente este umbral, podría afectar negativamente tu experiencia de videoconferencias.

Enrutamiento de herramientas de redes

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 en la misma red cableada que usarás para las videoconferencias:

> 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 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 en el tiempo de respuesta, lo que puede ayudar a identificar vínculos potencialmente congestionados.

A continuación, se muestra un resultado de muestra:

                                                  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, ve al vínculo de tu sistema operativo: Windows, Mac o Linux (por lo general, se instala con un administrador de paquetes como paquete mtr).