Introducción
En este documento se describen los problemas habituales a los que se enfrenta al intentar registrar Cisco Meeting Server (CMS) como puente de conferencia en Cisco Unified Call Manager (CUCM).
Prerrequisitos
- Ha configurado un troncal SIP de CUCM a CMS mediante el FQDN de CMS en lugar de IP
- Ha configurado el puente de conferencia CMS en CUCM, después de haber habilitado el destino de anulación de enlace troncal SIP como nombre de host de dirección HTTPS.
1. La versión de TLS no coincide
Puede ocurrir que CUCM esté utilizando TLS 1.0 mientras que CMS está utilizando TLS 1.2
Desde la versión 2.3, el servidor de reuniones utiliza un mínimo de TLS 1.2 y DTLS 1.2 para todos los servicios: SIP, LDAP, HTTPS (conexiones entrantes: API, administrador web y puente web; conexiones salientes: CDR) y XMPP.
Solución
Si es necesario para la interoperabilidad con software anterior que no haya implementado TLS 1.2, se puede establecer una versión inferior del protocolo como la versión TLS mínima para los servicios SIP, LDAP y HTTPS. Consulte los comandos tls <service> min-tls-version <minimum version string> y tls min-dtls-version <minimum version string> en la guía de referencia de comandos MMP para CMS.
Nota: Se requiere un reinicio de Call Bridge para aplicar los cambios a la configuración de tls.
2. CUCM no envía ningún tráfico TCP a CMS
Puede ocurrir que no vea tráfico que llega de CUCM en CMS.
Solución
La razón por la que esto puede suceder es que CUCM no puede resolver la URL para conectarse a CMS. Asegúrese de que la URL utilizada en el destino del troncal SIP de sustitución como nombre de host de dirección HTTPS del puente de conferencia tenga un registro A correspondiente en el DNS que esté utilizando CUCM.
Como alternativa, asegúrese de que el DNS principal de CUCM puede resolver el FQDN de CMS. El nodo DNS secundario configurado en CUCM no se utilizará a menos que el nodo DNS principal no esté completamente accesible.
En los registros de SDL de CUCM verá lo siguiente:
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. El CMS no se registra debido a la emisión del certificado
Verá el tráfico TCP que se intercambia entre CUCM y CMS; sin embargo, CUCM está restableciendo la conexión TCP.
Solución
Durante el intercambio de señales de 3 vías para configurar la conexión TCP entre CMS y CUCM, CMS presenta su certificado webadmin a CUCM. La URL utilizada en el parámetro de sustitución debe estar presente en el certificado de WebAdmin como CN o en el campo SAN.
Comentarios