¿Cómo puedo implementar el enlace troncal SIP en Lync Server 2013?
Última modificación del tema: 18-03-2013
Para implementar la conexión troncal SIP, debe redirigir la conexión a través de un servidor de mediación, que actúa como proxy para las sesiones de comunicaciones entre los clientes de Lync Server 2013 y el proveedor de servicios y los medios de transcodificación, cuando sea necesario.
Cada servidor de mediación tiene una interfaz de red interna y una interfaz de red externa. La interfaz interna se conecta a los servidores front-end. La interfaz externa normalmente se denomina interfaz de puerta de enlace porque se ha usado tradicionalmente para conectar el servidor de mediación a una puerta de enlace de red telefónica conmutada (RTC) o a un IP-PBX. Para implementar un tronco SIP, conecte la interfaz externa del servidor de mediación al componente perimetral externo del ITSP.
Nota
El componente del borde externo del ITSP podría ser un controlador de borde de sesión (SBC), un enrutador o una puerta de enlace.
Para obtener más información sobre los servidores de mediación, vea Componente del servidor de mediación en Lync Server 2013.
Enlace troncal SIP centralizado en comparación con uno distribuido
Centralizado La conexión troncal SIP enruta todo el tráfico de Voz sobre Protocolo de Internet (VoIP), incluido el tráfico de sitio de la rama, a través de su sitio central. El modelo de implementación centralizada es sencillo y rentable, y por lo general es el enfoque recomendado para implementar troncos SIP con Lync Server 2013.
Distribuido La conexión troncal SIP es un modelo de implementación en el que se implementa un tronco SIP local en uno o más sitios de la rama. A continuación, el tráfico VoIP se enruta directamente desde el sitio de la rama a un proveedor de servicios sin tener que pasar por el sitio central.
El enlace troncal SIP distribuido solo es necesario en los siguientes casos:
El sitio de la rama requiere conectividad telefónica con funciones de supervivencia (por ejemplo, si la WAN se reduce). Este requisito debe analizarse para cada sitio de rama; algunas de las ramas pueden requerir redundancia y conmutación por error, mientras que otras no.
La resistencia es necesaria entre dos sitios centrales. Usted necesita asegurarse de que un tronco del SIP termina en cada sitio central. Por ejemplo, si tiene sitios centrales de Dublín y Tukwila y ambos usan solo el tronco SIP de un sitio, si el tronco baja, los usuarios del otro sitio no podrán realizar llamadas RTC.
El sitio de la rama y el sitio central están en diferentes países o regiones. Por motivos legales y de compatibilidad, necesitas al menos un tronco SIP por cada país o región. Así, por ejemplo, en la Unión Europea las comunicaciones no pueden dejar un país o una región sin que terminen localmente en un punto centralizado.
Dependiendo de la ubicación geográfica de los sitios y de la cantidad de tráfico que anticipa dentro de su empresa, es posible que no desee redirigir todos los usuarios a través del tronco SIP central, o puede optar por redirigir algunos usuarios a través de un tronco SIP en su sitio de sucursal. Para analizar tus necesidades, responde a las siguientes preguntas:
¿Cuál es el tamaño de cada sitio (es decir, cuántos usuarios están habilitados para Telefonía IP empresarial)?
¿Qué números de llamada directa a la extensión (DID) reciben más llamadas en cada sitio?
Para saber si compensa implementar un enlace troncal SIP centralizado o distribuido, se necesita un análisis de coste-beneficio. En algunos casos, puede ser mejor decantarse por el modelo de implementación distribuido aunque no sea necesario. En una implementación completamente centralizada, todo el tráfico del sitio de la rama se enruta a través de los vínculos WAN. En lugar de pagar por el ancho de banda necesario para la vinculación WAN, es posible que prefieras usar el enlace troncal SIP distribuido. Por ejemplo, es posible que desee implementar un servidor Standard Edition en un sitio de sucursal con federación en el sitio central, o puede que quiera implementar un dispositivo de rama con funciones de supervivencia o un servidor de sucursal con funciones de supervivencia con una puerta de enlace pequeña.
Nota
Para obtener más información sobre la conexión troncal SIP distribuida, vea Conexión troncal SIP de sitio de rama en Lync Server 2013.
Tipos de conexión de enlace troncal SIP compatibles
Lync Server admite los siguientes tipos de conexión para el enlace troncal SIP:
La conmutación de etiquetas multiprotocolo (MPLS) es una red privada que dirige y transfiere datos de un nodo de red al siguiente. El ancho de banda de una red MPLS se comparte con los demás suscriptores, y a cada paquete de datos se le asigna una etiqueta para distinguir los datos de cada suscriptor. Este tipo de conexión no necesita red privada virtual (VPN). Un posible inconveniente es que el exceso de tráfico de IP puede interferir en el funcionamiento de VoIP, salvo que el tráfico de VoIP tenga prioridad.
En general, las conexiones privadas sin otro tipo de tráfico (por ejemplo, una línea de T1 o una conexión de fibra óptica alquilada) son el tipo de conexión más seguro y confiable. Este tipo de conexión ofrece la mayor capacidad de transferencia de llamadas, pero suele ser el más caro. No se necesita VPN. Las conexiones privadas son adecuadas para las organizaciones que tienen un gran volumen de llamadas o requisitos de seguridad y disponibilidad muy estrictos.
Internet es el tipo de conexión menos costoso, pero también el menos confiable. La conexión a Internet es el único tipo de conexión troncal SIP para Lync Server que requiere VPN.
Seleccionar un tipo de conexión
El tipo de conexión de enlace troncal SIP más adecuado para tu empresa depende de las necesidades y el presupuesto del que dispongas.
Para una empresa de tamaño mediano o mayor, una red MPLS normalmente proporciona el mayor valor. Puede proporcionar el ancho de banda necesario a una velocidad más barata que una red privada especializada.
Las grandes empresas pueden necesitar una conexión privada de fibra óptica, T1, T3 o superior (E1, E3 o superior en la Unión Europea).
Para un sitio de sucursal o una pequeña empresa con bajo volumen de llamadas, la conexión troncal SIP a través de Internet puede ser la mejor opción. Este tipo de conexión no es recomendable en sitios de tamaño medio o mayor.
Requisitos de ancho de banda
La cantidad de ancho de banda necesaria en la implementación dependerá de la capacidad de llamada (esto es, del número de llamadas simultáneas que se admite). Necesitas tener en cuenta la disponibilidad de ancho de banda para poder sacar el máximo partido a la capacidad contratada. Usa la siguiente fórmula para calcular el requisito de ancho de banda máximo del tronco SIP:
Ancho de banda máximo del tronco SIP = n.º máx. de llamadas simultáneas x (64 kbps + tamaño del encabezado)
Nota
El tamaño del encabezado es de 20 bytes como máximo.
Compatibilidad de códecs
Lync Server 2013 solo admite los siguientes códecs:
G.711 Ley A (que se usa principalmente fuera de Norteamérica)
G.711 Ley µ (que se usa en Norteamérica)
Proveedor de servicios de telefonía por Internet
El modo en el que se implementa el lado del proveedor de servicios de una conexión basada en troncos SIP varía de un ITSP a otro. Para obtener más información sobre la implementación, ponte en contacto con tu proveedor de servicios. Para obtener una lista de proveedores de servicios troncales SIP certificados, consulta el sitio web del Programa de interoperabilidad abierta de comunicaciones unificadas de Microsoft.
Para obtener más información sobre los proveedores de enlaces troncales SIP certificados por Microsoft, ponte en contacto con tu representante de Microsoft.
Importante
Necesitas usar un proveedor de servicios certificado por Microsoft para asegurarte de que tu ITSP admite todas las funciones que pasan por el tronco SIP (por ejemplo, la configuración y administración de sesiones y la compatibilidad con todos los servicios de VoIP ampliados). El Soporte técnico de Microsoft no se amplía para configuraciones que usan proveedores no certificados. Si estás usando actualmente un proveedor de servicios de Internet que no está certificado para enlaces troncales SIP, puedes seguir usando dicho proveedor como ISP y usar un proveedor certificado por Microsoft para enlaces troncales SIP.