Habilitar comunicação segura entre CMS e CUCM

Introdução

Este documento descreve como habilitar a comunicação entre o Cisco Meeting Server (CMS) e o Cisco Unified Communications Manager (CUCM).

Pré-requisitos

Requisitos

A Cisco recomenda que você tenha conhecimento destes tópicos:

• CMS versão 3.8 e posterior
• CUCM e IM&P
• Jabber

Componentes Utilizados

As informações neste documento são baseadas nestas versões de software e hardware:

• CMS versão 3.8
• CUCM e IM&P 14 SU (3)

As informações neste documento foram criadas a partir de dispositivos em um ambiente de laboratório específico. Todos os dispositivos utilizados neste documento foram iniciados com uma configuração (padrão) inicial. Se a rede estiver ativa, certifique-se de que você entenda o impacto potencial de qualquer comando.

Informações de Apoio

Este documento descreve o processo de estabelecimento de comunicação segura entre o CMS e o CUCM para o compartilhamento de presença do Jabber/aplicativo Web. Ele explica as etapas detalhadas para configurar e solucionar problemas do status de atualização dos usuários Jabber durante as reuniões do aplicativo Web no CMS. O Servidor de Reunião pode ser configurado para atualizar o status de presença de usuários Jabber enquanto eles estão envolvidos em uma reunião do aplicativo Web do Cisco Meeting Server.

Configurar

Habilitando a comunicação segura entre o CMS e o servidor CUCM/IMP

Faça login no CUCM na página de admin do SO, navegue paraSecurity > Certificate Managemente baixe o certificado TOMCAT.

Certificado Tomcat CUCM

Faça login no Cisco Unified Presence Server (CUPS) na página de administração do SO, navegue paraSecurity > Certificate Managemente baixe o certificado CUPS.

Certificado CUPS de presença

Faça o download do Certificado de CA RAIZ que assinou o certificado Tomcat e Cup.

Certificado raiz de Tomcat

Certificado raiz para CUPS

Crie um pacote de certificados de CUCM. Um certificado de pacote significa, colocando o certificado do servidor no topo, o certificado intermediário (qualquer um) no meio e o certificado de RAIZ na parte inferior, seguido de um (1) retorno de carro.

Aqui está um exemplo para o certificado BUNDLE:

Pacote de certificado Tomcat

Crie um pacote de certificados CUPS. Um certificado de pacote significa, colocando o certificado do servidor no topo, o certificado intermediário (qualquer um) no meio e o certificado de RAIZ na parte inferior, seguido de um (1) retorno de carro.

Pacote de certificado CUPS

Envie por push os certificados de pacote criados anteriormente para o servidor CMS via WinSCP.

Copiando o pacote de certificados para o CMS

Atribua o certificado de pacote TOMCAT no Callbridge usandocallbridge ucm certs .

Callbridge cert trust

Atribua o certificado do pacote de servidor CUP no Callbridge usandocallbridge imps certs .

Execute ocallbridgecomando para verificar se os pacotes de certificados estão atribuídos.

Verificação de certificado de confiança do Callbridge

Faça login no CUCM como Administrador do CM, navegue atéUser Management > User Settings > Access Control Group, clique emAdd Newe crie um Grupo de controle de acessoCUCM_AXL_Group.

Criando grupo AXL

Atribua a funçãoStandard  AXL API Accessao Grupo de Controle de Acesso criado anteriormente.

Atribuição de acesso de API ao grupo AXL

Navegue atéUser Management > Application User, clique emAdd Newe crie um Usuário de aplicativoAXLuser. Em seguida, atribua o grupo de controle de acesso, que foi criado anteriormente.

Criando um usuário e atribuindo um grupo AXL

Crie um usuário CUP e atribua estas duas funções:Third Party Application UserseAdmin-3rd Party API.

Criando usuário CUP

Habilite a verificação de certificado para o CUCM e o certificado do Cisco Unified Communications Manager IM & Presence Service (IMPS) no CMS usando:

callbridge ucm verify

callbridge imps verify

Verificação do certificado CUCM e CUPS pelo Callbridge

Verifique-o executando o comandocallbridge.

Verificação de comando de ponte de chamada

Agora, adicione o CUCM Fully Qualified Domain Name (FQDN) e o usuário AXL e o CUPS criados anteriormente no CMS usandocallbridge ucm add .

axl_user = usuário AXL no CUCM

presence_user = usuário do CUP criado anteriormente

Adicionando CUCM ao Callbridge

Agora, verifique se o CMS confia nos serviços do CUCM com a ajuda de:

callbridge ucm axl_service status

callbridge ucm cucm14test.test.com axl_service status

status AXL do Callbridge

callbridge imps presence_service status

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

Status de presença do Callbridge

Os serviços disponíveis significam que o CUCM e o CMS confiam uns nos outros para os serviços AXL e Presence.

Configuração específica de CUCM para compartilhamento de presença entre o Webapp e o cliente Jabber

O CUCM deve ter o LDAP configurado.

Sistema LDAP:

Configuração LDAP do CUCM 1

Diretório LDAP:

Configuração LDAP do CUCM 2

Autenticação LDAP:

Configuração LDAP do CUCM 1 Configuração LDAP do CUCM 1 Configuração LDAP do CUCM 1 Configuração LDAP do CUCM 3

Usuários extraídos do LDAP para o CUCM com ID de e-mail configurada:

Usuários no CUCM

Usuário do CUCM atualizado no servidor CUPS:

Usuários no CUPS

O mesmo Diretório LDAP também é configurado no CMS. O banco de dados do usuário é recebido e sincronizado no CMS.

Usuários CMS

Agora, como você já validou que o CMS pode confiar no CUCM, você pode continuar com o teste de Presença.

Adicionando CUPS e CUCM ao CMS

Verificar

Conectado em dois clientes com o mesmo usuário (sincronizado do mesmo LDAP):

Login do usuário no Jabber e no webapp

Ambos os clientes entraram no mesmo usuário test@test.com.

Presença no Jabber e no Webapp antes da chamada

O status de presença muda quando a chamada ingressa do aplicativo Web

Quando um usuário do Jabber entra no aplicativo Web e ingressa em uma reunião, o Servidor de Reunião atualiza o status do Jabber para ‘Em uma reunião, Em uma chamada’ e reverte para o status anterior após o usuário terminar a reunião. Por exemplo, se o status do usuário no Jabber for ‘Disponível’, ele será atualizado para ‘Em uma reunião, Em uma chamada’ quando estiver em uma reunião do aplicativo Web. Depois que o usuário sai da reunião, o status do Jabber é definido como "Disponível" novamente. Se o usuário do Jabber estiver em outra reunião/chamada ao ingressar na reunião do aplicativo Web, o Servidor de Reunião não atualizará o status do Jabber. Se o usuário do Jabber tiver definido seu status como 'DND - Não perturbe' antes de ingressar na reunião do aplicativo Web, o Servidor de Reunião não atualizará o status do Jabber. Se o usuário atualizar o status do Jabber manualmente a qualquer momento durante a reunião do aplicativo Web, o Servidor de Reunião não substituirá o status do usuário atualizado manualmente.