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 crear esto, 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:
  • Latencia: retraso unidireccional máximo de 150 ms (ITU G114)
  • Ancho de banda: Se recomiendan 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, agrega el tráfico de Voice a una lista de entidades permitidas.
• Voice no recurre al 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 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 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, agrega todos los números de puerto de tráfico de Voice a una lista de entidades permitidas para omitir las herramientas.

Las siguientes recomendaciones se aplican a los entornos de oficina típicos. Un ingeniero de redes inalámbricas 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 en 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 los usan.

Revisa cuidadosamente 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 frente a 5 GHz

Por lo general, recomendamos que las aplicaciones en tiempo real no se implementen ni se operen en la banda de 2.4 GHz (que suele tener un uso intensivo) de una red inalámbrica. Esta recomendación incluye aplicaciones que proporcionan conectividad en un entorno de oficina común.

La banda de 2.4 GHz es problemática porque solo tiene 3 canales que no se superponen, niveles de ruido generalmente altos de redes cercanas que interfieren y más interferencia 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 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 de diseño y de implementación

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

• Administra el tamaño de la celda, que se controla con la potencia de transmisión del punto de acceso (AP). Implementa celdas más pequeñas donde se espera que haya más 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.
• Inhabilitar las tasas bajas para mejorar la eficiencia del uso de RF Esto fuerza el traspaso 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 que no haya más de 10 teléfonos fijos conectados al mismo AP. Un número 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 con alta densidad o con un alto volumen de llamadas de voz, como los agentes o los equipos de asistencia. Por ejemplo, sitios de GOVO o centros de atención telefónica las 24 horas, todos los días.
• Se esperan interrupciones breves de voz, de menos de 10 segundos, que no se pueden eliminar a nivel de la red para los teléfonos fijos conectados de forma inalámbrica. No recomendamos las 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 interferirán con el sistema de radar meteorológico local, por ejemplo. Como resultado, un AP sujeto a interferencia de radar desocupará el canal. Todos los clientes tendrán que volver a conectarse a un AP diferente que funcione en un canal distinto.

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 un estudio inalámbrico posterior a la implementación para confirmar la cobertura inalámbrica en todos los espacios donde 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 te obligan a limitar el tráfico, incluye el siguiente conjunto de rangos de IP en una lista de entidades permitidas para habilitar los servidores de contenido multimedia de Voice. Las IPs se usan exclusivamente para Voice para Google Workspace, de modo que puedas identificar el tráfico de voz que se usa en Google Workspace y quitarle prioridad al tráfico de Voice de las cuentas de consumidores. 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 que el tráfico de voz fluya hacia y desde tu organización:

• Puertos UDP de salida del 19302 al 19309
• Puerto TCP 443 de salida

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