Plan para la omisión de medios en Cloud Connector Edition
Lea este tema para revisar consideraciones de planeación para implementar la omisión de medios con Cloud Connector Edition versión 2.0 y posteriores. Para obtener información sobre cómo implementar la omisión de medios, vea Implementar omisión de medios en Cloud Connector Edition.
La omisión de medios permite a un cliente enviar elementos multimedia directamente al siguiente salto de la red telefónica conmutada (RTC) (una puerta de enlace o un controlador de borde de sesión (SBC) y eliminar el componente Cloud Connector Edition de la ruta de acceso multimedia.
La omisión de medios puede mejorar la calidad de la voz al reducir la latencia, la posibilidad de la pérdida de paquetes y la cantidad de puntos de errores potenciales. La eliminación del procesamiento multimedia para llamadas omitida reduce la carga en Cloud Connector, lo que permite un mayor número de llamadas simultáneas y puede mejorar la escalabilidad.
Liberar Cloud Connector de las tareas de procesamiento multimedia puede reducir el número de dispositivos de Cloud Connector que requiere una infraestructura, por lo que debe habilitar la omisión de medios siempre que sea posible.
Cómo afecta la omisión de medios a las rutas de señalización y medios
Si bien la señalización toma la misma ruta con o sin omisión de medios, el flujo de medios actúa de forma diferente. Los siguientes diagramas muestran las rutas de señalización y medios en las topologías con omisión de medios y sin ella.
Por ejemplo, en la topología siguiente (que no emplea omisión multimedia), un cliente de Skype Empresarial coloca una llamada RTC a un número externo, la señalización SIP va a Microsoft 365 o Office 365, que dirige el tráfico de señalización según la directiva de voz del usuario final. Para los usuarios de Cloud Connector, la directiva de voz dirige el tráfico de señalización al servidor perimetral del conector de nube, que dirige el tráfico de señalización a un controlador de borde de sesión RTC (SBC) o a una puerta de enlace a través del servidor de mediación de conector de nube. Los medios fluyen desde el cliente de Skype Empresarial al servidor de mediación de conector de nube y, a continuación, a la SBC o puerta de enlace, como se muestra en el siguiente diagrama:
Rutas de señalización y medios sin omisión de medios
Una llamada entrante RTC utiliza la misma ruta de señalización en la dirección contraria. Para los usuarios internos, los elementos multimedia seguirán fluyendo en última instancia entre el cliente de Skype Empresarial y el servidor de mediación de conector de nube y, después, el SBC o la puerta de enlace.
En la topología siguiente, que sí emplea la omisión de medios, la señalización toma la misma ruta, pero los medios fluyen directamente entre el cliente de Skype Empresarial y el SBC o la puerta de enlace, como se muestra en el siguiente diagrama:
Rutas de señalización y medios con omisión de medios
Escenario centralizado de varios sitios y omisión de medios
La omisión de medios también es útil cuando se desea proporcionar servicios de telefonía a varios sitios mediante un único dispositivo de Cloud Connector. Como Cloud Connector no puede enrutar llamadas según los números de origen o de destino, la mayoría de las empresas implementan un SBC o una puerta de enlace detrás de Cloud Connector para tomar decisiones de enrutamiento. La omisión de medios en este escenario elimina el salto entre el cliente y el SBC central o la puerta de enlace, como se muestra en el siguiente diagrama:
Aplicación de varios sitios
El tráfico SIP fluye del usuario en Zúrich a Microsoft 365 o Office 365.
A continuación, el tráfico redirige al dispositivo Cloud Connector en Ámsterdam tal y como se especifica en la directiva de enrutamiento de voz del usuario.
El dispositivo Cloud Connector en Ámsterdam envía el tráfico SIP a la puerta de enlace central en Ámsterdam.
La puerta de enlace central de Ámsterdam toma las decisiones de enrutamiento adecuadas y, a continuación, envía el tráfico a un SBC o puerta de enlace en Zúrich, mientras que los medios fluyen directamente entre el cliente Skype Empresarial y SBC o puerta de enlace en Ámsterdam.
Este enfoque permite servir a más usuarios por una implementación de Cloud Connector donde Cloud Connector está centralizado. Aunque Cloud Connector se elimina de la ruta de acceso a medios, en un escenario de varios sitios centralizados los medios pueden seguir pasando la WAN dos veces como sea necesario para pasar por el SBC centralizado o la puerta de enlace.
Si un cliente se encuentra fuera de la red corporativa y realiza una llamada saliente, el tráfico multimedia fluye a través de los servidores perimetrales y de mediación de Cloud Connector y el vínculo WAN entre Zúrich y Amsterdam, como se muestra en el siguiente diagrama:
Clientes compatibles con la omisión de medios
Con la primera versión de omisión de medios, el único cliente compatible es el cliente de Windows de Skype Empresarial 2016 que forma parte de Aplicaciones Microsoft 365 para empresas, versión 16.0.7870.2020 o superior. Los clientes pueden usar cualquier canal: actual, diferido o primera versión de canal diferido.
Nota
Si utiliza una solución VPN cliente junto con el cliente de Skype Empresarial, la omisión de medios solo será compatible con una configuración VPN de túnel dividido.
Para obtener más información sobre los canales de publicación de versiones, vea Información general sobre los canales de actualización para Aplicaciones Microsoft 365 para empresas.
Para ver la versión actual de los clientes en diferentes canales, vea Información de versión de las actualizaciones de Aplicaciones Microsoft 365 para empresas.
Consideraciones sobre la capacidad de Cloud Connector con la omisión de medios
Sin omisión de medios (y en función del hardware), un dispositivo Cloud Connector puede administrar de 50 a 500 llamadas simultáneas que requieren que los medios viajen a través de un servidor de mediación. Para obtener más información, consulte Planear Skype for Business Edición de conector de nube.
Con la omisión de medios habilitado, los clientes internos en la versión compatible no usa el Servidor de mediación, de modo que el número de clientes internos puede aumentar considerablemente.
Como se indicó anteriormente, los clientes externos o los clientes no compatibles usarán los servidores perimetrales y de mediación del conector de nube para los elementos multimedia. Al calcular cuántos dispositivos cloud connector deben colocarse en un sitio, debe considerar el tráfico de usuarios externos y usuarios en clientes no compatibles.
Cloud Connector admite el modo Omitir siempre
Cloud Connector solo admite el modo de omisión siempre. En entornos locales, existen dos opciones: Omitir siempre y Use Site and Region Information (Usar la información del sitio y la región).
"Omitir siempre" significa que la omisión de medios se intentará en todas las llamadas RTC con los clientes internos como punto de origen o de destino. Para determinar si el cliente es interno o externo, se utiliza un sitio web en la máquina virtual del servidor de mediación. Si el cliente puede llegar al sitio, se tiene en cuenta la omisión interna y de medios. Si el cliente no puede llegar al sitio (por ejemplo, el cliente está en una red doméstica), no se utiliza la omisión de medios.
Omitir siempre requiere una conectividad sin obstrucciones entre los usuarios y las puertas de enlace RTC en un sitio RTC.
Para obtener más información, consulte Planear Skype for Business Edición de conector de nube.
Por ejemplo, en el diagrama siguiente, los usuarios de Europa deben estar bien conectados a los tres controladores de borde de sesión (SCS) en Ámsterdam, mientras que los usuarios de US West deben estar bien conectados a los dos SBCs en Seattle. Estar bien conectados significa que están situados en los mismos sitios de red que los SBC o las puertas de enlace, o por los vínculos WAN que tengan un ancho de banda adecuado.
Nota
Si un usuario de Zúrich viaja a la oficina de Seattle y quiere usar la red interna para proporcionar tráfico de medios entre el usuario que esté viajando y las puertas de enlace de Europa (frente a ir a través de Internet), debe asegurarse de que la oficina de Seattle y la de Ámsterdam en las que están situados los SBC o las puertas de enlace de Europa se califiquen como bien conectados.
Códecs usados en la omisión de medios
Con la omisión de medios habilitada, el tráfico de los medios entre un cliente y un SBC o una puerta de enlace usará el códec G.711.