• Artículo

¿Cómo puedo implementar el enlace troncal SIP?

 

Última modificación del tema: 2012-01-24

Para implementar el enlace troncal SIP, debe enrutar la conexión a través de un servidor de mediación, que envía mediante proxy sesiones de comunicación entre los clientes de Lync Server 2010 y el proveedor de servicios y transcodifica los medios si procede.

Cada servidor de mediación dispone de una interfaz de red interna y otra externa: la primera se conecta con los servidores front-end, mientras que la segunda se denomina habitualmente interfaz de puerta de enlace, ya que se suele usar para conectar el servidor de mediación a una puerta de enlace RTC o una PBX IP. Para implementar un enlace troncal SIP, la interfaz externa del servidor de mediación se conecta al componente perimetral externo del ITSP.

Nota

El componente perimetral externo del ITSP puede ser un controlador SBC (controlador de borde de sesión), un enrutador o una puerta de enlace.

Para obtener información detallada sobre los servidores de mediación, consulte Componente de servidor de mediación.

Enlace troncal SIP centralizado y distribuido

El enlace troncal SIP centralizado enruta todo el tráfico de VoIP (incluido el tráfico de sitio de sucursal) a través del sitio central. El modelo de implementación centralizado es sencillo, rentable y, en general, el método que se suele recomendar para implementar troncos SIP con Lync Server 2010.

El enlace troncal SIP distribuido es un modelo de implementación con el que se implementa un tronco SIP local en una o más sucursales. De este modo, el tráfico de VoIP se enruta desde la sitio de sucursal directamente a un proveedor de servicio, sin tener que pasar por el sitio central.

El enlace troncal SIP distribuido solo es necesario en los siguientes casos:

  • Cuando la sitio de sucursal precisa de una conectividad telefónica con funciones de supervivencia (por ejemplo, si se cae la red WAN). Este requisito deberá sopesarse en cada sitio de sucursal, ya que algunas sucursales pueden necesitar redundancia y conmutación por error, pero otras no.

  • La resistencia es necesaria entre un sitio central y otro. Deberá asegurarse de que hay un tronco SIP que finaliza en cada sitio central. Por ejemplo, si tiene un sitio central en Dublín y otro en Tukwila, y ambos usan únicamente el tronco SIP de un sitio, cuando este no esté activo, los usuarios del otro sitio no podrán realizar llamadas RTC.

  • La sitio de sucursal y el sitio central se encuentran en países/regiones distintos. Por motivos legales y de compatibilidad, necesita 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/región sin que termine localmente en un punto centralizado.

En función de la ubicación geográfica de los sitios y de la densidad de tráfico que haya anticipado en la organización, puede que no quiera enrutar a todos los usuarios a través del tronco SIP central, o bien que opte por enturar a algunos usuario a través de un tronco SIP de su sitio de sucursal. Para analizar sus necesidades, responda a las siguientes preguntas:

  • ¿Qué cabida tiene el 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 costo-beneficio. En algunos casos, puede ser mejor decantarse por el modelo de implementación distribuido aunque no sea necesario. En las implementaciones totalmente centralizadas, todo el tráfico de sitio de sucursal se enruta a través de vínculos WAN. En lugar de pagar por el ancho de banda necesario para la vinculación WAN, es posible que prefiera usar el enlace troncal SIP distribuido. Así, puede que quiera implementar un Servidor Standard Edition en una sitio de sucursal con federación con el sitio central, o que desee implementar una aplicación de sucursal con funciones de supervivencia o un Servidor de sucursal con funciones de supervivencia con una pequeña puerta de enlace.

Nota

Para obtener información detallada sobre los motivos por los que se debe usar el enlace troncal SIP distribuido y el modo de hacerlo, consulte Enlace troncal SIP de sucursales.

Tipos de conexión de enlace troncal SIP compatibles

Lync Server admite los siguientes tipos de conexión de 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 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 fiable. 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 fiable. La conexión a Internet es el único tipo de conexión de enlace troncal SIP de Lync Server que requiere VPN.

Selección de un tipo de conexión

El tipo de conexión de enlace troncal SIP más adecuado para su empresa depende de las necesidades y el presupuesto del que disponga.

  • En las empresas medianas o grandes, la red MPLS ofrece el mejor servicio en general, ya que es capaz de proporcionar el ancho de banda necesario a un precio menor que el de las redes privadas especializadas.

  • 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).

  • En el caso de una pequeña empresa o una sitio de sucursal con un bajo volumen de llamadas, el enlace troncal SIP a través de Internet probablemente sea 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). La disponibilidad de ancho de banda se debe tener en cuenta para poder sacar plena ventaja de la capacidad máxima contratada. Use 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 de encabezado)

Nota

El tamaño de encabezado es de 20 bytes como máximo.

Compatibilidad de códecs

Lync Server 2010 admite únicamente los siguientes códecs:

  1. G.711 Ley A (que se usa principalmente fuera de Norteamérica)

  2. G.711 Ley µ (que se usa en Norteamérica)