Tronco M:N en Lync Server 2013
Tema modificado por última vez: 2012-10-01
Lync Server 2013 admite una mayor flexibilidad en la definición de un tronco para propósitos de enrutamiento de llamadas de versiones anteriores. Un tronco es una asociación lógica entre un servidor de mediación y un número de puerto de escucha con una puerta de enlace y un número de puerto de escucha. Esto implica varias cosas: un servidor de mediación puede tener varios troncos a la misma puerta de enlace; Un servidor de mediación puede tener varios troncos a distintas puertas de enlace; por el contrario, una puerta de enlace puede tener varios troncos a diferentes servidores de mediación.
Aún es necesario crear un tronco raíz cuando se agrega una puerta de enlace a la topología de Lync mediante el Generador de topologías. El número de puertas de enlace que puede controlar un servidor de mediación determinado depende de la capacidad de procesamiento del servidor durante las horas de mayor disponibilidad. Si implementa un servidor de mediación en hardware que supera los requisitos mínimos de hardware para Lync Server 2013, como se describe en Hardware compatible con Lync Server 2013 en la documentación de compatibilidad, la estimación de cuántas llamadas activas no de omisión puede administrar un servidor de mediación independiente son aproximadamente 1000 llamadas. Cuando se implementa en el hardware que cumple estas especificaciones, se espera que el servidor de mediación realice la transcodificación, pero todavía enrutar las llamadas para varias puertas de enlace incluso si las puertas de enlace no admiten omisión multimedia.
Al definir una ruta de llamada, especifique los troncos asociados a esa ruta, pero no especifica qué servidores de mediación están asociados con esa ruta. En su lugar, use el Generador de topologías para asociar troncos con servidores de mediación. En otras palabras, el enrutamiento determina qué tronco usar para una llamada y, posteriormente, el servidor de mediación asociado a ese tronco envía la señalización para esa llamada.
El servidor de mediación se puede implementar como un grupo; este grupo se puede ubicar con un grupo de servidores front-end o se puede implementar como un grupo independiente. Cuando se coloca un servidor de mediación con un grupo de servidores front-end, el tamaño del grupo puede tener como máximo 12 (el límite del tamaño del grupo de registradores). En conjunto, estas nuevas capacidades aumentan la flexibilidad de confiabilidad e implementación para los servidores de mediación, pero requieren capacidades asociadas en las siguientes entidades del mismo nivel:
Puerta de enlace RTC. Una puerta de enlace apta para Lync Server 2013 debe implementar el equilibrio de carga DNS, lo que permite que una puerta de enlace de red telefónica conmutada (RTC) habilitada actúe como equilibrador de carga para un grupo de servidores de mediación y, por lo tanto, para equilibrar la carga de llamadas en el grupo.
Controlador de borde de sesión. Para un tronco SIP, la entidad del mismo nivel es un controlador de borde de sesión (SBC) en un proveedor de servicios de telefonía por Internet. En la dirección desde el grupo del servidor de mediación al SBC, el SBC puede recibir conexiones de cualquier servidor de mediación del grupo. En la dirección desde el SBC al grupo, el tráfico se puede enviar a cualquier servidor de mediación del grupo. Esto puede conseguirse a través del equilibrio de carga de DNS, si el SBC y el proveedor de servicios lo permiten. Una alternativa es proporcionar al proveedor de servicios las direcciones IP de todos los servidores de mediación del grupo y el proveedor de servicios las proporcionará en su SBC como un tronco SIP independiente para cada servidor de mediación. Después, el proveedor de servicios gestionará el equilibrio de carga para sus propios servidores. Es posible que no todos los proveedores de servicios o SBC admitan estas capacidades. Además, es posible que el proveedor de servicios exija cargos adicionales para esta capacidad. Por lo general, cada tronco SIP al SBC conlleva una cuota mensual.
IP-PBX. En la dirección del grupo del servidor de mediación a la terminación SIP de IP-PBX, el IP-PBX puede recibir conexiones de cualquier servidor de mediación en el grupo. En la dirección desde el IP-PBX al grupo, el tráfico se puede enviar a cualquier servidor de mediación del grupo. Como la mayoría de IP-PBXs no admiten el equilibrio de carga DNS, se recomienda definir las conexiones SIP directas individuales desde IP-PBX a cada servidor de mediación del grupo. La IP-PBX gestionará su propio equilibrio de carga al distribuir el tráfico en el grupo troncal. Se da por supuesto que el grupo troncal tiene un conjunto coherente de reglas de enrutamiento en la IP-PBX. Es necesario determinar si un DETERMINADO IP-PBX admite este concepto de grupo troncal y cómo se interseca con la arquitectura de redundancia y clústeres de IP-PBX antes de poder decidir si un clúster de servidor de mediación puede interactuar correctamente con un IP-PBX.
Un grupo de servidores de mediación debe tener una vista uniforme de la puerta de enlace del mismo nivel con la que interactúa. Esto significa que todos los miembros del grupo obtienen acceso a la misma definición de la puerta de enlace de mismo nivel del almacén de configuración y tienen las mismas posibilidades de interactuar con ella para las llamadas salientes. Por lo tanto, no hay ninguna manera de segmentar el grupo para que algunos servidores de mediación se comuniquen solo con determinados compañeros de puerta de enlace para las llamadas salientes. Si dicha segmentación es necesaria, debe usarse un grupo independiente de servidores de mediación. Por ejemplo, esto sucedería si las puertas de enlace RTC, los troncos SIP o las IP-PBX no tuvieran capacidades asociadas para interactuar con un grupo, tal y como se ha explicado anteriormente en este mismo tema.
Una puerta de enlace RTC determinada, IP-PBX o el punto troncal SIP puede redirigir a varios servidores de mediación o troncos. El número de puertas de enlace que un grupo determinado de servidores de mediación puede controlar depende del número de llamadas que usan omisión multimedia. Si un gran número de llamadas usan omisión multimedia, un servidor de mediación del grupo puede administrar muchas más llamadas, ya que solo es necesario procesar capas de señalización.