Introducción
Este documento describe cómo los componentes Callbridge y Extensible Messaging and Presence Protocol (XMPP) de Cisco Meeting Server (CMS) detectan y se comunican entre sí.
Prerequisites
Requirements
Cisco recomienda que tenga conocimiento sobre estos temas:
- Cisco Meeting Server
- componente Callbridge
- componente XMPP
- Marco de comunicación en tiempo real (WebRTC)
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.
Antecedentes
WebRTC es un marco abierto para la Web que permite las comunicaciones en tiempo real con un navegador de Internet. Incluye los pilares fundamentales para las comunicaciones de alta calidad en la Web, como los componentes de red, audio y vídeo utilizados en las aplicaciones de chat de voz y vídeo.
Se requiere el componente XMPP de Cisco Meeting Server para unirse a una reunión o iniciar sesión en la plataforma WebRTC. Cuando llega una nueva solicitud de inicio de sesión en el XMPP desde el cliente WebRTC, el XMPP se comunica con Callbridge para iniciar la conexión.
Flujo de señal
Explicación
- Antes de que llegue una solicitud de inicio de sesión en el XMPP desde el usuario web, el XMPP ya debe estar conectado a un Callbridge.
Nota: La configuración de la conexión Callbridge y XMPP no se explica en este documento. Para obtener más información, navegue hasta el siguiente documento: Configurar e integrar CMS individual con servicios combinados
- Callbridge recupera el nombre de dominio completo (FQDN) y los detalles del puerto del servidor XMPP, basándose en la configuración de la interfaz de programación de aplicaciones (API) /configuration/xmpp o en la configuración de la interfaz web XMPP Server Settings.
- De forma predeterminada, Callbridge intenta conectarse al XMPP en el puerto 5223, a menos que se especifique explícitamente en la configuración de la dirección del servidor en la interfaz web de administración de CMS, para validar esta información, navegue hasta CMS > Configuration > General.
- En el caso de implementaciones con varios servidores XMPP, el campo Dirección de servidor se deja en blanco. En ese escenario, Callbridge realiza una búsqueda SRV para el componente record_xmpp._tcp.example.com. El ejemplo.com se reemplaza por la entrada en el campo Dominio.
- Callbridge realiza una búsqueda de servicio de red de dominio (DNS) para recuperar el FQDN XMPP.
- Callbridge se conecta a la dirección IP y al puerto devueltos.
- Se produce un intercambio de señales de protocolo de control de transmisión (TCP) entre Callbridge y XMPP. Esto significa los certificados de intercambio Callbridge y XMPP.
- El certificado XMPP debe incluir el dominio XMPP y FQDN del servidor XMPP como entradas de nombre alternativo del sujeto (SAN), para evitar errores de certificado.
- Una vez establecida la conexión, Callbridge envía una solicitud de registro al servidor XMPP con el ID y la contraseña únicos de Callbridge.
Nota: La ID y la contraseña de Callbridge deben estar previamente configuradas, la configuración de estas configuraciones no es el alcance de este documento, para más referencia navegue al siguiente documento: Configurar e integrar CMS individual con servicios combinados
- El servidor XMPP valida la ID y la contraseña de Callbridge y envía una respuesta de registro correcta.
- Esto establece una conexión activa entre Callbridge y XMPP.
- XMPP utiliza esta conexión cuando llega una nueva solicitud de inicio de sesión.