Directrices de implementación de un servidor de mediación
Última modificación del tema: 2012-10-18
Este tema describe algunas guías para la planeación de la implementación del servidor de mediación. Después de repasar estas instrucciones, le recomendamos que use la Herramienta de planeamiento para crear y ver posibles topologías alternativas, que pueden servir de modelo para saber cómo sería la topología definitiva a medida que decida implementar. Para ver más detalles acerca de cómo acceder a la Herramienta de planeamiento y usarla, consulte Uso de la herramienta de planeación de Lync Server 2010 para planear la Telefonía IP empresarial.
¿Servidores de mediación independientes o combinados?
El servidor de mediación se combina de forma predeterminada en el servidor Standard Edition o en el servidor front-end de un grupo de servidores front-end en los sitios centrales. El número de llamadas RTC que se pueden administrar y el número de equipos necesarios en el grupo de servidores dependerán de los siguientes factores:
el número de puertas de enlace del mismo nivel que controla el grupo de servidores del servidor de mediación
el tráfico que atraviesa las puertas de enlace en las horas de más actividad
el porcentaje de llamadas que omiten el servidor de mediación
Al planear, asegúrese de que, después de tener en cuenta los requisitos de procesamiento de las llamadas RTC sin desvío de medios y del servidor de conferencias A/V (si está combinado y, por lo tanto, se ejecuta en los servidores front-end del mismo grupo de servidores), hay suficiente procesamiento como para administrar las interacciones de señalización del número de llamadas que es necesario admitir en las horas de más actividad. (Deje al menos un 30% de la CPU para este fin.) Si no hay suficiente CPU, deberá implementar un grupo de servidores de mediación independiente, y las puertas de enlace RTC, los IP-PBX y los SBC deberán dividirse en subconjuntos controlados por los servidores de mediación combinados en el primer grupo de servidores y los servidores de mediación independientes en el segundo grupo de servidores independiente.
Si implementó puertas de enlace RTC, IP-PBX o SBC incompatibles con las funcionalidades adecuadas para interactuar con un grupo de servidores de mediación, incluidas las siguientes, estas deberán asociarse a un grupo de servidores independiente formado por un solo servidor de mediación:
Llevar a cabo el equilibrio de carga de DNS del nivel de capa de red en los servidores de mediación de un grupo de servidores (o enrutar el tráfico uniformemente a través de cualquier otro medio a todos los servidores de mediación de un grupo)
Aceptar tráfico de cualquier servidor de mediación de un grupo de servidores
Nota
También se recomienda combinar los servidores de mediación con un grupo de servidores front-end si el IP-PBX no es compatible con el desvío de medios, pero el grupo de servidores front-end en el que se alberga el servidor de mediación puede gestionar la trascodificación de voz para las llamadas a las que no se aplica el desvío de medios,
Puede utilizar el Microsoft Lync Server 2010, herramientas de planeamiento para evaluar si el grupo de servidores front-end en el que ha combinado el servidor de mediación puede gestionar la carga. Si el entorno no cumple estos requisitos, deberá implementar un grupo de servidores de mediación independiente.
Consideraciones del sitio central y las sucursales
Los servidores de mediación del sitio central se pueden usar para enrutar llamadas a puertas de enlace RTC o IP-PBX en las sucursales. Sin embargo, si implementa troncos SIP, deberá implementar un servidor de mediación en el sitio donde termina cada tronco. Para que un servidor de mediación del sitio central enrute las llamadas a una puerta de enlace RTC o IP-PBX en una sucursal, no es necesario usar desvío de medios. Sin embargo, si puede habilitar el desvío de medios y lo hace, se reducirá la latencia de la ruta de acceso a los medios y, por ello, mejorará la calidad de los medios, porque la ruta de acceso a los medios ya no estará obligada a seguir la ruta de acceso de señalización. El desvío de medios disminuirá también la carga de procesamiento del grupo de servidores.
Nota
El desvío de medios no interactuará con todas las puertas de RTC, los sistemas IP-PBX y las SBC. Microsoft ha probado una serie de puertas de enlace RTC con socios certificados y ha realizado algunas pruebas con los IP-PBX de Cisco. La certificación para las SBC está en trámites. El desvío de medios solo se permite con los productos y las versiones listados en Programa de interoperabilidad abierto de comunicaciones unificadas – Servidor Lync, en https://go.microsoft.com/fwlink/?linkid=214406&clcid=0xC0A.
Si se necesita resistencia en la sucursal, se debe implementar una aplicación de sucursal con funciones de supervivencia o una combinación de servidor front-end, servidor de mediación y puerta de enlace en la sucursal. (Con la resistencia de las sucursales, se presupone que la presencia y las conferencias no son resistentes en el sitio.) Para saber cómo planear la voz en las sucursales, consulte Planeación de la resistencia de voz del sitio de sucursal.
En las interacciones con un IP-PBX, si el IP-PBX no admite correctamente las interacciones iniciales de medios con las interacciones RFC 3960 y varios diálogos iniciales, puede recortarse el primer saludo de las llamadas entrantes del IP-PBX a los extremos de Lync Server 2010. Este suceso puede agravarse si un servidor de mediación del sitio central enruta llamadas a un IP-PBX en el que la ruta termina en una sucursal, porque se necesita más tiempo para que la señalización finalice. Si esto ocurre, la única forma de reducir el recorte del primer saludo es implementar un servidor de mediación en la sucursal.
Por último, si el sitio central tiene un PBX TDM, o si el IP-PBX no evita la necesidad de una puerta de enlace RTC, deberá implementar una puerta de enlace en la ruta de la llamada para conectar el servidor de mediación y el PBX.