Instrucciones de implementación para el servidor de mediación en Lync Server 2013
Última modificación del tema: 2012-10-12
En este tema se describen las instrucciones de planeación para la implementación del servidor de mediación. Después de revisar estas directrices, le recomendamos que use la Herramienta de planificación para crear y ver posibles topologías alternativas, que pueden servir como modelos para el aspecto que tendría la topología adaptada final que decida implementar.
¿Servidor de mediación local o independiente?
El servidor de mediación está asignado de forma predeterminada en el servidor Standard Edition o el servidor front-end en un grupo de servidores front-end de sitios centrales. La cantidad de llamadas por la red telefónica conmutada (RTC) que se pueden gestionar y la cantidad de equipos necesarios en el grupo dependerán de los siguientes factores:
El número de compañeros de puerta de enlace que controla el grupo de servidores de mediación
Los períodos de gran tráfico de esas puertas de enlace
El porcentaje de llamadas que son llamadas cuyos medios omiten el servidor de mediación
Al planificar, asegúrate de tener en cuenta los requisitos de procesamiento de medios para las llamadas RTC y las conferencias de A/V no configuradas para la omisión de medios, además del procesamiento necesario para gestionar las interacciones de señalización para la cantidad de llamadas que es necesario admitir en las horas de más actividad. Si no hay suficiente CPU, entonces debe implementar un grupo independiente de servidores de mediación; y las puertas de enlace RTC, IP-PBX y SBC tendrán que dividirse en subconjuntos controlados por los servidores de mediación asignados en un grupo y los servidores de mediación independientes en uno o más grupos independientes.
Si implementó puertas de enlace RTC, IP-PBX o controladores de borde de sesión (SCS) que no admiten las capacidades correctas para interactuar con un grupo de servidores de mediación, incluidos los siguientes, tendrán que estar asociados a un grupo independiente formado por un único servidor de mediación:
Realizar el equilibrio de carga del sistema de nombres de dominio (DNS) de la capa de red entre los servidores de mediación de un grupo (o, de lo contrario, enrutar el tráfico uniformemente a todos los servidores de mediación de un grupo)
Aceptar el tráfico de cualquier servidor de mediación de un grupo
Puede usar la Herramienta de planeación de Microsoft Lync Server 2013 para evaluar si la intercalación del servidor de mediación con el grupo de servidores front-end puede controlar la carga. Si su entorno no puede cumplir estos requisitos, debe implementar un grupo de servidores de mediación independiente.
Consideraciones del sitio central y del sitio de sucursal
Los servidores de mediación en el sitio central se pueden usar para enrutar llamadas para IP-PBXs o puertas de enlace RTC en sitios de sucursal. Sin embargo, si implementa troncos SIP, debe implementar un servidor de mediación en el sitio donde termina cada tronco. Tener un servidor de mediación en la ruta del sitio central llama a una puerta de enlace RTC o IP-PBX en un sitio de sucursal no requiere el uso de omisión multimedia. Sin embargo, si puede habilitar la omisión de medios, al hacerlo se reducirá la latencia de la ruta de acceso a medios y, por consiguiente, se mejorará la calidad de los medios, ya que la ruta de acceso a los medios ya no es necesaria para seguir la ruta de señalización. La omisión de medios también reducirá la carga de procesamiento del grupo.
Nota
La omisión de medios no interactuará con todas las puertas de enlace RTC, las IP-PBX y los SBC. Microsoft ha probado una serie de puertas de enlace RTC y SBC con socios certificados y ha realizado algunas pruebas con las IP-PBX de Cisco. La omisión de medios solo se admite con los productos y versiones enumerados en el Programa de interoperabilidad abierta de comunicaciones unificadas: Lync Server en https://go.microsoft.com/fwlink/p/?LinkId=268730.
Si se requiere resistencia de sitio de rama, un dispositivo de rama con funciones de supervivencia o una combinación de un servidor front-end, un servidor de mediación y una puerta de enlace deben implementarse en el sitio de la rama. (La suposición con resistencia del sitio de rama es que la presencia y las conferencias no son resistentes en el sitio). Para obtener instrucciones sobre la planeación de sitios de rama para voz, consulte Planeamiento de la resistencia de voz de sitio de rama en Lync Server 2013.
En el caso de las interacciones con un IP-PBX, si PBX por IP no admite correctamente interacciones multimedia anticipadas con varios cuadros de diálogo iniciales e interacciones rfc 3960, puede haber recortes de las primeras palabras del saludo para las llamadas entrantes desde los puntos de conexión de IP PBX a Lync. Este comportamiento puede ser más grave si un servidor de mediación en un sitio central está enrutando llamadas a un IP-PBX donde la ruta termina en un sitio de rama, porque se necesita más tiempo para que finalice la señalización. Si experimenta este comportamiento, implementar un servidor de mediación en el sitio de la rama es la única manera de reducir el recorte de las primeras palabras.
Por último, si su sitio central tiene un PBX de TDM, o si su IP-PBX no elimina la necesidad de una puerta de enlace RTC, debe implementar una puerta de enlace en la ruta de llamada que conecta el servidor de mediación y el PBX.
Nota
Para mejorar el rendimiento de medios del servidor de mediación independiente, es necesario habilitar el ajuste de escala en lado de recepción (RSS) en los adaptadores de red de estos servidores. RSS permite que los paquetes entrantes se administren en paralelo por varios procesadores en el servidor. Para obtener más información, consulta "Mejoras de escalado en el lado de recepción en Windows Server" en https://go.microsoft.com/fwlink/p/?LinkId=268731. Para más información sobre cómo habilitar RSS, vea la documentación de su adaptador de red.