Share via


Componentes y topologías para el servidor de mediación en Lync Server 2013

 

Última modificación del tema: 2012-09-21

En este tema se describen los componentes de los que depende el servidor de mediación y las topologías en las que se puede implementar el servidor de mediación

Dependencias

El servidor de mediación tiene las siguientes dependencias:

  • Registrador. Obligatorio. El Registrador es el próximo salto para la señalización en las interacciones del servidor de mediación con la red de Lync Server 2013. Tenga en cuenta que el servidor de mediación se puede colocar en un servidor front-end junto con el registrador, además de instalarse en un grupo independiente que consta solo de servidores de mediación. El registrador se coloca con un servidor de mediación y una puerta de enlace RTC en un dispositivo de rama con funciones de supervivencia.

  • Servidor de supervisión. Opcional, pero muy recomendable. El servidor de supervisión permite al servidor de mediación registrar métricas de calidad asociadas con sus sesiones multimedia.

  • Servidor perimetral. Necesario para el soporte técnico de usuarios externos. El servidor perimetral permite que el servidor de mediación interactúe con los usuarios situados detrás de un NAT o firewall.

Topologías

El servidor de mediación de Lync Server 2013 se coloca de forma predeterminada con una instancia del registrador en un servidor Standard Edition, un grupo de servidores front-end o un dispositivo de rama con funciones de supervivencia. Todos los servidores de mediación de un grupo de servidores front-end deben configurarse de forma idéntica.

Cuando el rendimiento es un problema, puede ser preferible implementar uno o varios servidores de mediación en un grupo independiente dedicado. O bien, si va a implementar la conexión troncal SIP, le recomendamos que implemente un grupo de servidores de mediación independiente.

Si implementa conexiones SIP directos a una puerta de enlace RTC cualificada que admita la omisión de medios y el equilibrio de carga DNS, no es necesario un grupo de servidores de mediación independiente. Un grupo de servidores de mediación independiente no es necesario porque las puertas de enlace cualificadas son capaces de equilibrio de carga DNS a un grupo de servidores de mediación y pueden recibir tráfico de cualquier servidor de mediación de un grupo.

También se recomienda intercalar el servidor de mediación en un grupo de servidores front-end cuando haya implementado IP-PBXs o se conecte a un controlador de borde de sesión (SBC) de un proveedor de servicios de telefonía de Internet, siempre y cuando se cumpla cualquiera de las condiciones siguientes:

  • El IP-PBX o SBC se configura para recibir el tráfico de cualquier servidor de mediación en el grupo y puede redirigir el tráfico uniformemente a todos los servidores de mediación del grupo.

  • El IP-PBX no admite la omisión de medios, pero el grupo de servidores front-end que hospeda el servidor de mediación puede controlar la transcodificación de voz para las llamadas a las que no se aplique la omisión multimedia.

Puede usar la Herramienta de planeación de Microsoft Lync Server 2013 para evaluar si el grupo front-end donde desea intercalar el servidor de mediación puede controlar la carga. Si su entorno no puede cumplir estos requisitos, debe implementar un grupo de servidores de mediación independiente.

Para obtener más información sobre la topología que se va a implementar, vea Directrices de implementación para el servidor de mediación en Lync Server 2013.

En la siguiente figura se muestra una topología sencilla que consta de dos sitios conectados a través de un vínculo WAN. El servidor de mediación se coloca con el registrador en un grupo de servidores front-end en el sitio 1. Los servidores de mediación del sitio 1 controlan la puerta de enlace RTC en el sitio 1 y la puerta de enlace en el sitio 2. En esta topología, la omisión de medios se habilita de forma global para usar la información del sitio y de la región, y los troncos a cada una de las puertas de enlace RTC (GW1 y GW2) tienen la omisión habilitada.

Ejemplo de sitios conectados por medio de un vínculo WAN con un servidor de mediación en el Sitio 1 y una puerta de enlace RTC en el Sitio 2

Topología de voz con topología de voz de puerta de enlace WAN de servidor

La figura siguiente muestra una topología simple donde el servidor de mediación se coloca con el registrador en el grupo de servidores front-end en el sitio 1 y tiene una conexión SIP directa al IP-PBX en el sitio 1. En esta ilustración, el servidor de mediación también controla una puerta de enlace RTC en el sitio 2. Supongamos que los usuarios de Lync existen en los sitios 1 y 2. Supongamos también que el IP-PBX tiene un procesador multimedia asociado que deben atravesar todos los medios que provienen de los puntos de conexión de Lync antes de enviarse a los puntos de conexión multimedia controlados por IP-PBX. En esta topología, la omisión de medios se habilita de forma global para usar la información del sitio y de la región, y los troncos a la puerta de enlace RTC y la PBX tienen la omisión de medios habilitada.

Ejemplo de sitios conectados mediante un vínculo WAN con un servidor de mediación en el Sitio 1 y un sistema PBX en el Sitio 2

Servidor de mediación de topología de voz PBX PBX

Para obtener más información sobre la planeación de topologías de PBX, consulte Directrices de implementación para el servidor de mediación en Lync Server 2013 y Opciones de implementación de SIP directo en Lync Server 2013.

En la última ilustración de este tema se muestra una topología en la que el servidor de mediación está conectado a la SBC de un proveedor de servicios de telefonía de Internet. Para obtener más información sobre topologías troncales SIP, consulte Conexión troncal SIP en Lync Server 2013.