Contenido

Introducción

Prerequisites

Requirements

Componentes Utilizados

Configuración

Configure Cisco Meeting Server.

Recursos adicionales

Introducción

Este documento describe la implementación dividida única de Cisco Meeting Server (CMS), cuál es el alcance y la diferencia con una sola implementación combinada.

Colaborado por Jefferson Madriz y Octavio Miralrio, Ingenieros del TAC de Cisco.

Prerequisites

Requirements

No hay requisitos específicos para este documento.

Componentes Utilizados

Este documento no tiene restricciones específicas en cuanto a versiones de software y de hardware.

The information in this document was created from the devices in a specific lab environment. All of the devices used in this document started with a cleared (default) configuration. Si tiene una red en vivo, asegúrese de entender el posible impacto de cualquier comando.

Configuración

Nota: Cisco Meeting Server versión 3.0 no admite servidores de la serie X.

Nota: Cisco Meeting Server 3.0 introduce el requisito obligatorio de tener Cisco Meeting Management (CMM) versión 3.0 o posterior.

Nota: Todos los servidores de reuniones de la implementación deben ejecutar la misma versión de software.

En una implementación de servidor dividido, los servicios CMS se dividen en diferentes servidores, Callbridge y Database permanecen en un servidor CMS central, Webbridge y Traversal Using Relays about NAT (TURN) se configuran en un servidor CMS perimetral. Tenga en cuenta que los servicios Cargador, Grabadora y Optimizador deben estar habilitados en un servidor independiente.

Para la implementación de Split, los servicios WebRTC externos deben ser proporcionados por el servidor TURN configurado en el perímetro de CMS. En este escenario, proporcionar servicios WebRTC a través del servidor de Expressway no es compatible, para utilizar Expressway como el servidor TURN para proporcionar servicios WebRTC, es necesario utilizar la implementación de Single Convined. La diferencia es que los servicios TURN los proporciona Expressway y webbridge está habilitado en el núcleo de CMS, como se muestra en la siguiente imagen:

En la implementación dividida única, los servicios TURN son proporcionados por el perímetro de CMS y los servicios de webbridge se configuran en el perímetro de CMS mientras que los servicios callbridge se habilitan en el núcleo de CMS, como se muestra en la siguiente imagen:

Precaución: Si ha activado Web Bridge 3 y la aplicación web, debe utilizar Expressway versión X12.6 o posterior, Web Bridge 3 no admite las versiones anteriores de Expressway.

En una implementación típica de CMS dividida, los servicios se dividen en dos servidores CMS diferentes: el núcleo y el perímetro. El servidor perimetral es el que proporciona servicios de activación para medios, y se recomienda utilizar el puente web para habilitar los servicios webRTC internos y externos a la red, como se muestra en la imagen:

Configure Cisco Meeting Server.

El software Cisco Meeting Server consta de dos capas: una plataforma y una aplicación.

- La plataforma se configura mediante el procesador de administración de placa base (MMP). El MMP se utiliza para el bootstrapping de bajo nivel y la configuración a través de su interfaz de línea de comandos. Por ejemplo, el MMP se utiliza para habilitar el puente web, la base de datos y otros componentes.

- La Aplicación se ejecuta en la plataforma MMP. La administración del nivel de aplicación (gestión de llamadas y medios) se puede realizar a través de la interfaz de administración web de callbridge o a través de la interfaz de programación de aplicaciones (API), si lo prefiere. La API utiliza el protocolo de transferencia de hipertexto seguro (HTTPS) como mecanismo de transporte y está diseñada para ser escalable con el fin de administrar el número potencialmente muy grande de llamadas activas y los espacios disponibles en una implementación.

Nota: Antes de la versión 2.9, debe configurar varios Call Bridges a través de la API y las herramientas API de terceros, como POSTMAN.

Para simplificar el uso de la API sin necesidad de aplicaciones de terceros, la versión 2.9 introdujo una interfaz de usuario para la API a la que se puede acceder a través de la ficha Configuración de la interfaz web de Meeting Server, como se muestra en la imagen:

Recursos adicionales

Puede encontrar más detalles relacionados con la capacidad y los puertos en los enlaces siguientes:

Capacidad de CMS

Puertos CMS