En este artículo te mostramos algunas prácticas recomendadas de configuración de red para hacer llamadas con Voice.
Crear una red compatible con la nube
Con una infraestructura de red compatible con la nube, el tráfico de Voice puede comunicarse con la infraestructura de Google de manera eficaz. Para crear una infraestructura de este tipo, sigue estos pasos:
- Asegúrate de que la ruta entre el tráfico de Voice e Internet sea corta. Evita que el tráfico pase por lo siguiente:
- Proxies
- Inspección de paquetes o analizadores de protocolos
- Mide y optimiza los siguientes elementos:
- Latencia: se permite un máximo de 150 ms de retraso en un sentido (ITU G114).
- Ancho de banda: recomendamos 50 kbps.
- Red Wi-Fi: consulta la sección Prácticas recomendadas de redes Wi‑Fi.
Prácticas recomendadas de proxies
Te recomendamos que no uses servidores proxy en tu red para canalizar el tráfico de Voice:
- Incluye el tráfico de Voice en la lista blanca de la configuración de proxy.
- A diferencia de Meet, Voice no utiliza el protocolo TCP como respaldo; solo utiliza UDP en el tráfico de datos de voz.
- Si el tráfico pasa por proxies, la latencia aumenta, lo que puede hacer que Voice reduzca automáticamente la calidad de audio. El rendimiento de Voice es óptimo cuando la latencia entre el cliente y los servidores de Google es inferior a 100 ms.
- No se admite el protocolo de Internet Socket Secure (SOCKS5).
Inspección de paquetes y analizadores de protocolos
Si es posible, no uses sistemas de inspección de paquetes ni analizadores de protocolos en Voice, ya que añaden latencia que puede hacer que la infraestructura de este servicio reduzca automáticamente la calidad de audio.
Además, la inspección de paquetes de tráfico de audio ofrece pocas ventajas, ya que con las herramientas de análisis automático no se pueden reconstruir datos de emisiones de audio.
Si usas estas herramientas, incluye en una lista blanca todos los números de puerto correspondientes al tráfico de Voice para que no se tengan en cuenta.
Prácticas recomendadas de redes Wi-Fi
Las siguientes recomendaciones se dirigen a los entornos de oficina más habituales. En entornos más complejos, como plantas de fabricación, áreas con altos niveles de ruido de radiofrecuencia o espacios poco cubiertos, un ingeniero de redes inalámbricas debería evaluar cada caso concreto.
Ejecutar aplicaciones en tiempo real a través de una red inalámbrica puede ser complicado, ya que el espectro de radiofrecuencia subyacente y el ancho de banda se comparten entre todos los dispositivos que la usan.
Ten en cuenta las consideraciones incluidas más abajo cuando diseñes, implementes o utilices redes inalámbricas en las que se use Voice.
Banda de radiofrecuencia: 2,4 GHz o 5 GHz
Por lo general, recomendamos que las aplicaciones en tiempo real no se implementen ni utilicen en la banda más usada de una red inalámbrica, la de 2,4 GHz. Esta recomendación también se debería seguir en las aplicaciones que proporcionan conexión en los entornos de oficina más habituales.
La banda de 2,4 GHz suele causar problemas porque solo dispone de tres canales que no se superponen, a menudo tiene altos niveles de ruido procedente de redes cercanas y recibe interferencias adicionales de algunos dispositivos, como los microondas, por lo que acaba convirtiéndose en un entorno de radiofrecuencia complejo y con demasiado ruido.
Para que las aplicaciones en tiempo real como Voice funcionen de forma estable, la red debe tener unos niveles adecuados de capacidad, retraso, fluctuaciones y pérdida de paquetes que resultan casi imposibles de alcanzar en la banda de 2,4 GHz.
Consideraciones sobre el diseño y la implementación
Al diseñar una red inalámbrica en la que se ejecutarán aplicaciones en tiempo real, prioriza la capacidad sobre la cobertura:
- Gestiona el tamaño de las celdas, que viene controlado por la potencia de transmisión de los puntos de acceso. Implementa celdas pequeñas para aumentar la capacidad de aquellos lugares en los que esperes que haya muchos dispositivos, como salas de reuniones y auditorios. Las celdas más grandes pueden proporcionar cobertura al resto de la oficina.
- Inhabilita las tasas bajas para que el uso de radiofrecuencia sea más eficaz. De este modo, se obliga a los clientes a conectarse al punto de acceso más cercano cuando están en itinerancia entre puntos de acceso.
Si el SSID de una red inalámbrica está disponible en ambas bandas (2,4 GHz y 5 GHz), debe implementarse un sistema de elección de banda riguroso que obligue a los clientes a utilizar la de 5 GHz.
- Recomendamos que no haya más de 10 teléfonos fijos conectados al mismo punto de acceso; si se conectaran más, la experiencia de usuario resultaría impredecible.
- No deberían usarse teléfonos fijos que tengan conexión inalámbrica en equipos que necesiten hacer muchas llamadas de voz, como los de atención al cliente o asistencia. Por ejemplo, no recomendamos utilizar estos teléfonos en centros de atención telefónica ininterrumpida ni en instalaciones propiedad de Google, pero ocupadas por proveedores (GOVO).
- Al usar teléfonos fijos con conexión inalámbrica, pueden producirse interrupciones de menos de 10 segundos en el flujo de voz que no se pueden eliminar a nivel de red. Por tanto, no recomendamos utilizar redes inalámbricas para realizar llamadas telefónicas de alto perfil, como pueden ser las llamadas de conferencias, reuniones de prensa o de carácter ejecutivo.
- De conformidad con normativas locales que pueden variar según el país o la región, es habitual que los dispositivos Wi‑Fi que usen canales DFS estén configurados para no interferir en determinados sistemas, como radares meteorológicos. En consecuencia, si un punto de acceso detecta interferencias de un radar, abandonará el canal, por lo que todos los clientes tendrán que conectarse a otro punto de acceso que funcione en un canal diferente.
Para usar funciones avanzadas, como la itinerancia sin interrupciones entre puntos de acceso y una gestión adecuada de radiofrecuencia, las redes inalámbricas deben gestionarse y usarse de forma centralizada, no como si fueran una agrupación de puntos de acceso aislados e independientes.
Por último, una vez implementada tu red, haz pruebas con la conexión inalámbrica para confirmar que haya cobertura en los espacios donde suele utilizarse Voice.
Incluir el intervalo de direcciones IP de Voice en una lista de permitidos
El tráfico de Voice está protegido y cifrado, por lo que no hace falta restringir el tráfico a las direcciones IP de Google.
No obstante, si tienes que restringir el tráfico debido a limitaciones de red, el conjunto de intervalos de direcciones IP que se indica más abajo te puede servir para incluir los servidores multimedia de Voice en una lista de permitidos. Estas direcciones IP se utilizan exclusivamente en Google Voice para Google Workspace, y te permiten identificar el tráfico de voz de Google Workspace y dejar de priorizar el tráfico de Voice proveniente de cuentas de consumidor. De esta manera, es más fácil configurar y optimizar el acceso a la red y el cortafuegos.
- IPv4: 74.125.39.0/24
- IPv6: 2001:4860:4864:2::0/64
