Recomendaciones de red

En este artículo se resume cómo afecta el entorno de red a la calidad de las llamadas de voz y vídeo. Hay muchos factores que contribuyen a la calidad de los elementos multimedia en tiempo real de Azure Communication Services como el audio, vídeo y uso compartido de aplicaciones. Algunos de estos factores son la calidad de la red, el ancho de banda, el firewall, el host y la configuración de los dispositivos.

Calidad de la red

La calidad de los elementos multimedia en tiempo real a través de IP se ve considerablemente afectada por la calidad de la conectividad de red subyacente, pero especialmente por la cantidad de:

• Latencia. El tiempo que tarda en llegar un paquete IP desde un punto A a un punto B en la red. Este retraso en la propagación por la red viene determinado por la distancia física entre los dos puntos y cualquier otra sobrecarga que provoquen los dispositivos a través de los que fluye el tráfico. La latencia se mide no solo como el tiempo que se tarda en realizar un recorrido unidireccional, sino también el tiempo de ida y vuelta (RTT).
• Pérdida de paquetes. Porcentaje de paquetes que se pierden en un período determinado. La pérdida de paquetes afecta directamente a la calidad del audio (desde la pérdida de paquetes pequeños, lo que no tiene apenas impacto, hasta pérdidas de ráfagas completas que provocan una interrupción completa del audio).
• Vibración de llegada entre paquetes, también conocida como vibración. El cambio medio, en lo que se refiere al retraso, entre paquetes sucesivos. Communication Services puede adaptarse a algunos niveles de inestabilidad a través del almacenamiento en búfer. Solo es cuando la vibración supera el almacenamiento en búfer que un participante observa sus efectos.

Ancho de banda de red

Asegúrese de que la red está configurada para admitir el ancho de banda que requieren las sesiones de elementos multimedia de Communication Services simultáneas y otras aplicaciones empresariales. Para que cualquier solución multimedia de Communication Services se implemente correctamente, es fundamental probar la ruta de acceso de red de un extremo a otro, con el fin de saber si hay cuellos de botella en el ancho de banda.

Los siguientes requisitos de ancho de banda son para los SDK de JavaScript.

Ancho de banda	Escenarios
40 kbps	Llamadas de audio punto a punto
500 kbps	Llamadas de audio punto a punto y uso compartido de pantalla
500 kbps	Vídeo de calidad punto a punto que llama a 360 píxeles a 30 FPS
1,2 MBps	Vídeollamadas de alta definición punto a punto con una resolución de HD 720 píxeles a 30 FPS
500 kbps	Vídeollamada grupales que llama a 360 píxeles a 30 FPS
1,2 MBps	Vídeollamadas grupales de alta definición con una resolución de HD 720 píxeles a 30 FPS
1,5 Mbps	Vídeollamadas de alta definición punto a punto con una resolución de HD 1080 píxeles a 30 FPS

Los siguientes requisitos de ancho de banda son para los SDK de Windows, Android e iOS nativos.

Ancho de banda	Escenarios
30 kbps	Llamadas de audio punto a punto
130 kbps	Llamadas de audio punto a punto y uso compartido de pantalla
500 kbps	Vídeo de calidad punto a punto que llama a 360 píxeles a 30 FPS
1,2 MBps	Vídeollamadas de alta definición punto a punto con una resolución de HD 720 píxeles a 30 FPS
1,5 Mbps	Vídeollamadas de alta definición punto a punto con una resolución de HD 1080 píxeles a 30 FPS
Entre 500 kbps y 1 Mbps	Vídeollamadas grupales
Entre 1 Mbps y 2 Mbps	Vídeollamada grupal de alta definición, vídeos de 540 píxeles en una pantalla de 1080 píxeles

Configuración de firewall

Las conexiones de Communication Services requieren conectividad a Internet en puertos y direcciones IP específicos, con el fin de ofrecer experiencias multimedia de alta calidad. Sin acceso a estos puertos y direcciones IP, Communication Services no funcionará correctamente. La lista de intervalos IP y permitir dominios enumerados que deben habilitarse son:

Category	Intervalos IP o nombre de dominio completo	Puertos
Tráfico multimedia	Intervalo de direcciones IP de nube pública de Azure 20.202.0.0/16 El intervalo proporcionado anteriormente es el intervalo de direcciones IP en el procesador multimedia o en el servicio TURN de Azure Communication Services.	UDP 3478 a 3481, puertos TCP 443
Señalización, telemetría, registro	*.skype.com, *.microsoft.com, *.azure.net, *.azure.com, *.office.com	TCP 443, 80

Los puntos de conexión siguientes deben ser accesibles para EE. UU. Solo clientes de GCC High del gobierno.

Category	Intervalos IP o nombre de dominio completo	Puertos
Tráfico multimedia	52.127.88.0/21, 52.238.114.160/32, 52.238.115.146/32, 52.238.117.171/32, 52.238.118.132/32, 52.247.167.192/32, 52.247.169.1/32, 52.247.172.50/32, 52.247.172.103/32, 104.212.44.0/22, 195.134.228.0/22	UDP 3478 a 3481, puertos TCP 443
Señalización, telemetría, registro	*.gov.teams.microsoft.us, *.infra.gov.skypeforbusiness.us, *.online.gov.skypeforbusiness.us, gov.teams.microsoft.us	TCP 443, 80

Optimización de red

Las siguientes tareas son opcionales, no son necesarias para implementar Communication Services. Use esta guía para optimizar el rendimiento de la red y de Communication Services, o si sabe que tiene algunas limitaciones de red. Es posible que desee optimizarlo más si:

• Communication Services ejecuta lentamente. Puede que no tenga suficiente ancho de banda.
• Las llamadas siguen cayendo. Las caídas pueden deberse a firewalls o bloqueadores de proxy.
• Las llamadas tienen estática y se cortan, o bien las voces suenan como robots. Estos problemas pueden deberse a vibraciones o pérdida de paquetes.

Tarea de optimización de la red	Detalles
Planeamiento de la red	En esta documentación puede encontrar los requisitos mínimos de red para poder realizar y recibir llamadas. Consulte el ejemplo de Teams para planear una red.
Resolución de nombres externos	Asegúrese de que todos los equipos en los que se ejecutan los SDK de Communication Services pueden resolver consultas de DNS externas para detectar los servicios que proporciona Communication Services y que los firewalls no impiden el acceso. Asegúrese de que los SDK pueden resolver las direcciones *.skype.com, *.microsoft.com, *.azure.net, *.azure.com y *.office.com.
Conservación de la persistencia de la sesión	Asegúrese de que el firewall no cambia las direcciones de traducción de direcciones de red (NAT) asignadas ni los puertos de UDP.
Validación del tamaño del grupo NAT	Valide el tamaño del grupo NAT necesario para la conectividad de los usuarios. Si varios usuarios y dispositivos acceden a Communication Services mediante NAT o la traducción de direcciones de puerto, asegúrese de que los dispositivos que se ocultan detrás de cada dirección IP enrutable públicamente no superan el número admitido. Para evitar el agotamiento de los puertos, asegúrese de que las direcciones IP públicas adecuadas están asignadas a los grupos NAT. El agotamiento de puertos contribuye a que los usuarios y dispositivos internos no puedan conectarse a Communication Services.
Guía para la detección y prevención de intrusiones	Si su entorno tiene implementado un sistema de detección de intrusiones o de prevención, con el fin de proporcionar una capa adicional de seguridad para las conexiones salientes, conceda el permiso pertinente a todas las direcciones URL de Communication Services.
Configurar una VPN de túnel dividido	Especifique una ruta de acceso alternativa para el tráfico de Teams que sortee la red privada virtual (VPN), lo que se conoce comúnmente como VPN de túnel dividido. La tunelización dividida significa que el tráfico de Communication Services no pasa por la VPN, sino que va directamente a Azure. El hecho de omitir la VPN afecta positivamente a la calidad de los elementos multimedia y reduce la carga de los dispositivos VPN y de la red de la organización. Para implementar una VPN de túnel dividido, consulte con su proveedor de VPN. Otras razones por las que se recomienda sortear la VPN: Normalmente, las VPN no están diseñadas ni configuradas para admitir elementos multimedia en tiempo real. También es posible que las VPN no admitan UDP, que es necesario para Communication Services. Además, las VPN aportan una capa adicional de cifrado sobre el tráfico multimedia que ya está cifrado. Es posible que la conectividad con Communication Services no sea eficaz debido al tráfico de conexiones entre nodos a través de un dispositivo VPN.
Implementar QoS	Utilice Calidad de servicio (QoS) para configurar la clasificación de un orden de prioridad a los paquetes, QoS mejora la calidad de las llamadas y le ayuda a supervisar y solucionar problemas de calidad de las llamadas. QoS se debe implementar en todos los segmentos de cualquier red administrada. Incluso cuando una red se aprovisiona adecuadamente para el ancho de banda, QoS proporciona mitigación de riesgos en caso de que se produzcan eventos de red imprevistos. Con QoS, el tráfico de voz tiene la máxima prioridad, con el fin de que estos eventos imprevistos no afecten negativamente a la calidad.
Optimización de Wi-Fi	De forma similar a la VPN, las redes Wi-Fi no están necesariamente diseñadas o configuradas para admitir elementos multimedia en tiempo real. El planeamiento, o la optimización, de una red Wi-Fi para que admita Communication Services es una consideración importante para una implementación de alta calidad. Tenga en cuenta estos factores: Implemente QoS o Wi-Fi Multimedia para asegurarse de que el tráfico de elementos multimedia se prioriza correctamente en las redes Wi-Fi. Planee y optimice las bandas de Wi-Fi y la ubicación de los puntos de acceso. El intervalo de 2,4 GHz puede proporcionarle una experiencia adecuada en función de la ubicación de los puntos de acceso, pero a menudo estos puntos de acceso suelen verse afectados por otros dispositivos de consumidor que operan en ese intervalo. El intervalo de 5 GHz es más adecuado para los elementos multimedia en tiempo real debido a su denso rango, pero requiere más puntos de acceso para obtener una cobertura suficiente. Los puntos de conexión también necesitan admitir ese intervalo y configurarse para utilizar esas bandas en consecuencia. Si usa redes Wi-Fi de banda dual, considere la posibilidad de implementar el direccionamiento de banda. El direccionamiento de banda es una técnica que implementan los proveedores de Wi-Fi para que los clientes de doble banda usen el intervalo de 5 GHz. Cuando los puntos de acceso del mismo canal están demasiado cerca unos de otros, pueden provocar la superposición de la señal y competir involuntariamente, lo que empeora la experiencia del usuario. Asegúrese de que los puntos de acceso que están próximos entre sí se encuentran en canales que no se superponen. Cada proveedor tiene sus propias recomendaciones para implementar su solución inalámbrica. Póngase en contacto con el proveedor de la red Wi-Fi para obtener instrucciones específicas.

Sistemas operativos y exploradores (para los SDK de JavaScript)

Los SDK de voz y vídeo de Communication Services admiten determinados sistemas operativos y exploradores. Obtenga información sobre los sistemas operativos y los exploradores que admiten los SDK de llamada en la Documentación conceptual de llamada.

Pasos siguientes

Los siguientes artículos pueden ser de su interés:

• Más información sobre las bibliotecas de llamadas
• Más información sobre la arquitectura entre cliente y servidor
• Más información sobre las topologías de flujo de llamadas