Plan para la omisión de medios en Cloud Connector Edition

Skype for Business Server 2015
 

Última modificación del tema:2017-09-25

Lea este tema para revisar las consideraciones de planificación a la hora de implementar la omisión de medios con la versión 2.0.1 de Cloud Connector Edition y las versiones posteriores. Para obtener información sobre la implementación de la omisión de medios, vea Implementar la omisión de medios en Cloud Connector.

Con la omisión de medios, un cliente puede enviar medios directamente al próximo 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 de Cloud Connector Edition de la ruta de medios.

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. Al eliminar el procesamiento de medios para llamadas omitidas se reduce la carga en Cloud Connector, lo que permite un alto número de llamadas simultáneas y puede mejorar la escalabilidad.

La liberación de Cloud Connector de las tareas de procesamientos de medios puede reducir la cantidad de dispositivos de Cloud Connector que requiere una infraestructura, de modo que deberá habilitar la omisión de medios siempre que sea posible.

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 siguiente topología (que no utiliza la omisión de medios), un cliente de Skype Empresarial realiza una llamada RTC a un número externo, la señalización SIP va a Office 365 y Office 365 dirige después el tráfico de señalización en función de 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 de Cloud Connector, que dirige entonces el tráfico de señalización a un controlador de borde de sesión (SBC) RTC o una puerta de enlace mediante el servidor de mediación de Cloud Connector. Los medios fluyen desde el cliente de Skype Empresarial al servidor de mediación de Cloud Connector y después al SBC o la puerta de enlace, como se muestra en el siguiente diagrama:

Rutas de señalización y medios sin omisión de medios

señalización 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 medios seguirán fluyendo en última instancia entre el cliente de Skype Empresarial y el servidor de mediación de Cloud Connector, y después el SBC o la puerta de enlace.

En la siguiente topología (que utiliza 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

señalización con omisión de medios

La omisión de medios es también útil cuando quiere proporcionar servicios de telefonía en varios sitios mediante un único dispositivo de Cloud Connector. Dado que Cloud Connector no puede distribuir llamadas basadas en números de origen o de destino, la mayoría de 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

Ejemplo de Cloud Connector multisitio

  1. El tráfico SIP fluye desde el usuario en Zúrich hasta Office 365.

  2. El tráfico después se dirige al dispositivo de Cloud Connector en Ámsterdam, como se especifica en la directiva de enrutamiento de voz del usuario.

  3. El dispositivo de Cloud Connector en Ámsterdam envía el tráfico SIP a la puerta de enlace central de Ámsterdam.

  4. La puerta de enlace central en Ámsterdam toma las decisiones de enrutamiento adecuadas y envía el tráfico a un SBC o una puerta de enlace en Zúrich, mientras que los medios fluyen directamente entre el cliente de Skype Empresarial y el SBC o la puerta de enlace en Ámsterdam.

Este enfoque permite prestar servicio a más usuarios por una implementación de Cloud Connector en la que Cloud Connector está centralizado. Incluso cuando Cloud Connector se elimina de la ruta de medios, en un escenario centralizado de varios sitios, los medios pueden seguir atravesando la WAN dos veces como se requiere para fluir por el SBC o la puerta de enlace centralizados.

Si un cliente está fuera de la red corporativa y realiza una llamada saliente, el tráfico de medios fluye por los servidores periféricos y de mediación de Cloud Connector y el vínculo WAN entre Zúrich y Ámsterdam, como se muestra en el siguiente diagrama:

Ejemplo 2 de Cloud Connector multisitio

Con la primera versión de la omisión de medios, el único cliente compatible es el cliente de Windows 2016 de Skype Empresarial que forma parte de Office 365 ProPlus, versión 16.0.7870.2020 o posterior. Los clientes pueden usar cualquier canal: actual, diferido o primera versión de canal diferido.

noteNota:
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.

Si desea más información sobre los canales de la versión, consulte Información general sobre los canales de actualización de Office 365 ProPlus.

Para la versión actual de los clientes en distintos canales, consulte Versiones de canal de actualización de cliente de Office 365.

Sin la omisión de medios, y según cuál sea el hardware, una aplicación de Cloud Connector puede gestionar de 50 a 500 llamadas simultáneas que requieran que los medios se trasladen a través de un servidor de mediación. Para obtener más información, consulte Plan para Skype Empresarial Cloud Connector Edition.

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 mencionó anteriormente, los clientes externos o los clientes no compatibles usarán los servidores perimetrales y de mediación de Cloud Connector para los medios. Al calcular cuántas aplicaciones de Cloud Connector se deben colocar en un sitio, debe tener en cuenta el tráfico que proviene de los usuarios externos y los usuarios en clientes no compatibles.

Cloud Connector solo admite el modo Omitir 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 Plan para Skype Empresarial Cloud Connector Edition.

Por ejemplo, en el siguiente diagrama, los usuarios de Europa deben estar bien conectados a los tres controladores de borde de sesión (SBC) en Ámsterdam mientras que los usuarios del oeste de EE. UU. deben estar bien conectados a los dos SBC de 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.

Capacidad de Cloud Connector

noteNota:
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.

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.

 
Mostrar: