Componente de servidor de mediación en Skype Empresarial Server

Obtenga información sobre los servidores de mediación en Skype Empresarial Server, incluidas sus topologías admitidas y sus relaciones con troncos M:N, omisión de medios y control de admisión de llamadas.

Para implementar Telefonía IP empresarial, debe implementar uno o varios servidores de mediación.

El servidor de mediación traduce la señalización entre la infraestructura de Telefonía IP empresarial interna y una puerta de enlace de red telefónica conmutada (RTC) o un tronco sip (Protocolo de inicio de sesión). En algunas implementaciones, también convierte los propios medios entre estos puntos.

En el lado Skype Empresarial Server, el servidor de mediación escucha una única dirección de transporte TLS mutua (MTLS). En el lado de la puerta de enlace, el servidor de mediación escucha todos los puertos de escucha asociados con los troncos. Todas las puertas de enlace calificadas necesitan compatibilidad con TLS, pero también pueden habilitar TCP. TCP es compatible con las puertas de enlace que no son compatibles con TLS.

Si también tiene una central de sucursal pública (PBX) existente en su entorno, el servidor de mediación administra las llamadas entre los usuarios de Telefonía IP empresarial y pbx. Si su PBX es un IP-PBX, puede crear una conexión SIP directa entre el PBX y el servidor de mediación. Si su PBX es un PBX de división temporal (TDM), también debe implementar una puerta de enlace RTC entre el servidor de mediación y el PBX.

El servidor de mediación se coloca con el servidor front-end de forma predeterminada. El servidor de mediación también se puede implementar en un grupo independiente.

Funciones del servidor de mediación

Las funciones principales del servidor de mediación son las siguientes:

• Cifrar y descifrar SRTP en el lado Skype Empresarial Server.

• Convertir SIP sobre TCP (para puertas de enlace que no admiten TLS) en SIP sobre Mutual TLS.

• Traducir secuencias multimedia entre Skype Empresarial Server y el punto de puerta de enlace del servidor de mediación.

• Conectar clientes que están fuera de la red con componentes ICE internos, que habilitan el paso de los medios a través de NAT y los firewalls.

• Actuar como intermediario de flujos de llamadas que una puerta de enlace no admite, como llamadas de trabajadores remotos en un Telefonía IP empresarial clien.t

• En implementaciones que incluyen enlaces troncales SIP, trabajar con el proveedor de servicios de enlaces troncales SIP para proporcionar compatibilidad con la RTC, con lo que se elimina la necesidad de una puerta de enlace RTC.

La figura siguiente muestra los protocolos de señalización y multimedia que usa el servidor de mediación al comunicarse con una puerta de enlace RTC básica y la infraestructura de Telefonía IP empresarial.

Señalización y protocolos multimedia que usa el servidor de mediación

Tronco M:N

Skype Empresarial Server soporta la flexibilidad en la definición de un tronco para propósitos del ruteo de llamadas. Un tronco es una asociación lógica entre un servidor de mediación y un número de puerto de escucha, con una puerta de enlace y un número de puerto de escucha. Esto implica varias cosas: un servidor de mediación puede tener varios troncos a la misma puerta de enlace; Un servidor de mediación puede tener varios troncos a distintas puertas de enlace; por el contrario, una puerta de enlace puede tener varios troncos a diferentes servidores de mediación.

Debe seguir creando un tronco raíz al agregar una puerta de enlace a la topología de Skype Empresarial mediante el Generador de topologías. El número de puertas de enlace que puede controlar un servidor de mediación determinado depende de la capacidad de procesamiento del servidor durante las horas de mayor disponibilidad. Si implementa un servidor de mediación en hardware que cumple los requisitos mínimos de hardware para Skype Empresarial Server, como se describe en Requisitos del servidor para Skype Empresarial Server 2015, un servidor de mediación independiente puede administrar aproximadamente 1000 llamadas. El servidor de mediación se realiza la transcodificación, pero todavía enruta las llamadas de varias puertas de enlace incluso si las puertas de enlace no admiten la omisión multimedia.

Al definir una ruta de llamada, especifique los troncos asociados a esa ruta, pero no especifica qué servidores de mediación están asociados con esa ruta. En su lugar, use el Generador de topologías para asociar troncos con servidores de mediación. En otras palabras, el enrutamiento determina qué tronco usar para una llamada y, posteriormente, el servidor de mediación asociado a ese tronco envía la señalización para esa llamada.

El servidor de mediación se puede implementar como un grupo; este grupo se puede ubicar con un grupo de servidores front-end o se puede implementar como un grupo independiente. Cuando se coloca un servidor de mediación con un grupo de servidores front-end, el tamaño del grupo puede tener como máximo 12 (el límite del tamaño del grupo de registradores). En conjunto, estas capacidades aumentan la confiabilidad y la flexibilidad de implementación para los servidores de mediación, pero requieren funcionalidades similares en los siguientes aspectos:

• Puerta de enlace RTC. Una puerta de enlace apta para Skype Empresarial Server debe implementar el equilibrio de carga DNS, lo que permite que una puerta de enlace de red telefónica conmutada (RTC) cualificada actúe como equilibrador de carga para un grupo de servidores de mediación y, por lo tanto, para equilibrar las llamadas en 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 desde el grupo del servidor de mediación al SBC, el SBC puede recibir conexiones de cualquier servidor de mediación del grupo. En la dirección desde el SBC al grupo, el tráfico se puede enviar a cualquier servidor de mediación del grupo. Esto puede conseguirse a través del equilibrio de carga de DNS, si el SBC y el proveedor de servicios lo permiten. Una alternativa es proporcionar al proveedor de servicios las direcciones IP de todos los servidores de mediación del grupo y el proveedor de servicios las proporcionará en su SBC como un tronco SIP independiente para cada servidor de mediación. Después, el proveedor de servicios gestionará el equilibrio de carga para sus propios servidores. Es posible que no todos los proveedores de servicios o SBC admitan estas capacidades. Además, es posible que el proveedor de servicios exija cargos adicionales para esta capacidad. Por lo general, cada tronco SIP al SBC conlleva una cuota mensual.

• IP-PBX. En la dirección del grupo del servidor de mediación a la terminación SIP de IP-PBX, el IP-PBX puede recibir conexiones de cualquier servidor de mediación en el grupo. En la dirección desde el IP-PBX al grupo, el tráfico se puede enviar a cualquier servidor de mediación del grupo. Como la mayoría de IP-PBXs no admiten el equilibrio de carga DNS, se recomienda definir las conexiones SIP directas individuales desde IP-PBX a cada servidor de mediación del grupo. La IP-PBX gestionará su propio equilibrio de carga al distribuir el tráfico en el grupo troncal. Se da por supuesto que el grupo troncal tiene un conjunto coherente de reglas de enrutamiento en la IP-PBX. Para decidir si un grupo troncal admite este concepto de grupo troncal y cómo se interseca con la propia arquitectura de redundancia y agrupación de clústeres de IP PBX, debe determinarse antes de poder decidir si un clúster de servidor de mediación puede interactuar correctamente con un PBX por IP.

Un grupo de servidores de mediación debe tener una vista uniforme de la puerta de enlace del mismo nivel con la que interactúa. Esto significa que todos los miembros del grupo 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 las llamadas salientes. Por lo tanto, no hay ninguna manera de segmentar el grupo para que algunos servidores de mediación se comuniquen solo con determinados compañeros de puerta de enlace para las llamadas salientes. Si dicha segmentación es necesaria, debe usarse un grupo independiente de servidores de mediación. Por ejemplo, esto sucedería si las puertas de enlace RTC, los troncos SIP o las IP-PBX no tuvieran capacidades asociadas para interactuar con un grupo, tal y como se ha explicado anteriormente en este mismo tema.

Una puerta de enlace RTC determinada, IP-PBX o el punto troncal SIP puede redirigir a varios servidores de mediación o troncos. El número de puertas de enlace que un grupo determinado de servidores de mediación puede controlar depende del número de llamadas que usan omisión multimedia. Si un gran número de llamadas usan omisión multimedia, un servidor de mediación del grupo puede administrar muchas más llamadas, ya que solo es necesario procesar capas de señalización.

Servicio de control de admisión de llamadas y servidor de mediación

El servicio de control de admisión de llamadas (CAC) administra el establecimiento de sesiones en tiempo real según el ancho de banda disponible para evitar que la calidad de la experiencia (QoE) de los usuarios sea deficiente en las redes congestionadas. Para admitir esto, el servidor de mediación es responsable de la administración del ancho de banda de sus dos interacciones en el lado Skype Empresarial Server y en el lado de la puerta de enlace. En el servicio de control de admisión de llamadas, la entidad de terminación para una llamada gestiona la reserva del ancho de banda. Los compañeros de puerta de enlace (puerta de enlace RTC, IP-PBX, SBC) con los que interactúa el servidor de mediación en el lado de la puerta de enlace no admiten Skype Empresarial Server control de admisión de llamadas. Por lo tanto, el servidor de mediación tiene que controlar las interacciones de ancho de banda en nombre de su compañero de puerta de enlace. Siempre que sea posible, el servidor de mediación reservará el ancho de banda por adelantado. Si no es posible (por ejemplo, si se desconoce la localidad del extremo multimedia definitivo de una llamada saliente a la puerta de enlace del mismo nivel, en el lado de la puerta de enlace), se reserva el ancho de banda cuando se establece la llamada. Este comportamiento puede provocar la saturación del ancho de banda, pero es la única forma de evitar las llamadas falsas.

La omisión de medios y la reserva del ancho de banda se excluyen mutuamente. Si se usa la omisión de medios en una llamada, no se aplicará el servicio de control de admisión de llamadas en esa llamada. En este caso, se asume que no hay vínculos relacionados con la llamada que tengan restringido el ancho de banda. Si el control de admisión de llamadas se usa para una llamada determinada que implica el servidor de mediación, esa llamada no puede emplear la omisión de medios.

Para obtener más información sobre la omisión de medios o el control de admisión de llamadas, vea Planear la omisión de medios en Skype Empresarial o Planear el control de admisión de llamadas en Skype Empresarial Server.

9-1-1 mejorado (E9-1-1) y servidor de mediación

El servidor de mediación tiene funcionalidades extendidas para que pueda interactuar correctamente con los proveedores de servicios Mejorados 9-1-1 (E9-1-1). No se necesita ninguna configuración especial en el servidor de mediación. Las extensiones SIP necesarias para la interacción E9-1-1 se incluyen, de forma predeterminada, en el protocolo SIP del servidor de mediación para sus interacciones con un punto de puerta de enlace (puerta de enlace RTC, IP-PBX o SBC de un proveedor de servicios de telefonía de Internet, incluidos los proveedores de servicios E9-1-1)

Si el tronco SIP a un proveedor de servicios E9-1-1 puede terminarse en un grupo de servidores de mediación existente o requerirá servidores de mediación independientes dependerá de si el SBC E9-1-1 puede interactuar con un grupo de servidores de mediación. Para obtener detalles, consulte tronco M:N en Skype Empresarial Server.

Omisión de medios y servidor de mediación

La omisión multimedia es una funcionalidad de Skype Empresarial Server que permite a un administrador configurar el enrutamiento de llamadas para que fluya directamente entre el punto de conexión del usuario y la puerta de enlace de la red telefónica conmutada (RTC) sin tener que atravesar el servidor de mediación. La omisión de medios mejora la calidad de la llamada al reducir la latencia, la traducción innecesaria, la posibilidad de pérdida de paquetes y el número de posibles puntos de error. Cuando un sitio remoto sin un servidor de mediación se conecta a un sitio central mediante uno o más vínculos WAN con ancho de banda restringido, la omisión de medios reduce el requisito de ancho de banda al permitir que los elementos multimedia de un cliente en un sitio remoto fluya directamente a su puerta de enlace local sin tener que pasar primero a través del vínculo WAN a un servidor de mediación en el sitio central y volver. Esta reducción en el procesamiento de medios también complementa la capacidad del servidor de mediación para controlar varias puertas de enlace.

La omisión de medios y el servicio de control de admisión de llamadas (CAC) se excluyen mutuamente. Si se usa la omisión de medios en una llamada, no se aplicará el CAC en esa llamada. Se asume que no hay vínculos relacionados con la llamada que tengan restringido el ancho de banda.

Topologías para el servidor de mediación

El Skype Empresarial Server, El servidor de mediación está asignado de forma predeterminada con el 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. Recomendamos que implementes un grupo independiente si estás implementando enlaces troncales SIP.

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. Esto se debe a que 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 desde 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.

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 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

La figura siguiente muestra una topología simple donde el servidor de mediación está colubicado 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. Suponga que Skype Empresarial usuarios existen en sitios 1 y 2. También se supone que el IP-PBX tiene un procesador multimedia asociado que deben atravesar todos los medios procedentes de Skype Empresarial puntos de conexión 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

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.

Decisiones de planificación para el servidor de mediación

En este tema se describen las decisiones de planeación que debe tomar para la implementación del servidor de mediación,

¿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; 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 (SCA) que no admiten las capacidades correctas para interactuar con un grupo de servidores de mediación, incluidos los siguientes, tendrán que estar asociados con 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 en 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. Pero, si puedes habilitar la omisión de medios y así lo haces, se reducirá la latencia de la ruta de acceso a los medios y, por ello, mejorará la calidad de los medios, ya que la ruta de acceso a los medios ya no tendrá que seguir la ruta de acceso de señalización. La omisión de medios también reduce la carga de procesamiento del grupo.

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, vea Planear la resistencia de Telefonía IP empresarial en Skype Empresarial Server.

En el caso de las interacciones con un IP-PBX, si IP-PBX 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 IP-PBX a Skype Empresarial puntos de conexión. Este problema 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 sucursal, 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.