​El Protocolo de inicio de sesión (SIP) se usa para iniciar y administrar sesiones de comunicaciones de voz sobre IP (VoIP) del servicio telefónico básico y otros servicios de comunicación en tiempo real: IM, Conferencias, Presencia, etc… Seguramente en alguna ocasión habéis escuchado el término Direct SIP o Trunk SIP, algo muy común cuando queremos conectar nuestro Lync con un ITSP y otra IP-PBX poder utilizar servicio de Telefonía IP Empresarial

Veamos una definición muy simple de que es un Trunk SIP o Direct SIP (teniendo en cuenta que siempre estará un servidor de Lync presente, pero no tiene porque ser así)

Trunk SIP: Conexiones SIP entre dos dispositivos independientes,  por ejemplo nuestro servidor Lync y un ITSP o enlaces SIP entre dos sedes conectadas mediante VPN, MPLS, etc..

Direct SIP: Son conexiones SIP entre dos dispositivos que se conectan de forma directa en la misma red local, por ejemplo nuestro servidor Lync y un enlace de red telefónica conmutada (RTC) o un sistema IP-PBX. Pero siempre de forma local, en ningún momento se conecta fuera de la red local.

Los Trunk SIP se suelen utilizar para conectar nuestras implementaciones de Lync con un proveedor de telefónia por internet (ITSP), lo que permite un abaratamiento del coste de las llamadas, mantenimiento, etc.. puesto que utilizaremos nuestra conexión de datos para conectarnos con el ITSP. Esto elimina la necesidad de contratación de líneas a un proveedor de telefonía tradicional (Vodafone, Telefónica, Orange, etc…) con líneas Básicas, BRI, PRI, etc….  También es muy común que este tipo de conexiones se establezcan mediante una VPN, lo que permite securizar las comunicaciones entre ambas redes. A la hora de dimensionar los enlaces WAN, debemos tener en cuenta el número de llamadas simultáneas que tendremos en el momento de máxima carga. Esto evitará las líneas WAN saturadas, esto causará problemas en las llamadas. Como referencia podéis tomar la sigiuiente métrica:

Ancho de banda máximo del Trunk SIP = Nº máx. de llamadas simultáneas x (64 kbps + tamaño de encabezado).

Lync Server 2013 solo admite los siguientes códecs:

Esto es algo que debéis tener muy presente, puesto que condicionará (o podría hacerlo) la implementación e iteracción con el ITSP. Todos los ITSP soportan ambos códecs, pero en caso contrario debemos tener un Gateway que pueda hacer transcoding.

Los Direct SIP se muy común su utilización cuando queremos conectar nuestro Lync con una centralita IP-PBX para conectar a los usuarios de Lync con los usuarios de la telefonía tradicional o ls PSTN. Estas conexiones son de ámbito interno, por lo que no necesitan atravesar la WAN para establecer comunicación con el otro extremo. Aqui el ancho de banda no es un factor clave a la hora de planificar el dimensionamiento de los enlaces, puesto que se supone que son enlaces a 100 o 1000MBits. Pero de todas formas debemos tener en cuenta la misma métrica que con los Trunk SIP:

Ancho de banda máximo del Trunk SIP = Nº máx. de llamadas simultáneas x (64 kbps + tamaño de encabezado)

Ahora quedaría como podemos configurar un Trunk SIP o Direct SIP en Lync, pues os adelante que la configuración es la misma en ambos escenarios. Para Lync no existe diferencia alguna a la hora de su configuración. En una conexión de Direct SIP se conectará  utilizando como destino una IP Privada y en el Trunk SIP se utilizará una IP Pública como destino. Puesto que el Lync en el Direct SIP se conectará a un elemento de dentro de su red local, y en el Trunk SIP nos conectaremos a nuestro ITSP.

Para configurar ambos modelos de conexión, debemos disponer de un Mediation Server en nuestra organización. Los Mediation server suelen tener dos tarjetas de red, una para la conexión con la red local y otra para la conexión con las puertas de enlace. Lo primero que debemos configurar es nuestra puerta de enlace IP/RTC, para ello abrimos el Generador de Topologías y pulsamos en Nueva puerta de enlace IP/RTC

escribimos el FQDN o IP de la puerta de enlace RTC (si la conexión será con TLS debemos escribir el FQDN en vez de la IP)

seleccionaremos el modelo de comunicación con la puerta de enlace

ahora debemos cubrir el puerto que utiliará el Mediation Server para recibir las respuestas de la puerta de enlace, y el puerto que utilizaremos para conectarnos con el asociado (puerta de enlace RTC). Además, debemos seleccionar el Mediation Server al cual le vamos a asociar esta puerta de enlace y también el protocolo de transporte SIP (TLS o TCP). Los puertos estándar para los protocolos de transporte son los siguientes:

Esto no impide que utilicéis otro diferente siempre y cuando no esté en uso

Ahora ya tenemos nuestra puerta de enlace IP/RTC configurada con su Trunk asociado

Si queremos tener más de un trunk asociado debemos agregar nuestro troncos desde el generador de topologías, de tal forma que podemos tener más de un tronco configurado a nuestra puerta de enlace IP/RTC

Ahora debemos publicar la topología  y configurar la parte de Voz desde las opciones de Enrutamiento de Voz desde el Panel de Control de Lync. Debemos configurar

Para que podáis ver esta configuración os dejo aquí dos artículos que había escrito hace unos meses:

Por último vamos a ver otro concepto, el Inter-Trunk Routing que permite a Lync Server el enrutamiento entre trunks:

1. Lync Server 2013 ofreciendo interconexión a una puerta de enlace RTC y un sistema IP-PBX (imagen de MSFT)

2. Lync Server 2013 conectando dos sistemas IP-PBX (imagen de MSFT)

La configuración de estos escenarios es similar a los anteriores, puesto que tenemos que especificar porque que enlace enviar las llamadas en función de las numeraciones de destino, etc…

Si queréis entrar en más detalles aquí os dejo un enlace de MSFT: http://technet.microsoft.com/es-es/library/gg425749.aspx

Espero que os haya sido de utilidad!!!