Share via


Componentes y topologías del servidor de mediación

 

Última modificación del tema: 2011-04-12

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

Dependencias

El servidor de mediación presenta las siguientes dependencias:

  • Registrador. Obligatorio. El registrador es el siguiente salto de señalización en las interacciones del servidor de mediación con la red de Lync Server 2010. Tenga en cuenta que el servidor de mediación puede colocarse en un servidor front-end junto con el registrador, además de instalarse en un grupo de servidores independiente que conste únicamente de servidores de mediación. El registrar se instala con un servidor de mediación y una puerta de enlace RTC en una aplicación de sucursal con funciones de supervivencia.

  • Servidor de supervisión. Opcional pero muy recomendable. El servidor de supervisión permite al servidor de mediación registrar mediciones de calidad relacionadas con sus sesiones multimedia.

  • Servidor perimetral. Obligatorio para admitir usuarios externos. El servidor perimetral permite al servidor de mediación interactuar con los usuarios que se encuentran detrás de un NAT o firewall.

Topologías

El servidor de mediación de Lync Server 2010 se instala de forma predeterminada con una instancia del registrador de Lync Server en un Servidor Standard Edition, un servidor front-end de un grupo de servidores front-end o una aplicación de sucursal 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 representa un problema, es preferible implementar uno o varios servidores de mediación en un grupo de servidores independiente dedicado. O, si está implementando enlaces troncales SIP, se recomienda que implemente un grupo de servidores de mediación independiente.

Si implementa conexiones SIP directas a una puerta de enlace RTC cualificada compatible con la omisión de medios y el equilibrio de carga de DNS, no se necesita un servidor de mediación independiente, ya que las puertas de enlace cualificadas pueden realizar el equilibrio de carga de DNS para un grupo de servidores de mediación y pueden recibir tráfico de cualquier servidor de mediación de un grupo.

Se recomienda también combinar el servidor de mediación en un grupo de servidores front-end si se ha implementado sistemas IP-PBX o se conecta a una controladora de borde de sesión (SBC) del proveedor de servicios de telefonía e Internet, siempre y cuando se cumpla alguna de las condiciones siguientes:

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

  • El IP-PBX no admite el desvío de medios, pero el grupo de servidores front-end que alberga al servidor de mediación puede gestionar la trascodificación de voz para llamadas en las que no se aplique 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.

Para obtener información detallada sobre qué topología debe implementar, consulte Directrices de implementación de un servidor de mediación.

En la siguiente figura se muestra una topología sencilla que consta de dos sitios conectados mediante un vínculo WAN. El servidor de mediación se instala 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 del Sitio 1 y la puerta de enlace del Sitio 2. En esta topología, el desvío de medios se habilita globalmente para usar la información de sitio y de región, y los troncos a cada una de las puertas de enlace RTC (GW1 y GW2) tienen el desvío habilitado.

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

Puerta de enlace de WAN de topología de voz con servidor de mediación

En la siguiente figura se muestra una topología sencilla, en la que el servidor de mediación se instala con el registrador en el grupo de servidores front-end del Sitio 1 y tiene una conexión SIP directa al IP-PBX del Sitio 1. En esta figura, el servidor de mediación también controla una puerta de enlace RTC del Sitio 2. Se asume que los usuarios de Microsoft Lync 2010 existen en los Sitios 1 y 2. También se asume que el IP-PBX dispone de un procesador de medios asociado que deben atravesar todos los medios originados en los extremos de Lync Server antes de ser enviados a los extremos de medios controlados por el IP-PBX. En esta topología, el desvío de medios se habilita globalmente para usar la información de sitio y de región, y los troncos a la puerta de enlace RTC y al PBX tienen el desvío de medios habilitado.

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

PBX de WAN del servidor de mediación de topología de voz

Para obtener más información acerca de la planeación para topologías PBX, consulte Directrices de implementación de un servidor de mediación y Opciones de implementación SIP directa.

En la última figura de este tema, se muestra una topología en la que el servidor de mediación está conectado al SBC de un proveedor de servicios de telefonía por Internet. Para obtener más información acerca de las topologías de enlaces troncales SIP, consulte Enlace troncal SIP.