Optimiza tu red para Voice

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

• Asegúrate de que el tráfico de voz tenga una ruta corta a Internet. Evita lo siguiente:
  • Proxies
  • Inspección de paquetes o analizadores de protocolos
• Medición y optimización:
  • Latencia: Máximo 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 voz por los siguientes motivos:

• 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 del audio. El rendimiento de voz 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, lo que podría hacer que la infraestructura de Voz reduzca automáticamente la calidad del audio.

La inspección de paquetes del tráfico de audio tampoco ofrece muchos 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 omitir las herramientas.

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 los pisos de fabricación, las áreas con altos niveles de ruido de radiofrecuencia (RF) o los espacios con cobertura escasa.

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

Revisa con atención 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 y 5 GHz

Por lo general, recomendamos que las aplicaciones en tiempo real no se implementen ni operen en la banda de 2.4 GHz (que suele estar muy utilizada) 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 altos típicos de las redes cercanas que interfieren y una interferencia adicional de otros dispositivos (microondas, por ejemplo), lo que crea un entorno de RF ruidoso y complejo.

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

Consideraciones de diseño y de 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 con 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. Las celdas más grandes pueden proporcionar cobertura general en el piso de la oficina.
• Inhabilita las tarifas bajas para mejorar la eficiencia del uso de RF. Esto fuerza la transferencia de un cliente al AP más cercano mientras se realiza el roaming entre APs.

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 no tener más de 10 teléfonos fijos conectados en el mismo AP. Una cantidad mayor podría crear una experiencia del usuario impredecible.
• Los teléfonos de escritorio conectados de forma inalámbrica no deben ser utilizados por equipos de alta densidad o con una gran cantidad de llamadas de voz, como los equipos de asistencia o de agentes. Por ejemplo, sitios de GOVO o centros de llamadas disponibles las 24 horas, todos los días.
• Las interrupciones breves de voz, de menos de 10 segundos, son normales y no se pueden eliminar a nivel de la red en los teléfonos fijos conectados de forma inalámbrica. No recomendamos usar redes inalámbricas para realizar llamadas telefónicas importantes, como conferencias, reuniones de prensa o llamadas ejecutivas.
• Si bien 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 interferirán 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 la itinerancia fluida entre los AP y la administración de RF adecuada, 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 voz 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 limites el tráfico, coloca el siguiente conjunto de rangos de IP en una lista de entidades permitidas para permitir los servidores de medios 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 reducir la prioridad del tráfico de Voice de las cuentas de consumidor. Esto puede ayudarte a configurar y optimizar mejor el acceso a la red y al firewall.

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

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

• Puertos UDP salientes del 19302 al 19309
• Puerto TCP saliente 443

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