Cerrar
InicioComunicaciones UnificadasLync ServerCómo habilitar la Omisión de Medios (Media Bypass) en Lync Server 2013

Cómo habilitar la Omisión de Medios (Media Bypass) en Lync Server 2013

Es posible que nos hayamos encontrado situaciones en donde tengamos varias sedes conectadas por VPN y en la sede central tengamos nuestra implementación de Lync y a los usuarios de las distintas sedes remotas se les instala el cliente Lync para que puedan  realizar llamadas de Voz IP, Conferencias, etc.. Hasta aquí todo normal, pero el problema viene cuando las sedes están en distintos países o continentes, y todas las llamadas de voz IP se cursan mediante el cliente Lync. Esto es así porque hemos querido tener una única implementación central de Lync y allí configurar todos los servicios (El ROI en las Comunicaciones Unificadas), esto nos beneficia en muchas cosas pero el problema que tenemos es que estamos penalizando mucho el ancho de banda del enlace de VPN hasta la sede central. Puesto que el tráfico RTP se cursa desde el Mediation Server por dos externos, el del TRUNK SIP y el cliente Lync. Por un lado la llamada se establece con nuestro ISTP para que finalice la llamada su destino y el Mediation Server enlace al cliente Lync y ese TRUNK SIP. De aquí que siempre estamos consumiendo el ancho de banda de la VPN, y cuantas más llamadas simultáneas más problemas tendremos. El esquema sería más o menos el siguiente (pulsar en la imagen para visualizarla a tamaño completo):

Lync ByMediaPass-1.jpg

El esquema lo que trata de representar son dos sedes conectadas, en una tenemos nuestra topología de Lync y en la otra tenemos usuarios de Lync. Las sedes se han conectado mediante VPN, pero únicamente por razones de seguridad porque los usuarios están en el dominio que está en la sede principal y además tenemos varios servicios como OWA o SharePoint que los usuarios utilizan. Esto es solo lo expongo como dato, ahora mismo no sería relevante para lo que quiero comentar. Únicamente es para justificar la configuración de la VPN, porque sino alguien podría pensar que no sería necesaria la VPN porque para esto tenemos el EDGE y está en lo cierto, pero aquí vamos a ver el ejemplo con una VPN para que sea más representativo. Lo dicho, tal y como está la configuración que hemos desplegado el problema que tiene es que todo el tráfico se cursa por la VPN, aunque sean llamadas locales en nuestro propio país. Este compartimiento es el correcto, porque la configuración del TRUNK SIP la tiene el Lync y las llamadas las sacamos desde el Mediation Server y el desde el TRUNK SIP con el ITSP. Luego el ITSP podría enviar la llamada vía otro TRUNK SIP para abartar todavia más su coste, etc.. pero eso ya sería responsabilidad del ITSP. Pero nosotros eso no nos afectataría, pero si el resto del tráfico hasta que llega el TRUNK SIP entre el Mediation Server y el ITSP, porque una llamada “local” pasa por la VPN, el ITSP y el destino final (con x saltos si fuese necesario) y esto para cada llamada. ¿Qué podemos hacer si queremos optimizar las comunicaciones? Pues aquí podemos configurar un Gateway de Voz en la sede remota o en cada sede remota y habilitar la Omisión de Medios  entre el Mediation Server y el Gateway. Sino habilitamos la Omisión de Medios, cuando un usuario de Lync realiza una llamada de voz tanto la señalización como el tráfico de media pasa por el Mediation Server:

Lync ByMediaPass-2.jpg
Pero si habilitamos la Omisión de Medios, el tráfico de señalización si pasa por el Mediation Server pero el tráfico de media (RTP) no, por lo que se cursaría directamente entre el cliente de Lync y el Gateway:

Lync ByMediaPass-3.jpg

Como tendríamos un Gateway en las oficinas remotas, lo que ocurríria es que el tráfico de media se quedaría en local contra el Gateway, por lo que tendríamos un ahorro importante de ancho de banda en las sedes remotas y en la principal. Además, de garantizar mejor calidad en la llamada puesto que eso si, la llamada la cursaría el gateway que es el que tendría configurado el TRUNK SIP con el ITSP. De esta forma, las llamadas locales se cursarían a través del gateway. No tenéis que por tener un TRUNK SIP con un ITSP, si tel gateway tiene soporte para tarjetas BRI, PRI o analógicas las llamadas cursais por la tecnología que queráis. Para que esto funcione, debemos tener una VPN configurado (de ahí la necesidad de tener la VPN configurada)  para tener securidado el TRUNK SIP que también tenemos que tener entre el Gateway y el Mediation Server. Pensad que cuando un usuario de Lync quiere  realizar una llamada de Voz pasará por el Mediation Server y en funciuón de las reglas de las rutas de RTC asociadas a la directiva de Voz se enviará la llamada al troncal configurado. De esta forma, deberíamos configurar los usos de RTC adecuados para que las llamadas de cada sede salgan por la propia sede pero solo con un gateway y evitaríamos así también el tener que implementar un Sitio de Sucursal, etc…. Pero lo más importante sería el ahorro de ancho de banda, porque el tráfico de media claramente es el más “pesado” y dejaríamos la VPN únicamente para el tráfico indispensable porque todo el tráfico  RTP para las llamadas pasaría por el Gateway. Claramente, para que funcione esta configuración, el Gateway debe soportar esta configuración. Ahora, una vez comentado toda la teoría, veamos como es habilita la omisión de medios.
Para configurar la Omisión de Medios, debemos realizar varias configuraciones y empezaremos desde el Panel de Control de Lync – Enrutamiento de Voz – Configuración de Tronco y editamos el Tronco (Gateway) por el cual queremos enviar las llamadas con Omisión de Medios. Ahora debemos marcar la casilla Habiltar Omisión de Medios, en Nivel de compatibilidad de cifrado elegimos No compatible (a menos que lo sea, pero es raro tener algún gateway compatible, yo en mi caso utilzo Cisco) y guardamos la configuración
Lync ByMediaPass-4.jpg
Esta y otras configuraciones en el troncal las podemos hacer vía PowerShell: New-CsTrunkConfiguration -Identity Service:xxxxx  -EnableBypass $True -RTCPActiveCalls $False –RTCPCallsOnHold –RTPMode
Ahora nos vamos a la sección de Configuración de Red – Global y editamos la configuración que tenemos que marcar Habilitar omisión de medios y en mi caso elegiré Omitir siempre.
Lync ByMediaPass-5.jpg
Por último y ya mediante PowerShell debemos especificar que no se use SRTP para los gateway que no son compatibles (el mío no lo es) y para ello tenemos el siguiente cmdlet: Set-CsMediaconfiguration –Identity global –Encryptionlevel SupportEncryption
Lync ByMediaPass-10.jpg
Si queremos verificar que el cambio se ha realizado correctamente, lo vemos vía otro cmdlet: Get-CsMediaConfiguration
Lync ByMediaPass-11.jpg
Con esto ya tendríamos habilitado la Omisión de Medios en Lync, y para que veáis la diferencia os voy mostrar dos capturas de WiresHark una sin la Omisión de Medios habilitada y otra con la Omísión de Medios habilitada. Para ello os comento lo siguiente, mi equipo y el Gateway (Cisco) está en la subred 192.168.100.0/24, esto representaría una sede remota y el Lync Server está en la subred 192.168.250.0/24:
  • Sin Omisión de Medios habiltado: Todo el tráfico RTP se destina hacia el Mediation Server (192.168.250.83) (captura 1) y no se envía nada al Gateway (192.168.100.50) (captura 2)
Lync ByMediaPass-6.jpg
Lync ByMediaPass-7.jpg
  • Con la Omisión de Medios habiltado: Todo el tráfico RTP se destina hacia el Gateway (192.168.100.50) (captura 1)
Lync ByMediaPass-9.jpg
Así el tráfico RTP se queda en mi red local y no atraviesa una y otra vez la VPN, menor congestión del enlace y mejor experiencia de usuario. Además, con esto reducimos la latencia, jitter, etc.. que viene dado por la falta de conectividad o el uso o mal uso del mismo. No he comentado al principio algo importante, que entre distintos continentes las conexión suelen tener una retardo latencia muy elevada dependiente de las líneas que tengamos contratadas, lo que hace que de por sí esto sea un problema.  Los beneficios de la utilización de Omisión de Medios son claros:
  • Mejora la calidad de la llamada al reducir la latencia
  • La traducción innecesaria
  • La posibilidad de pérdida de paquetes
  • El número de puntos de errores potenciales.
Si a todo esto, le añadimos que utilizamos el Códec 7.11 (a estas alturas imagino que no habrá que comentar que es el que utiliza Lync), pues el ancho de banda en las sedes y en la central que da soporte a todas las sedes conectadas se ve seriamente afectado
Lync ByMediaPass-13.jpg
De esta forma, el tráfico de señalización es mínimo y cuando establezcamos la llamada los RTP se cursarán directamente por nuestra línea de datos. Y a todo esto si le añadimos que el gateway tiene configurado un ITSP local, el rendimiento será todavía mayor. De esta forma no tendremos que desplegar o extender nuestra infraestructura de Lync (servidores, licencias, etc…)
Espero que os sea de utilidad!!!
La integración de L
Lync Server 2013: Co

sbuytrago@asirsl.com

NO HAY COMENTARIOS

Este sitio web utiliza cookies. Si continúas navegando, consideramos que aceptas su uso. Puedes obtener más información en nuestra política de cookies. ACEPTAR

Aviso de cookies
Share This