Optimiza tu red para Voice

Una infraestructura de red compatible con la nube permite que el tráfico de Voice se comunique de manera eficiente con la infraestructura de Google. Para crearla, haz lo siguiente:

• Asegúrate de que el tráfico de Voice tenga una ruta corta a Internet. Evita lo siguiente:
  • Proxies
  • Inspección de paquetes o analizadores de protocolos
• Mide y optimiza lo siguiente:
  • Latencia: Máximo de 150 ms de retraso unidireccional (ITU G114)
  • Ancho de banda: Se recomienda 50 kbps
  • Red Wi-Fi: Consulta las prácticas recomendadas para Wi-Fi

Te recomendamos que tu red no use servidores proxy para el tráfico de Voice:

• En la configuración del proxy, coloca el tráfico de Voice en una lista de entidades permitidas.
• Voice no recurre a TCP como lo hace Google Meet. Voice usa UDP solo para el tráfico de voz.
• El tráfico de proxy agrega latencia y puede hacer que Voice reduzca automáticamente la calidad de audio. El rendimiento de Voice es óptimo cuando la latencia entre el cliente y el backend de Google es inferior a 100 ms.
• No se admite el protocolo de Internet Socket Secure (SOCKS5).

Si es posible, no uses la inspección de paquetes ni los analizadores de protocolos para Voice. Introducen latencia que puede hacer que la infraestructura de Voice reduzca automáticamente la calidad de audio.

La inspección de paquetes del tráfico de audio también ofrece pocos beneficios, ya que las herramientas de análisis automatizadas no pueden reconstruir los datos de la transmisión de audio.

Si se usan estas herramientas, coloca todos los números de puerto de tráfico de Voice en una lista de entidades permitidas para omitirlas.

Las siguientes recomendaciones se aplican a los entornos de oficina típicos. Un ingeniero inalámbrico debe evaluar caso por caso los entornos más complejos, como las plantas de fabricación, las áreas con altos niveles de ruido de radiofrecuencia (RF) o los espacios con poca cobertura.

Ejecutar aplicaciones en tiempo real a través de una red inalámbrica puede ser un desafío, ya que el espectro y el ancho de banda de RF subyacentes se comparten entre todos los dispositivos que la usan.

Revisa detenidamente las siguientes consideraciones durante el diseño, la implementación y el funcionamiento de las redes inalámbricas que se usan con Voice.

Bandas de RF de 2.4 GHz en comparación con 5 GHz

En general, recomendamos que las aplicaciones en tiempo real no se implementen ni operen en la banda de 2.4 GHz (que suele usarse mucho) de una red inalámbrica. Esta recomendación incluye aplicaciones que proporcionan conectividad en un entorno de oficina normal.

La banda de 2.4 GHz es problemática porque solo tiene 3 canales que no se superponen, niveles de ruido que suelen ser altos de las redes interferentes cercanas y una interferencia adicional de otros dispositivos (por ejemplo, microondas), lo que crea un entorno de RF ruidoso y complejo.

El funcionamiento confiable de las aplicaciones en tiempo real, como Voice, depende de niveles adecuados de capacidad, retraso, fluctuación y pérdida de paquetes, que son casi imposibles de lograr en la banda de 2.4 GHz.

Consideraciones sobre el diseño y la implementación

Si diseñas una red inalámbrica para admitir aplicaciones en tiempo real, piensa en la capacidad en lugar de la cobertura.

• Administra el tamaño de la celda, que se controla mediante la potencia de transmisión del punto de acceso (AP). Implementa celdas más pequeñas donde se esperan más dispositivos, como salas de reuniones y auditorios, para aumentar la capacidad. Las celdas más grandes pueden proporcionar cobertura general en la planta de la oficina.
• Inhabilita las tasas bajas para mejorar la eficiencia del uso de RF. Esto obliga a la transferencia de un cliente al AP más cercano mientras se desplaza entre los AP.

Si el SSID de una red inalámbrica está disponible en ambas bandas (2.4 GHz y 5 GHz), la red debe implementar una dirección de banda agresiva para forzar a los clientes a usar la banda de 5 GHz.

• Una expectativa realista es que no haya más de 10 teléfonos de escritorio conectados en el mismo AP. Una cantidad mayor podría crear una experiencia del usuario impredecible.
• Los equipos de alta densidad o de llamadas de voz altas, como los agentes o los equipos de asistencia, no deben usar teléfonos de escritorio conectados de forma inalámbrica. Por ejemplo, los sitios de GOVO o los centros de llamadas que funcionan las 24 horas, los 7 días de la semana.
• Se esperan interrupciones breves de voz, de menos de 10 segundos, y no se pueden eliminar a nivel de la red para los teléfonos de escritorio conectados de forma inalámbrica. No recomendamos redes inalámbricas para realizar llamadas telefónicas de alto perfil, como conferencias, reuniones de prensa o llamadas ejecutivas.
• Aunque las reglamentaciones varían según los países o las regiones, un requisito común es que los dispositivos Wi-Fi que usan canales DFS se aseguren de que no interfieran con el sistema de radar meteorológico local, por ejemplo. Como resultado, un AP sujeto a interferencia de radar abandonará el canal. Todos los clientes deberán volver a conectarse a un AP diferente que opere en un canal diferente.

Para permitir funciones avanzadas, como el roaming sin interrupciones entre los AP y la administración adecuada de RF, una red inalámbrica debe administrarse y operarse de forma centralizada, no como una colección de AP independientes y aislados.

Por último, realiza una inspección inalámbrica posterior a la implementación para confirmar la cobertura inalámbrica en todos los espacios en los que se suele usar Voice.

El tráfico de Voice está protegido y encriptado, por lo que no es necesario restringir el tráfico a las IPs de Google.

Sin embargo, si tienes restricciones de red que requieren que restrinjas el tráfico, coloca el siguiente conjunto de rangos de IP en una lista de entidades permitidas para permitir los servidores de contenido multimedia de Voice. Las IPs se usan exclusivamente para Voice para Google Workspace, por lo que puedes identificar el tráfico de voz que se usa en Google Workspace y quitar la prioridad del tráfico de Voice de las cuentas de consumidor. Esto puede ayudarte a configurar y optimizar el acceso de red y firewall de una mejor manera.

• IPv4: 74.125.39.0/24
• IPv6: 2001:4860:4864:2::0/64

Configura tu red para que los siguientes puertos permitan que el tráfico de voz fluya hacia y desde tu organización:

• Puertos UDP salientes 19302 a 19309
• Puerto TCP saliente 443

Nota: El intervalo de puertos de Voice de 19302 a 19309 usa la configuración de puertos UDP de Chrome WebRTC. Para obtener más información, consulta Cómo configurar políticas de Chrome para usuarios o navegadores.