Admisión de varias puertas de enlace
Última modificación del tema: 2012-01-25
En el servidor de mediación de Lync Server 2010 se introduce la posibilidad de controlar varias puertas de enlace con un único servidor de mediación. En las versiones anteriores, había un servidor de mediación por cada puerta de enlace. Una determinada puerta de enlace puede asignarse a varias rutas de llamada y asociarse con un servidor de mediación o con un grupo de servidores de mediación. Varias puertas de enlace pueden asociarse con un único servidor de mediación o con un grupo de servidores de mediación. En esta versión, el número de puertas de enlace que puede administrar un determinado servidor de mediación depende de la capacidad de procesamiento del servidor durante las horas de máxima actividad. Si implementa un servidor de mediación en hardware que supera los requisitos mínimos de hardware para Lync Server 2010, tal y como se describe en “Hardware admitido” en la documentación sobre compatibilidad, el cálculo de cuántas llamadas activas puede administrar un servidor de mediación independiente es de aproximadamente 1.000 llamadas. Cuando se implementa en hardware que cumple estas especificaciones, se espera que el servidor de mediación lleve a cabo la transcodificación, pero continúa enrutando llamadas para varias puertas de enlace, aunque no admitan el desvío de medios.
Al definir una ruta de llamada, se especifican las puertas de enlace asociadas con dicha ruta, pero no se especifican los servidores de mediación que están asociados con la ruta. En su lugar, se usa Topology Builder para asociar puertas de enlace y, por tanto, rutas con los servidores de mediación. En otras palabras, el enrutamiento determina qué puerta de enlace debe usarse para una llamada y el servidor de mediación asociado con dicha puerta de enlace administra la llamada.
Otra novedad de Lync Server 2010 es la posibilidad de implementar un servidor de mediación como grupo de servidores, que puede instalarse con un Grupo de servidores front-end o bien implementarse como grupo de servidores independiente. Cuando se instala un servidor de mediación con un Grupo de servidores front-end, el tamaño del grupo de servidores puede ser como mucho 10 (el límite de tamaño del grupo de servidores de registrador). En conjunto, estas nuevas capacidades aumentan la fiabilidad y la flexibilidad de implementación para los servidores de mediación, pero requieren capacidades asociadas en las entidades del mismo nivel que se indican a continuación:
Puerta de enlace RTC. Una puerta de enlace certificada de Lync Server 2010 debe implementar el equilibrio de carga de DNS que permite a una puerta de enlace RTC certificada actuar como equilibrador de carga para un grupo de servidores de mediación y, por tanto, equilibrar la carga de llamadas en todo el grupo de servidores.
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 del grupo de servidores servidor de mediación al SBC, el SBC puede recibir conexiones de cualquier servidor de mediación del grupo de servidores. En la dirección del SBC al grupo de servidores, el tráfico puede enviarse a cualquier servidor de mediación del grupo de servidores. Esto puede conseguirse mediante el equilibrio de carga de DNS, si el SBC y el proveedor de servicios lo permiten. Una opción es facilitar al proveedor de servicios las direcciones IP de todos los servidores de mediación del grupo de servidores y el proveedor de servicios las proporcionará en su SBC como un tronco SIP por separado para cada servidor de mediación. A continuación, el proveedor de servicios administrará el equilibrio de carga para sus propios servidores. No todos los proveedores de servicios y SBC admiten estas capacidades. Además, es posible que el proveedor de servicios exija costos adicionales. Por lo general, cada tronco SIP al SBC conlleva una cuota mensual.
El proveedor de servicios también puede configurar un único tronco SIP en su sitio y usted puede implementar un equilibrador de carga de hardware entre el SBC y el grupo de servidores de servidor de mediación (o servidor de mediación combinados en el Grupo de servidores front-end). Con esta configuración, si agrega un nuevo servidor de mediación, no es necesario cambiar la configuración del proveedor de servicios. Puede obtenerse la redundancia de SBC si la IP del SBC es una IP virutal (VIP) que puede finalizar en distintos SBC físicos. En tal caso, existirá un mecanismo de recuperación para cuando un SBC deje de estar disponible.
IP-PBX. En la dirección del grupo de servidores de servidor de mediación a la finalización del SIP de IP-PBX, el sistema IP-PBX puede recibir conexiones de cualquier servidor de mediación del grupo de servidores. En la dirección del sistema IP-PBX al grupo de servidores, el tráfico puede enviarse a cualquier servidor de mediación del grupo de servidores. Puesto que la mayoría de sistemas IP-PBX no admiten el equilibrio de carga de DNS, se recomienda definir conexiones SIP directas individuales del sistema IP-PBX a cada servidor de mediación del grupo de servidores. El sistema IP-PBX administrará su propio equilibrio de carga mediante la distribución del tráfico en el grupo troncal. Se da por supuesto que el grupo troncal tiene un conjunto coherente de reglas de enrutamiento en el sistema IP-PBX. Para poder decidir si un clúster de servidor de mediación puede interactuar correctamente con un sistema IP-PBX, primero debe determinar si el sistema IP-PBX en cuestión admite el concepto de grupo troncal y de qué forma confluye con la arquitectura de redundancia y clústeres del propio sistema IP-PBX.
Un grupo de servidores de servidor de mediación debe tener una visión uniforme de la puerta de enlace del mismo nivel con la que interactúa. Esto significa que todos los miembros del grupo de servidores 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 llamadas salientes. Por tanto, no existe ninguna forma de segmentar el grupo de servidores para que algunos servidores de mediación solo se comuniquen con determinadas puertas de enlace del mismo nivel para llamadas salientes. Si tal segmentación es necesaria, deberá usar un grupo de servidores de mediación por separado. Por ejemplo, esto sucedería si no estuvieran presentes las capacidades asociadas en las puertas de enlace RTC, troncos SIP o sistemas IP-PBX para interactuar con un grupo de servidores, tal y como se ha explicado anteriormente en este mismo tema.
Una implementación de Lync Server 2010 presupone que una determinada puerta de enlace RTC, un sistema IP-PBX o un tronco SIP del mismo nivel solo depende de un grupo de servidores de servidor de mediación; las llamadas se enrutan a este grupo de servidores mediante el Grupo de servidores front-end de Lync Server 2010 de modo que puedan llegar a la puerta de enlace del mismo nivel.
En el caso de troncos SIP, sistemas IP-PBX y puertas de enlace RTC en que sea necesario usar un grupo de servidores de mediación por separado, puede usarse el esquema siguiente para conseguir la redundancia:
Para evitar la interacción de varios servidores de mediación con una misma entidad de puerta de enlace del mismo nivel, debe configurar varias puertas de enlace virtuales. Cada una de ellas debe asociarse con un FQDN distinto que el DNS resolverá en la misma dirección IP.
Se usan servidores de mediación independientes (por ejemplo, un grupo de servidores de un servidor de mediación) y se define un tronco desde un servidor de mediación hasta una puerta de enlace virtual; cada servidor de mediación redundante será responsable de una conexión de enlace troncal con una puerta de enlace virtual distinta.
Para que este esquema funcione para las puertas de enlace del mismo nivel que admitan TLS, el FQDN de cada puerta de enlace virtual debe encontrarse en la parte de nombre de sujeto o de nombre alternativo de sujeto del certificado proporcionado por la puerta de enlace del mismo nivel.
La directiva que se aplica para la interacción con la puerta de enlace del mismo nivel será la directiva que esté asociada con el primer objeto de puerta de enlace que coincida en el almacén de configuración. Esto no debería ser un problema, porque la misma directiva debería estar asociada con todas las puertas de enlace virtuales. (Todas las puertas de enlace virtuales corresponden al mismo hardware físico.)
Las rutas de Lync Server 2010 usarán puertas de enlace virtuales distintas. Cada puerta de enlace virtual dependerá de un servidor de mediación distinto.
El número de puertas de enlace que puede controlar un determinado grupo de servidores de mediación depende del número de llamadas que usan el desvío de medios. Si lo usan una gran cantidad de llamadas, un servidor de mediación del grupo de servidores puede administrar muchas más llamadas, puesto que solo se necesita el procesamiento de capa de señalización.