Introdução
Este documento descreve os problemas comuns enfrentados ao tentar registrar o Cisco Meeting Server (CMS) como uma ponte de conferência no Cisco Unified Call Manager (CUCM).
Pré-requisitos
- Configure um tronco SIP do CUCM para o CMS usando o FQDN do CMS em vez do IP
- Configure a ponte de conferência CMS no CUCM, tendo habilitado o Destino de Tronco SIP de Substituição como Nome de host do endereço HTTPS.
1. Incompatibilidade de versão TLS
Pode acontecer que o CUCM esteja usando TLS 1.0 enquanto o CMS esteja usando TLS 1.2
A partir da versão 2.3, o Servidor de Reunião usa um mínimo de TLS 1.2 e DTLS 1.2 para todos os serviços: SIP, LDAP, HTTPS (conexões de entrada: API, Web Admin e Web Bridge; conexões de saída: CDRs) e XMPP.
Solução
Se necessário para a interoperabilidade com software mais antigo que não implementou TLS 1.2, uma versão mais antiga do protocolo pode ser definida como a versão TLS mínima para os serviços SIP, LDAP e HTTPS. Consulte os comandos tls <service> min-tls-version <minimum version string> e tls min-dtls-version <minimum version string> no guia de referência de comandos do MMP para CMS.
Note: Uma reinicialização de Call Bridge é necessária para que as alterações na configuração de tls sejam aplicadas.
2. CUCM não enviando nenhum tráfego TCP para CMS
Pode acontecer que você não veja nenhum tráfego chegando do CUCM no CMS.
Solução
Isso pode acontecer porque o CUCM não consegue resolver a URL para se conectar ao CMS. Certifique-se de que a URL usada no Destino de Tronco SIP de Substituição como Nome de host do endereço HTTPS na ponte de conferência tenha um registro A correspondente no DNS que o CUCM está usando.
Como alternativa, certifique-se de que o DNS primário do CUCM seja capaz de resolver o FQDN do CMS. O nó DNS secundário configurado no CUCM não será usado, a menos que o nó DNS primário esteja completamente inacessível.
Nos registros SDL do CUCM você verá isto:
87042368.004 |15:18:18.129 |AppInfo |ConnectionFailureToPDP - A connection request from Unified CM to the policy decision point failed Policy Decision Point:https://webbridge_test.test.com:445/RPC2/ The cause of the connection failure:Invalid URI App ID:Cisco CallManager Cluster ID:StandAloneCluster Node ID:TPCUCMPUB
87042368.005 |15:18:18.129 |AlarmErr |AlarmClass: CallManager, AlarmName: ConnectionFailureToPDP, AlarmSeverity: Error, AlarmMessage: , AlarmDescription: A connection request from Unified CM to the policy decision point failed, AlarmParameters: PolicyDecisionPoint:https://webbridge.test.com:445/RPC2/, FailedToConnectReason:Invalid URI, AppID:Cisco CallManager, ClusterID:StandAloneCluster, NodeID:TPCUCMPUB,
3. CMS não está registrado devido à emissão do certificado
Você vê o tráfego TCP sendo trocado entre o CUCM e o CMS, no entanto, o CUCM está redefinindo a conexão TCP.
Solução
Durante o handshake triplo para configurar a conexão TCP entre o CMS e o CUCM, o CMS está apresentando seu certificado de webadmin ao CUCM. A URL usada no parâmetro override precisa estar presente no certificado WebAdmin como CN ou no campo SAN.