Habilitar la comunicación segura entre CMS y CUCM

Introducción

Este documento describe cómo habilitar la comunicación entre Cisco Meeting Server (CMS) y Cisco Unified Communications Manager (CUCM).

Prerequisites

Requirements

Cisco recomienda que tenga conocimiento sobre estos temas:

• CMS versión 3.8 y posteriores
• CUCM e IM&P
• Jabber

Componentes Utilizados

La información que contiene este documento se basa en las siguientes versiones de software y hardware.

• CMS versión 3.8
• CUCM e IM&P 14 SU (3)

La información que contiene este documento se creó a partir de los dispositivos en un ambiente de laboratorio específico. Todos los dispositivos que se utilizan en este documento se pusieron en funcionamiento con una configuración verificada (predeterminada). Si tiene una red en vivo, asegúrese de entender el posible impacto de cualquier comando.

Antecedentes

Este documento describe el proceso de establecimiento de una comunicación segura entre CMS y CUCM para el uso compartido de presencia de aplicaciones Jabber/Web. Explica los pasos detallados para configurar y solucionar problemas del estado de actualización de los usuarios de Jabber durante las reuniones de aplicaciones web en el CMS. Meeting Server se puede configurar para actualizar el estado de presencia de los usuarios de Jabber mientras están participando en una reunión de aplicación web de Cisco Meeting Server.

Configurar

Habilitación de la comunicación segura entre CMS y el servidor CUCM/IMP

Inicie sesión en CUCM en la página de administración del sistema operativo, desplácese hastaSecurity > Certificate Managementy descargue el certificado de TOMCAT.

Certificado Tomcat de CUCM

Inicie sesión en Cisco Unified Presence Server (CUPS) en la página de administración del sistema operativo, desplácese hastaSecurity > Certificate Managementy descargue el certificado de CUPS.

Certificado CUPS de presencia

Descargue el certificado de CA RAÍZ que firmó el certificado Tomcat y Cup.

Certificado raíz de Tomcat

Certificado raíz para CUPS

Cree un paquete de certificados de certificados de CUCM. Un certificado de agrupamiento significa colocar el certificado de servidor en la parte superior, el certificado intermedio (any) en el medio y el certificado RAÍZ en la parte inferior, seguido de un (1) retorno de carro.

A continuación se muestra un ejemplo del certificado BUNDLE:

Paquete de certificados Tomcat

Cree un paquete de certificados de certificados CUPS. Un certificado de paquete significa colocar el certificado de servidor en la parte superior, el certificado intermedio (any) en el medio y el certificado RAÍZ en la parte inferior, seguido de un (1) retorno de carro.

paquete de certificados CUPS

Introduzca los certificados de paquete creados anteriormente en el servidor CMS mediante WinSCP.

Copiado de paquetes de certificados a CMS

Asigne el certificado de agrupamiento TOMCAT en Callbridge mediantecallbridge ucm certs .

Callbridge cert trust

Asigne el certificado de paquete del servidor CUP en Callbridge mediantecallbridge imps certs .

Ejecutecallbridgeel comando para verificar si los paquetes de certificados están asignados.

Callbridge trust cert check

Inicie sesión en CUCM como administrador de CM, navegue hastaUser Management > User Settings > Access Control Group, haga clic enAdd Newy cree un grupo de control de accesoCUCM_AXL_Group.

Creando grupo AXL

Asigne la funciónStandard  AXL API Accessal grupo de control de acceso creado anteriormente.

Asignación de acceso API al grupo AXL

Desplácese hastaUser Management > Application User, haga clic enAdd Newy cree un usuario de aplicaciónAXLuser. A continuación, asigne el grupo de control de acceso creado anteriormente.

Creación de un usuario y asignación de un grupo AXL

Cree un usuario CUP y asígnele estas dos funciones:Third Party Application UsersyAdmin-3rd Party API.

Creación de usuario CUP

Habilitar la verificación de certificados para el certificado de CUCM y el servicio IM & Presence Service (IMPS) de Cisco Unified Communications Manager en CMS mediante:

callbridge ucm verify

callbridge imps verify

Callbridge verify CUCM and CUPS cert

Verifíquelo ejecutando elcallbridgecomando.

Callbridge command check

Ahora agregue el nombre de dominio completamente calificado (FQDN) de CUCM y el usuario AXL y CUPS creados anteriormente en CMS mediantecallbridge ucm add .

axl_user = usuario AXL en CUCM

presence_user = usuario de CUP creado anteriormente

Adición de CUCM a Callbridge

Ahora, verifique si CMS confía en los servicios de CUCM con la ayuda de:

callbridge ucm axl_service status

callbridge ucm cucm14test.test.com axl_service status

estado de Callbridge AXL

callbridge imps presence_service status

wb3> callbridge imps impnew.test.com cisco presence_service status

estado de presencia de Callbridge

Los servicios disponibles implican que CUCM y CMS confían entre sí para los servicios de AXL y Presence.

Configuración específica de CUCM para el uso compartido de presencia entre Webapp y el cliente Jabber

CUCM debe tener LDAP configurado.

Sistema LDAP:

Configuración LDAP 1 de CUCM

Directorio LDAP:

Configuración LDAP 2 de CUCM

Autenticación LDAP:

Configuración LDAP de CUCM 1 Configuración LDAP de CUCM 1 Configuración LDAP de CUCM 1 Configuración LDAP 3 de CUCM

Usuarios extraídos de LDAP en CUCM con ID de correo configurado:

Usuarios en CUCM

Usuario de CUCM actualizado en servidor CUPS:

Usuarios en CUPS

El mismo directorio LDAP también está configurado en el CMS. La base de datos de usuarios se extrae y sincroniza en CMS.

usuarios de CMS

Ahora, puesto que ya ha validado que CMS puede confiar en CUCM, puede continuar con la prueba de presencia.

Adición de CUPS y CUCM a CMS

Verificación

Conectado a dos clientes con el mismo usuario (sincronizado desde el mismo LDAP):

Inicio de sesión de usuario en Jabber y webapp

Ambos clientes iniciaron sesión en el mismo usuario test@test.com.

Presencia en Jabber y Webapp antes de la llamada

El estado de presencia cambia cuando se une una llamada desde webapp

Cuando un usuario de Jabber inicia sesión en la aplicación web y se une a una reunión, el servidor de reuniones actualiza el estado de Jabber a "En una reunión, en una llamada" y vuelve a su estado anterior una vez que el usuario finaliza la reunión. Por ejemplo, si el estado del usuario en Jabber es "Disponible", se actualiza a "En una reunión, en una llamada" cuando se encuentra en una reunión de aplicación web. Una vez que el usuario abandona la reunión, el estado de Jabber se vuelve a definir como "Disponible". Si el usuario de Jabber se encuentra en otra reunión o llamada mientras se une a la reunión de la aplicación web, el servidor de reuniones no actualiza el estado de Jabber. Si el usuario de Jabber ha establecido su estado en 'No molestar' antes de unirse a la reunión de la aplicación web, el servidor de reuniones no actualiza el estado de Jabber. Si el usuario actualiza el estado de Jabber manualmente en cualquier momento durante la reunión de la aplicación web, el servidor de reuniones no invalida el estado de usuario actualizado manualmente.