Componente del servidor de mediación en Skype Empresarial Server 2015

 

Última modificación del tema:2016-12-20

Más información sobre 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 servicio de control de admisión de llamadas.

Para implementar la Telefonía IP empresarial, necesitas implementar uno o más Servidores de mediación.

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

En el lado de Skype Empresarial Server, el Servidor de mediación recibe una dirección de transporte Mutual TLS (MTLS). En cuanto al lado de la puerta de enlace, el Servidor de mediación recibe todos los puertos de escucha asociados con 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 el entorno también dispone de una central pública de conmutación (PBX), el Servidor de mediación gestiona las llamadas entre usuarios de Telefonía IP empresarial y la PBX. Si la PBX es una IP-PBX, puedes crear una conexión SIP directa entre ella y el Servidor de mediación; si es una PBX de multiplexación por división de tiempo (TDM), necesitarás implementar también una puerta de enlace RTC entre el Servidor de mediación y la PBX.

De forma predeterminada, el Servidor de mediación se combina con el Servidor front-end. El Servidor de mediación se puede también implementar en un grupo independiente.

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

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

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

  • Convertir secuencias de medios entre Skype Empresarial Server y la puerta de enlace del mismo nivel 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 los flujos de llamada que una puerta de enlace no admite, como las llamadas de trabajadores remotos en un cliente de Telefonía IP empresarial.

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

En la siguiente figura se muestran los protocolos de señalización y medios que el Servidor de mediación usa 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

Diagrama de protocolos de servidor de mediación
noteNota:
Si usas TCP o RTP/RTCP (en lugar de SRTP o SRTCP) en la red entre la puerta de enlace RTC y el Servidor de mediación, recomendamos que adoptes las medidas necesarias para garantizar la seguridad y la privacidad de la red.

Skype Empresarial Server admite flexibilidad en la definición de un tronco para el enrutamiento 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 tiene varias implicaciones: un Servidor de mediación puede tener varios troncos a una misma puerta de enlace; un Servidor de mediación puede tener varios troncos a diferentes puertas de enlace. Y a la inversa, una puerta de enlace puede tener varios troncos a diferentes Servidores de mediación.

De todas maneras, necesitas crear un tronco raíz al agregar una puerta de enlace a la topología de Skype Empresarial con el Generador de topologías. La cantidad de puertas de enlace que un Servidor de mediación determinado puede gestionar depende de la capacidad de procesamiento del servidor durante las horas pico. Si implementas un Servidor de mediación en hardware que cumpla con 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 gestionar aproximadamente 1000 llamadas. El Servidor de mediación lleva a cabo la transcodificación, pero todavía redirige las llamadas de varias puertas de enlace, incluso si las puertas de enlace no admiten la omisión de medios.

Al definir una ruta de llamada, especificas los troncos asociados con dicha ruta, pero no especificas qué Servidores de mediación están asociados con esa ruta. Usa el Generador de topologías para asociar troncos con Servidores de mediación. En otras palabras, el enrutamiento determina qué tronco necesita usarse para una llamada y, posteriormente, se envía la señalización para la llamada al Servidor de mediación asociado con dicho tronco.

El Servidor de mediación se puede implementar como un grupo. Este grupo se puede combinar con un Grupo de servidores front-end; o bien, implementarse como un grupo independiente. Cuando se combina un Servidor de mediación con un Grupo de servidores front-end, el tamaño del grupo puede ser, como mucho, de 12 (el límite de tamaño del grupo de registradores). En conjunto, estas capacidades aumentan la confiabilidad y la flexibilidad de la implementación para los Servidores de mediación, pero estos necesitan capacidades similares, que se indican a continuación:

  • Puerta de enlace RTC. Una puerta de enlace calificada de Skype Empresarial Server necesita implementar el equilibrio de carga de DNS, que permite a una puerta de enlace de la red telefónica conmutada (RTC) calificada actuar como equilibrador de carga para un grupo de Servidores de mediación y, por lo tanto, equilibrar la carga de llamadas en todo el grupo.

  • 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 del Grupo de servidores de mediación al SBC, el SBC puede recibir conexiones de cualquier Servidor de mediación del grupo. En la dirección del SBC al grupo, el tráfico puede enviarse 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. Otra opción es facilitar al proveedor de servicios las direcciones IP de todos los Servidores de mediación del grupo para que el proveedor de servicios las aprovisione en su SBC como un tronco SIP por separado 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 de servidores de mediación a la finalización del SIP de IP-PBX, la IP-PBX puede recibir conexiones de cualquier Servidor de mediación del grupo. En la dirección de la IP-PBX al grupo, el tráfico puede enviarse a cualquier Servidor de mediación del grupo. Como la mayoría de IP-PBX no admiten el equilibrio de carga de DNS, recomendamos definir conexiones SIP directas individuales de IP-PBX con 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 poder decidir si un clúster del Servidor de mediación puede interactuar correctamente con una IP-PBX, determina si la IP-PBX en cuestión admite el concepto del grupo troncal y de qué forma confluye con la arquitectura de redundancia y clústeres de la propia IP-PBX.

Un Grupo de servidores de mediación necesita tener una visión 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 existe ninguna forma de segmentar el grupo para que algunos Servidores de mediación solo se comuniquen con determinadas puertas de enlace del mismo nivel para las llamadas salientes. Si tal segmentación es necesaria, necesitarás usar un grupo de Servidores de mediación separado. 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, una IP-PBX o un tronco SIP de mismo nivel en particular pueden redirigir varios Servidores de mediación o troncos. La cantidad de puertas de enlace que puede controlar un determinado grupo de Servidores de mediación depende de la cantidad de llamadas que usan la omisión de medios. Si la usa una gran cantidad de llamadas, un Servidor de mediación del grupo puede gestionar muchas más llamadas, ya que solo se necesita el procesamiento de la capa de señalizació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 permitir esto, el servidor de mediación se encarga de administrar el ancho de banda para sus dos interacciones, en el lado de Skype Empresarial Server y en el 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. Las puertas de enlace del mismo nivel (la puerta de enlace RTC, IP-PBX y SBC) con las que interactúa el Servidor de mediación en el lado de la puerta de enlace no admiten el servicio de control de admisión de llamadas de Skype Empresarial Server. Por ello, el Servidor de mediación necesita gestionar las interacciones del ancho de banda en lugar de la puerta de enlace del mismo nivel. Siempre que sea posible, el Servidor de mediación reservará por adelantado el ancho de banda. 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 se usa el servicio de control de admisión de llamadas para una determinada llamada que emplee el Servidor de mediación, esa llamada no podrá usar la omisión de medios.

Para obtener más detalles sobre la omisión de medios o el servicio de control de admisión de llamadas, mira Planificar la omisión de medios en Skype Empresarial 2015 o Planificar el servicio de control de admisión de llamadas en Skype Empresarial 2015.

El Servidor de mediación cuenta con capacidades ampliadas para poder interactuar correctamente con los proveedores de servicios de 9-1-1 mejorado (E9-1-1). No se necesita una configuración especial en el Servidor de mediación. Las extensiones SIP necesarias para la interacción con E9-1-1 se incluyen de forma predeterminada en el protocolo SIP del servidor de mediación para las interacciones con una puerta de enlace del mismo nivel (puerta de enlace RTC, IP-PBX o el SBC de un proveedor de servicios de telefonía por Internet, incluidos los proveedores de servicios de E9-1-1).

Si el tronco SIP a un proveedor de servicios de E9-1-1 puede finalizar en un grupo de Servidor de mediación existente o si, de lo contrario, necesitará Servidores de mediación independientes, dependerá de si el SBC de E9-1-1 puede interactuar con un grupo de Servidores de mediación. Para obtener más detalles, mira Tronco M:N en Skype Empresarial Server 2015.

La omisión de medios es una capacidad de Skype Empresarial Server que permite a un administrador configurar el enrutamiento de llamadas para que fluya directamente entre el extremo del usuario y la puerta de enlace de la red telefónica conmutada (RTC) sin atravesar el Servidor de mediación. La omisión de medios mejora la calidad de la llamada al reducir la latencia, la conversión innecesaria, la posibilidad de la pérdida de paquetes y la cantidad de puntos de errores potenciales. Cuando un sitio remoto sin un Servidor de mediación está conectado a un sitio central a través de uno o más vínculos WAN con ancho de banda restringido, la omisión de medios disminuye el requisito de ancho de banda, al permitir que los medios de un cliente en un sitio remoto fluyan directamente hasta su puerta de enlace local, sin tener que pasar primero por el vínculo WAN hasta un Servidor de mediación del sitio central y volver. Esta reducción en el procesamiento de medios complementa también 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.

El Servidor de mediación de Skype Empresarial Server se instala de forma predeterminada con el Servidor Standard Edition, un Grupo de servidores front-end o una Aplicación de sucursal con funciones de supervivencia. Es necesario configurar todos los Servidores de mediación en un Grupo de servidores front-end de forma idéntica.

Cuando el rendimiento representa un problema, es 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 implementas conexiones SIP directas a una puerta de enlace RTC calificada 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 calificadas 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 en un grupo.

Recomendamos también combinar el Servidor de mediación en un Grupo de servidores front-end si se han implementado IP-PBX o si hay una conexión con un controlador de borde de sesión (SBC) del proveedor del servidor de la telefonía por Internet, siempre y cuando se cumpla alguna de las condiciones siguientes:

  • La IP-PBX o el SBC se configura para recibir tráfico desde cualquier Servidor de mediación del grupo y puede redirigir el tráfico uniformemente a todos los Servidores de mediación del grupo.

  • La IP-PBX no admite la omisión de medios, pero el Grupo de servidores front-end en que se hospeda el Servidor de mediación puede gestionar la transcodificación de voz para las llamadas en las que no se aplique la omisión de medios.

Puedes utilizar la Microsoft Lync Server 2013, herramienta de planeación para evaluar si el Grupo de servidores front-end en el que desea combinar el Servidor de mediación puede gestionar la carga. Si el entorno no cumple estos requisitos, necesitarás 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 combina 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, 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

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 combina en el Grupo de servidores front-end del Sitio 1 y tiene una conexión SIP directa con la 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 Skype Empresarial existen en los Sitios 1 y 2. También se asume que la IP-PBX dispone de un procesador de medios asociado que todos los medios originados en los extremos de Skype Empresarial necesitan atravesar antes de ser enviados a los extremos de medios controlados por la 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

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

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.

Este tema describe las decisiones de planificación que necesitas tomar para la implementación de un Servidor de mediación.

Un 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. 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:

  • La cantidad de puertas de enlace del mismo nivel 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 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, necesitarás implementar un grupo de Servidores de mediación independiente, y las puertas de enlace RTC, las IP-PBX y los SBC necesitarán dividirse en subconjuntos controlados por los Servidores de mediación combinados en un grupo y los Servidores de mediación independientes en uno o más grupos independientes.

Si has implementado puertas de enlace RTC, IP-PBX o controladores de borde de sesión (SBC) incompatibles con las funciones adecuadas para interactuar con un grupo de Servidores de mediación, incluidas las siguientes, estas necesitarán asociarse a un grupo independiente formado por un solo Servidor de mediación:

  • Llevar a cabo el equilibrio de carga del Sistema de nombre de dominio (DNS) del nivel de red en los Servidores de mediación de un grupo (o bien, redirigir el tráfico uniformemente a través a todos los Servidores de mediación de un grupo)

  • Aceptar tráfico de cualquier Servidor de mediación de un grupo

Puedes utilizar la Microsoft Lync Server 2013, herramienta de planeación para evaluar si la combinación del Servidor de mediación con tu grupo de servidores front-end puede gestionar la carga. Si el entorno no cumple estos requisitos, necesitarás implementar un Grupo de servidores de mediación independiente.

Los Servidores de mediación del sitio central se pueden usar para redirigir llamadas a puertas de enlace RTC o IP-PBX en los sitios de sucursal. Pero, si implementas troncos SIP, necesitarás implementar un Servidor de mediación en el sitio donde termina cada tronco. Para que un Servidor de mediación del sitio central redirija las llamadas a una puerta de enlace RTC o IP-PBX en sitio de sucursal, no es necesario usar la omisión de medios. 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 disminuirá también la carga de procesamiento del grupo

noteNota:
La omisión de medios no interactuará con todas las puertas de enlace RTC, los sistemas IP-PBX y las SBC. Microsoft ha probado una serie de puertas de enlace RTC y SBC con socios certificados y ha realizado algunas pruebas con los IP-PBX de Cisco. Omisión de medios es compatible sólo con los productos y versiones que se enumeran en Unified Communications interoperabilidad programa abierto – Lync Server en https://go.microsoft.com/fwlink/p/?LinkId=268730.

Si se necesita resistencia en el sitio de sucursal, necesitas implementar una Aplicación de sucursal con funciones de supervivencia o una combinación de un Servidor front-end, un Servidor de mediación y una puerta de enlace en el sitio de sucursal. (Con la resistencia de los sitios de sucursal, se presupone que la presencia y las conferencias no son resistentes en el sitio). Para ver una guía sobre cómo planificar la voz en los sitios de sucursal, mira Planificar la resistencia de la Telefonía IP en Skype Empresarial Server 2015.

En las interacciones con una IP-PBX, si la IP-PBX no admite correctamente las interacciones iniciales de medios con las interacciones RFC 3960 y varios diálogos iniciales, pueden recortarse las primeras palabras del saludo de las llamadas entrantes del IP-PBX en los extremos de Skype Empresarial. Este problema puede agravarse si un Servidor de mediación del sitio central redirige llamadas a una IP-PBX en el que la ruta termina en un sitio de sucursal, porque se necesita más tiempo para que la señalización se complete. Si esto ocurre, la única forma de reducir el recorte de las primeras palabras es implementar un Servidor de mediación en el sitio de sucursal.

Por último, si el sitio central tiene una PBX TDM, o si la IP-PBX no elimina la necesidad de una puerta de enlace RTC, necesitarás implementar una puerta de enlace en la ruta de la llamada para conectar el Servidor de mediación y la PBX.

noteNota:
Para mejorar el rendimiento de los medios del Servidor de mediación independiente, necesitarás habilitar la Escalabilidad de tráfico de entrada (RSS) en los adaptadores de red de estos servidores. La RSS permite que varios procesadores en el servidor gestionen los paquetes entrantes. Para obtener más información, consulte "Lado de recepción escala mejoras en Windows Server" en https://go.microsoft.com/fwlink/p/?LinkId=268731. Para obtener más detalles sobre cómo habilitar RSS, mira la documentación de tu adaptador de red.
 
Mostrar: