Solución de problemas de inicio de sesión de Jabber

Introducción

Este documento describe cómo se inicia sesión Jabber y cómo resolverlo cuando falla el login en una red interna o corporativa.

Antecedentes

El inicio de sesión de Jabber consta de dos etapas: el servidor Cisco Unified Communications Manager (CUCM), el inicio de sesión y el servidor de IM y presencia (IM&P), el inicio de sesión.

• El inicio de sesión de CUCM implica la detección de servicios para identificar el servidor de CUCM al que Jabber debe iniciar sesión.
  
  
• Autenticación de usuario Jabber con CUCM para recuperar los detalles del perfil de servicio que contienen el servidor IMP, el buzón de voz, las conferencias, los detalles del servidor CTI y también el archivo de configuración del dispositivo para los servicios del teléfono.
  
  
• Una vez que el inicio de sesión de CUCM se ha realizado correctamente, Jabber inicia sesión en el servidor de IM&P para autenticar y recuperar la lista de contactos y otros servicios de IM.
  
  
• El inicio de sesión de IM&P tiene dos etapas: Registro SOAP en el que se trata de la autenticación de usuario y, a continuación, registro XMPP en el que se trata de la creación de sesión XMPP y la administración de flujo.

Cómo recopilar registros

En primer lugar, elimine la caché del PC y recopile el informe de problemas de Jabber (PRT) limpio. Estos son los pasos para hacer lo mismo

Paso 1. Cierre la sesión y salga de la aplicación Jabber.
Paso 2. Eliminar todos los registros ubicados en

%AppData%\Local\Cisco\Unified Communications\Jabber\
%AppData%\Roaming\Cisco\Unified Communications\Jabber\

Paso 3. Reinicie Jabber y vuelva a crear el problema.

Paso 4. Recolectar el informe de problemas (en el menú Ayuda de Jabber, seleccione Reportar un problema opción para iniciar la herramienta de informes de problemas y seguir las instrucciones).

Siga estos enlaces:

• Cómo recopilar un informe de problemas de Jabber
• Cómo recopilar registros de Expressway (cuando Jabber está en MRA)

Palabras clave para buscar en registros

IMPStackCap::Log in::OnLog inError 
ServiceDiscoveryHandlerResult
@CupSoapCli: log in cup succeeds - shows when the SOAP log in was successful.
[CTriTPConnectionClient::OnConnectSuccess] - @XmppSDK: - shows when the XMPP log in was successful.
LERR - shows the Log in Errors when the Jabber fails to log in to the IM&P Server.

Etapas para resolver problemas

Etapa 1. Detección de servicios CUCM

Error en la pantalla	Causa	Qué comprobar en el registro de Jabber
No se pueden encontrar los servicios automáticamente. Haga clic en Advanced settings (Parámetros avanzados) para realizar la configuración manualmente	Este error aparece cuando _cisco-uds o _cuplog en los registros SRV no están configurados en el servidor DNS	csf::dns::mapFromWindowsDNSResult

Fragmento de registro de ejemplo

017-03-19 17:55:00,422 WARN  [0x000050ac] [src\dnsutils\win32\win32DnsUtils.cpp(52)] [csf.dns]   [csf::dns::mapFromWindowsDNSResult] - *-----* DNS query _cisco-uds._tcp.appslab.com. has failed: DNS name does not exist.  (9003).

2017-03-19 17:55:00,438 WARN  [0x000050ac] [src\dnsutils\win32\win32DnsUtils.cpp(52)] [csf.dns]   [csf::dns::mapFromWindowsDNSResult] - *-----* DNS query _cuplogin._tcp.appslab.com. has failed: DNS name does not exist. (9003).

Pasos a resolver

Paso 1. Inicie el símbolo del sistema (en un cliente de Windows) y luego ingrese nslookup.

Paso 2. A continuación, establezca el tipo de consulta en SRV
set type = SRV

Paso 3. Después de eso, inserte el registro SRV que necesitamos verificar
_cisco-uds._tcp.example.com

Paso 4. Esto devuelve los registros A de DNS que señalan a los servidores CUCM. Este es un ejemplo del registro SRV de Cisco-uds exitoso. Si no se devuelve ningún registro, póngase en contacto con el administrador de DNS para configurar los registros SRV

Error en la pantalla	Causa	Qué comprobar en el registro de Jabber
No se pueden encontrar los servicios automáticamente. Haga clic en Advanced settings (Parámetros avanzados) para realizar la configuración manualmente	Este error se observa cuando Jabber no puede recuperar los servidores UDS o TFTP para recopilar su información de inicio de sesión y la configuración.	Código de respuesta HTTP 503 para la solicitud #29 a https://cucm.domain:8443/cucm-uds/ Código de respuesta HTTP 503 para la solicitud #29 a https://cucm.domain:6972/

Pasos a resolver

Paso 1. Valide que los nodos CUCM configurados como servidores TFTP estén activos y en ejecución.

Paso 2. Reinicie estos servicios en todos los nodos CUCM.

• Cisco TFTP
• Servicio Cisco UDS

Etapa 2. Autenticación de usuario de CUCM

Error en la pantalla	Causa	Qué comprobar en el registro de Jabber
Su nombre de usuario o contraseña no es correcto	Este error aparece cuando las credenciales introducidas son erróneas o el usuario está bloqueado en CUCM/LDAP	"FAILED_UCM90_AUTHENTICATION"

Fragmento de registro de ejemplo

2017-01-09 08:59:10,652 INFO  [0x00001740] [vices\impl\DiscoveryHandlerImpl.cpp(460)] [service-discovery] [CSFUnified::DiscoveryHandlerImpl::evaluateServiceDiscoveryResult] - ServiceDiscoveryHandlerResult return code FAILED_UCM90_AUTHENTICATION

Pasos a resolver

Paso 1. Asegúrese de que el Usuario que intenta iniciar sesión esté configurado como usuario final en CUCM. Vaya a la página Administración de CUCM > Usuario final.

Paso 2. Compruebe si las credenciales son correctas y si el usuario está activo. Inicie sesión en el portal de autoayuda de CUCM. Esta imagen hace referencia al escenario en el que LDAP no puede autenticar al usuario porque el usuario no es un usuario válido o la contraseña proporcionada es incorrecta.

Paso 3. Si se ve este problema para todos los usuarios, debe verificar si la sincronización LDAP y la configuración de autenticación LDAP en CUCM Administration > System > LDAP es correcta.

Consejo: Desde la perspectiva del servidor LDAP, asegúrese de que la cuenta no esté bloqueada, que las contraseñas no hayan caducado y que todos los usuarios estén sincronizados con el servidor CUCM.

Error en la pantalla	Causa	Qué comprobar en el registro de Jabber
No se puede comunicar con el servidor	Jabber no puede resolver ni alcanzar el FQDN/HOSTNAME de CUCM que recibió durante la detección del servicio	"FAILED_UCM90_CONNECTION"

Fragmento de registro de ejemplo

2017-08-28 12:04:00,282 INFO  [0x00004290] [vices\impl\DiscoveryHandlerImpl.cpp(452)] [service-discovery] [CSFUnified::DiscoveryHandlerImpl::evaluateServiceDiscoveryResult] - ServiceDiscoveryHandlerResult return code FAILED_UCM90_CONNECTION

Pasos a resolver

Paso 1. Pruebe si puede abrir esta URL en el explorador en el PC https://<CUCM IP/FQDN> :8443/cucm-uds/version

Fallo                                                                                                                                       

Correcto

Paso 2. Si la respuesta no es exitosa, verifique si el DNS está configurado correctamente para resolverlos y también si ningún elemento de red como Firewall/ASA bloquea el puerto 8443.

Paso 3. Esta URL debe probarse para todos los servidores CUCM del clúster. Para conocer la lista de servidores, navegue hasta Administración de CUCM > Sistema > Servidor.

Error en la pantalla	Causa	Qué comprobar en el registro de Jabber
No se puede comunicar con el servidor	Este error aparece cuando el ID de usuario introducido en Jabber no coincide con el ID de usuario configurado en CUCM	"FAILED_USER_LOOKUP"

Fragmento de registro de ejemplo

2016-08-18 13:14:49,943 INFO  [0x000036e4] [vices\impl\DiscoveryHandlerImpl.cpp(367)] [service-discovery] [DiscoveryHandlerImpl::evaluateServiceDiscoveryResult] - ServiceDiscoveryHandlerResult return code FAILED_USER_LOOKUP

Pasos a resolver

Paso 1. Pruebe si puede abrir esta URL en el navegador en el PC https://CUCM:8443/cucm-uds/clusterUser?username=<userid>

Paso 2. Compruebe si el ID de usuario introducido en Jabber coincide con el ID de usuario de la página Usuario final de CUCM.

Consejo: Jabber tiene la detección de UPN habilitada de forma predeterminada y, por lo tanto, el userid se rellena automáticamente desde el campo LDAP UPN. Compruebe si UPN es el mismo que el configurado en CUCM, si necesita inhabilitar la detección de UPN, establezca UPN_DISCOVERY_ENABLED=false durante la instalación

Etapa 3. Inicio de sesión SOAP (inicio de sesión de IM y presencia)

Error en la pantalla	Causa	Qué comprobar en el registro de Jabber
Su nombre de usuario o contraseña no es correcto	Este error se debe a una falla de autenticación de usuario	"LERR_CUP_AUTH"

Fragmento de registro de ejemplo

2017-01-14 15:55:09,615 INFO  [0x00000dc0] [ts\adapters\imp\components\Login.cpp(99)] [imp.service] [IMPStackCap::Login::OnLoginError] - ****************************************************************
2017-01-14 15:55:09,615 INFO  [0x00000dc0] [s\adapters\imp\components\Login.cpp(100)] [imp.service] [IMPStackCap::Login::OnLoginError] - OnLoginError: (data=0) LERR_CUP_AUTH <12>:
201-01-14 15:55:09,615 INFO  [0x00000dc0] [s\adapters\imp\components\Login.cpp(101)] [imp.service] [IMPStackCap::Login::OnLoginError] - ****************************************************************

Pasos a resolver

Paso 1. Compruebe si el usuario está asignado a un nodo de presencia y si no hay duplicados para el usuario (Administración de IM y presencia > Diagnóstico > Solucionador de problemas del sistema).

Paso 2. Compruebe si el estado de alta disponibilidad (HA) es normal y no se ha producido ninguna conmutación por fallo. Si ha intentado asignar al usuario durante un estado HA anormal, los usuarios no están asignados a ningún nodo IMP y el inicio de sesión falla y ahora necesita recuperar primero el estado HA y volver a asignar al usuario.

Paso 3. Asegúrese de que las credenciales sean válidas.

1. En el caso de un usuario LDAP, verifique si el usuario puede iniciar sesión en el portal de CUCM Selfcare.
   
   
2. Si falla el inicio de sesión de la página ccmenduser, verifique la configuración de autenticación LDAP en CUCM y también verifique que la misma configuración se replique a IMP
   
     run sql select * from ldapauthentication
      run sql select * from ldapauthenticationhost
   
   
3. Compruebe si la cuenta no está bloqueada en LDAP
   
   
4. Si el usuario se ha activado recientemente para Presence, reinicie el servicio Cisco Sync Agent en IMP Publisher.

Paso 4. Compruebe que el servidor tiene un consumo elevado de CPU TOMCAT

• show process load
• utils diagnose test

Paso 5. Establezca este registro de servicios en DEBUG y, a continuación, vuelva a crear el problema de inicio de sesión y recopile los registros

• Agente de perfil del cliente
• Tomcat de Cisco
• Visor de eventos: registros de aplicaciones
• Visor de eventos: registros del sistema

Error en la pantalla	Causa	Qué comprobar en el registro de Jabber
Credenciales no válidas	Este error se produce cuando el usuario no está activo o en la base de datos.	LERR_CUP_AUTH <10>

Fragmento de registro de ejemplo

[IMPServices] [CSFUnified::IMPStackCap::Log in::OnLog inError] - ****************************************************************
[IMPServices] [CSFUnified::IMPStackCap::Log in::OnLog inError] - OnLog inError: LERR_CUP_AUTH <10>: 
[IMPServices] [CSFUnified::IMPStackCap::Log in::OnLog inError] - ****************************************************************
[http-bio-443-exec-15] handlers.Log inHandlerAbstract - preLog in:PRELOGIN reasoncode=FAILURE. User either not CUP licensed or not found in database.

Consejo: Para este error, también se recomienda tomar los registros Tomcat de Cisco de los servidores CUCM e IM&P.

Desde los registros Tomcat de Cisco

2019-10-27 18:33:40,373 DEBUG [http-bio-443-exec-5] impl.LDAPHostnameVerifier - check : inside check with X509 cert
2019-10-27 18:33:40,373 DEBUG [http-bio-443-exec-5] impl.Certificates - getCNs :
2019-10-27 18:33:40,373 DEBUG [http-bio-443-exec-5] impl.LDAPHostnameVerifier - check : cns = [ldap.ciscolab.com]
2019-10-27 18:33:40,373 DEBUG [http-bio-443-exec-5] impl.Certificates - getDNSSubjectAlts :
2019-10-27 18:33:40,374 DEBUG [http-bio-443-exec-5] impl.LDAPHostnameVerifier - check : subjectAlts = [ldap.ciscolab.com, ldap2.ciscolab.com]
2019-10-27 18:33:40,374 ERROR [http-bio-443-exec-5] impl.AuthenticationLDAP - verifyHostName:Exception.javax.net.ssl.SSLPeerUnverifiedException: hostname of the server 'ldapdc.ciscolab.com' does not match the hostname in the server's certificate.
2019-10-27 18:33:40,374 DEBUG [http-bio-443-exec-5] impl.AuthenticationLDAP - value of hostnameverifiedfalse
2019-10-27 18:33:40,374 INFO [http-bio-443-exec-5] impl.AuthenticationLDAP - verifyHostName: Closing LDAP socket

Pasos a resolver

Aquí se encuentran dos situaciones si los registros de Tomcat de Cisco no muestran ningún error de certificado, esto requiere ser validado.

Paso 1. Validar que el usuario está asociado a un servidor de IM&P

• Vaya a la página web de administración de CUCM > Administración de usuarios > Administración de usuarios > Asignación de usuarios de presencia > Buscar el ID de usuario y Haga clic en Buscar

Paso 2. Si el usuario está asociado a un servidor de IM&P, rebote el usuario del clúster de Nodo de inicio

• Vaya a la página web de administración de CUCM > Administración de usuarios > Usuario final > Buscar el usuario final y Haga clic en Buscar > En Configuración de servicio, desmarque la casilla de verificación Clúster doméstico> Haga clic en Guardar > marque la casilla Clúster doméstico y haga clic en Guardar

En caso de que los registros de Tomcat de Cisco muestren el error del fragmento previamente mostrado, realice estos pasos:

Paso 1. Confirme si Cisco Jabber está configurado para utilizar LDAP seguro

Paso 2. Si Secure LDAP está en uso, confirme la información de los certificados asociada a ellos, como el nombre de dominio completo (FQDN), el nombre de host y el nombre común (CN).

Paso 3. Valide cómo se configuran CUCM e IM&P, si tienen dirección IP o FQDN, y compare eso con la información que contiene el certificado

• Vaya a la página web de administración de CUCM > Sistema > Servidor

Paso 4. Si los servidores se configuran con dirección IP y los certificados LDAP se configuran con FQDN, el siguiente comando debe ejecutarse en todos los nodos CUCM e IM&P

• utils ldap config ipaddr
• O bien la definición de los servidores debe cambiarse como FQDN. Siga la guía Cambiar la definición del servidor de CUCM desde la dirección IP o el nombre de host a FQDN.

Error en la pantalla	Causa	Qué comprobar en el registro de Jabber
No se puede comunicar con el servidor	Este error se debe a problemas con la conectividad IMDB o TCP con IMP	"LERR_CUP_UNREACHABLE" , "LERR_CUP_TIMEOUT"

Fragmento de registro de ejemplo

2017-11-08 16:03:20,051 DEBUG [0x00003a0c] [s\adapters\imp\components\Login.cpp(127)] [IMPServices] [CSFUnified::IMPStackCap::Login::OnLoginError] - ************************************************
2017-11-08 16:03:20,051 INFO  [0x00003a0c] [s\adapters\imp\components\Login.cpp(128)] [IMPServices] [CSFUnified::IMPStackCap::Login::OnLoginError] - OnLoginError: LERR_CUP_UNREACHABLE 
2017-11-08 16:03:20,051 DEBUG [0x00003a0c] [s\adapters\imp\components\Login.cpp(129)] [IMPServices] [CSFUnified::IMPStackCap::Login::OnLoginError] - *************************************************

Pasos a resolver

Paso 1. Verifique si el FQDN/nombres de host de IMP se pueden resolver desde el equipo del cliente.

Paso 2. Compruebe si puede abrir esta URL en el explorador https://<IMP SERVER FQDN/IP>:8443/EPASSoap/service/v105

Correcto                                                                                                                    

Fallo

Paso 3. Verifique que el firewall/VPN no bloquee la conectividad con el servidor IMP (puerto 8443,5222)

Paso 4. Verifique si este servicio se ejecuta en el servidor IMP: Agente de perfil de cliente de Cisco

Paso 5. Establezca este registro de servicios en DEBUG, vuelva a crear el problema de inicio de sesión y luego recopile los registros si los pasos anteriores no resuelven el problema.

• Router Cisco XCP
• Administrador de conexiones Cisco XCP
• Servicio de autenticación XCP de Cisco
• Agente de perfil del cliente

Consejo: Si el problema persiste para un solo usuario, puede intentar anular la asignación y volver a asignar al usuario para que esté presente en CUCM. Si se trata de un problema en todo el sistema, recopile los registros y verifique el estado de los servicios 

Error en la pantalla	Causa	Qué comprobar en el registro de Jabber
No se puede comunicar con el servidor	Normalmente, este error se debe a problemas con IMDB	"LERR_CUP_INTERNAL_ERROR"

Fragmento de registro de ejemplo

2017-11-08 16:03:20,051 DEBUG [0x00003a0c] [s\adapters\imp\components\Login.cpp(127)] [IMPServices] [CSFUnified::IMPStackCap::Login::OnLoginError] - ************************************************
2017-11-08 16:03:20,051 INFO  [0x00003a0c] [s\adapters\imp\components\Login.cpp(128)] [IMPServices] [CSFUnified::IMPStackCap::Login::OnLoginError] - OnLoginError: LERR_CUP_INTERNAL_ERROR 
2017-11-08 16:03:20,051 DEBUG [0x00003a0c] [s\adapters\imp\components\Login.cpp(129)] [IMPServices] [CSFUnified::IMPStackCap::Login::OnLoginError] - *************************************************

Pasos a resolver

Paso 1. Realizar comprobaciones obligatorias

Paso 2. Verifique que estos servicios se estén ejecutando en el servidor de IM&P

• Router Cisco XCP
• Administrador de conexiones Cisco XCP
• Servicio de autenticación XCP de Cisco
• Almacén de datos de inicio de sesión de Cisco

Paso 3. Compruebe si este aviso de campo es aplicable

Aviso de problemas FN - 64267 - Cisco Unified Communications Manager IM & Presence causa fallos en la conexión de Cisco Jabber - Actualización de software recomendada

Paso 4. Establezca este registro de servicios en DEBUG, vuelva a crear el problema de inicio de sesión y luego recopile los registros si los pasos anteriores no resuelven el problema.

• Router Cisco XCP
• Administrador de conexiones Cisco XCP
• Servicio de autenticación XCP de Cisco
• Agente de perfil del cliente
• Cisco Log in Datastore
• Visor de eventos: registros de aplicaciones
• Visor de eventos: registros del sistema

Paso 5. Reinicie el clúster para recuperar la situación.

Etapa 4. Inicio de sesión de XMPP (inicio de sesión de IM y presencia)

Error en la pantalla	Causa	Qué comprobar en el registro de Jabber
No se puede comunicar con el servidor	Se suele ver cuando Jabber no se conecta a través de MRA y no puede establecer una sesión TLS con IM&P	LERR_JABBER_AUTH <14>: Error de autenticación con servidor, por ejemplo, enlace de recursos, TLS, creación de sesión o error SASL

Fragmento de registro de ejemplo

2019-05-03 15:19:32,225 DEBUG [0x0000000109732f80] [s/adapters/imp/components/Log in.cpp(128)] [IMPServices] [OnLog inError] - ****************************************************************
2019-05-03 15:19:32,225 INFO  [0x0000000109732f80] [s/adapters/imp/components/Log in.cpp(129)] [IMPServices] [OnLog inError] - OnLog inError: LERR_JABBER_AUTH <14>: Authentication error with server e.g. resource bind, TLS, create session or SASL error
2019-05-03 15:19:32,225 DEBUG [0x0000000109732f80] [s/adapters/imp/components/Log in.cpp(130)] [IMPServices] [OnLog inError] - ****************************************************************

Pasos a resolver

Paso 1. Verifique si el puerto 5222 está abierto entre los servidores IM&P y Expressway.

Paso 2. Verifique si estos servicios se están ejecutando en el servidor de IM&P y reinícielos una vez.

• Router Cisco XCP
• Administrador de conexiones Cisco XCP
• Servicio de autenticación XCP de Cisco

Paso 3. Inhabilite la alta disponibilidad de los grupos de redundancia de presencia de CUCM.

Paso 4. Reinicie el servicio Cisco XCP Router en todos los nodos IM&P, primero con IM&P Publisher y luego en los suscriptores.

• utils service restart Cisco XCP Router Service

Paso 5. Vuelva a habilitar la alta disponibilidad de los grupos de redundancia de presencia de CUCM.

Error en la pantalla	Causa	Qué comprobar en el registro de Jabber
No se puede comunicar con el servidor	Se suele ver cuando Jabber no puede crear una sesión y se enlaza a sí mismo en el servidor IMP	LERR_JABBER_AUTH <17>: Error de autenticación con servidor, por ejemplo, enlace de recursos, TLS, creación de sesión o error SASL"

Fragmento de registro de ejemplo

2017-10-27 10:56:47,396 DEBUG [0x00007fff8b3d7340] [s/adapters/imp/components/Login.cpp(127)] [IMPServices] [OnLoginError] - ****************************************************************
2017-10-27 10:56:47,396 INFO  [0x00007fff8b3d7340] [s/adapters/imp/components/Login.cpp(128)] [IMPServices] [OnLoginError] - OnLoginError: LERR_JABBER_AUTH <17>: Authentication error with server e.g. resource bind, TLS, create session or SASL error
2017-10-27 10:56:47,396 DEBUG [0x00007fff8b3d7340] [s/adapters/imp/components/Login.cpp(129)] [IMPServices] [OnLoginError] - ****************************************************************

Pasos a resolver

Paso 1. Verifique si los certificados cup-xmpp son válidos.

Paso 2. Compruebe si el puerto 5222 está abierto.

Paso 3. Establezca este registro de servicios en DEBUG y, a continuación, vuelva a crear el problema de inicio de sesión y recopile los registros antes del paso 4 si la causa raíz que se identifica como Reinicio del servidor es la única solución conocida hasta ahora

• Router Cisco XCP
• Administrador de conexiones Cisco XCP
• Servicio de autenticación XCP de Cisco
• Agente de perfil del cliente
• Visor de eventos: registros de aplicaciones
• Visor de eventos: registros del sistema

Paso 4. Reinicie el servidor para resolver el problema.

Error en la pantalla	Causa	Qué comprobar en el registro de Jabber
No se puede comunicar con el servidor	Se ve cuando la IMP no se puede resolver o no se puede alcanzar debido a problemas de red como el firewall	"LERR_JABBER_UNREACHABLE"

Fragmento de registro de ejemplo

2014-12-15 12:07:31,600 INFO  [0x00001670] [ts\adapters\imp\components\Login.cpp(96)] [imp.service] [IMPStackCap::Login::OnLoginError] - ****************************************************************
2014-12-15 12:07:31,600 INFO  [0x00001670] [ts\adapters\imp\components\Login.cpp(97)] [imp.service] [IMPStackCap::Login::OnLoginError] - OnLoginError: (data=0) LERR_JABBER_UNREACHABLE <16>:
2014-12-15 12:07:31,600 INFO  [0x00001670] [ts\adapters\imp\components\Login.cpp(98)] [imp.service] [IMPStackCap::Login::OnLoginError] - ****************************************************************

Pasos a resolver

Paso 1. Compruebe si los nombres de host/FQDN de IMP se pueden resolver.

Paso 2. Verifique que el firewall/VPN no bloquee la conectividad con el servidor IM&P (puerto 8443,5222).

Paso 3. Verifique si estos servicios se están ejecutando en el servidor de IM&P y reinícielos una vez.

• Router Cisco XCP
• Administrador de conexiones Cisco XCP
• Servicio de autenticación XCP de Cisco

Paso 4. Realice comprobaciones obligatorias.

Paso 5. Establezca este registro de servicios en DEBUG, vuelva a crear el problema de inicio de sesión y luego recopile los registros si los pasos anteriores no resuelven el problema.

• Router Cisco XCP
• Administrador de conexiones Cisco XCP
• Servicio de autenticación XCP de Cisco
• Agente de perfil del cliente
• Visor de eventos: registros de aplicaciones
• Visor de eventos: registros del sistema

Paso 6. En caso de que todos los usuarios experimenten el mismo error, se puede realizar un reinicio del servidor para una recuperación rápida.

Error en la pantalla	Causa	Qué comprobar en el registro de Jabber
No se puede iniciar sesión en su cuenta. Póngase en contacto con el administrador.	Se suele ver cuando Jabber inicia sesión con SSO, ya sea in situ o a través de Expressway (acceso remoto móvil (MRA))	"Iniciar sesiónErrorCódigoError: 27 asignado a: UnknownLog inError "

Fragmento de registro de ejemplo

2020-03-12 19:55:01,283 DEBUG [0x000000010b71d800][apters/imp/components/Log inUtils.cpp(96)][IMPServices][Log inErrortoErrorCode] - Log inErrortoErrorCode: 27 mapped to: UnknownLog inError
2020-03-12 19:55:01,283 DEBUG [0x000000010b71d800][isteners/Log inEventListenerImpl.cpp(148)][IMPServices][OnLog inError] - errCode: UnknownLog inError
2020-03-12 19:55:01,283 INFO [0x000000016b61f000][ers/imp/lifecycle/Log inExecutor.cpp(314)][IMPServices][signOn] - logged in using User ID: 35309769, failed
2020-03-12 19:55:01,478 INFO [0x000000010b71d800][pp/tahiti/ui/log in/YLCLog inBaseVC.m(500)][UI.Action.System] [-[YLCLog inBaseVC getPresenceErrorMessgaWithCode:]] - Jabber log in failed and show errorcode:200 string: Cannot Sign in your account. Contact your administrator.

Pasos a resolver

Paso 1. Valide que el usuario esté asignado a IM&P.

Paso 2. Valide que los certificados se intercambien correctamente entre los nodos y el Jaber.

Paso 3. Validar las claves de firma y cifrado de OAuth están configuradas correctamente en todos los nodos. Consulte este documento en la sección Verificación.

Paso 4. Realice comprobaciones obligatorias.

Paso 5. Establezca este registro de servicios en DEBUG, vuelva a crear el problema de inicio de sesión y luego recopile los registros si los pasos anteriores no resuelven el problema.

• Router Cisco XCP
• Administrador de conexiones Cisco XCP
• Servicio de autenticación XCP de Cisco
• Agente de perfil del cliente
• Visor de eventos: registros de aplicaciones
• Visor de eventos: registros del sistema
• SSO de Cisco
• Tomcat de Cisco
• Seguridad Tomcat De Cisco

Comprobaciones obligatorias

Paso 1. Compruebe si el usuario está asignado a un nodo de presencia (navegue hasta Administración de IM y presencia > Sistema > Topología) y no hay duplicados para el usuario(navegue hasta Administración de IM y presencia > Diagnóstico > Solucionador de problemas del sistema)

Paso 2. Si está habilitada la Alta Disponibilidad, navegue hasta CUCM Administration > Server > Presence Redundancy Group y verifique si están en el estado Normal . Esta es la imagen del estado Normal. Para obtener más información sobre la Alta Disponibilidad, puede encontrar aquí.

 Estado anormal

Nota: Jabber utiliza estos servicios para iniciar sesión: Cisco Tomcat, Cisco Tomcat Security, Cisco Client Profile Agent, Cisco XCP Connection Manager, Cisco XCP Router y Cisco XCP Authentication.

Estado normal

Paso 3. Verifique el estado de replicación de alta disponibilidad.

   a.utils dbreplicación runtimstate

Si encuentra problemas en la replicación de la base de datos, siga este enlace.

b.run pe sql ttlog in select count(*) from typesysreplication

or utils imdb_replication status (10.5.2 SU2a y posteriores)

Los tres almacenes de datos deben mostrar PASSED, y el comando debe ejecutarse en todos los nodos IM&P, como a veces en un nodo toda la replicación de los almacenes de datos puede mostrar Passed, pero en otro nodo puede mostrar Failed.

Las implicaciones si la replicación de IMDB (Base de datos en memoria) no es correcta pueden implicar que algunos o todos los usuarios no pueden iniciar sesión o que su estado de presencia no se puede mostrar correctamente.

Los pasos para resolver los problemas de replicación de IMDB son:

Paso 1. Inhabilite la alta disponibilidad (HA) para el subclúster de IM&P afectado.

Paso 2. Detenga Cisco Presence Engine en todos los nodos

utils service stop Cisco Presence Engine 

Paso 3. Verifique que todos los servicios del almacén de datos se estén ejecutando: Registro en el almacén de datos de Cisco, Cisco Route Datastore, Cisco Presence Datastore, Cisco SIP Registration Datastore.

lista de servicios de utils

Paso 4. Reinicie Cisco Config Agent en cada nodo de uno en uno.

utils service restart Cisco Config Agent

Paso 5. Inicie Cisco Presence Engine.

utils service start Cisco Presence Engine

Paso 6. Habilite HA para el subclúster.

Cómo establecer registros en DEBUG

Paso 1 Elija Navegación > Serviciabilidad Unificada > Seguimiento > Configuración.
Paso 2 En la lista desplegable Servidor, elija el servidor (es decir, el nodo IMP) que ejecuta el servicio para el que desea configurar el seguimiento y, a continuación, haga clic en Ir.
Paso 3 En el cuadro de lista desplegable Grupo de servicios, elija el grupo de servicios para el servicio que desea configurar el seguimiento; a continuación, haga clic en Ir.
Paso 4 En el cuadro de lista desplegable Servicio, elija el servicio para el que desea configurar el seguimiento; a continuación, haga clic en Ir.
Paso 5 Marque la casilla de verificación 'Aplicar a todos los nodos' y seleccione el nivel de seguimiento en 'DEBUG'
Paso 6 Para guardar la configuración de los parámetros de seguimiento, haga clic en el botón Guardar

Para obtener más información sobre cómo establecer niveles de seguimiento, consulte la Guía de administración de serviciabilidad de Cisco Unified.

Vídeos útiles:

• Configuración de los niveles de seguimiento de servicio
• Recopilación de registros del RTMT

Registros a recopilar

RTMT	CLI de administración
Agente del perfil del cliente de Cisco	file get activelog tomcat/logs/epassoap/log4j/*
Cisco Log in Datastore	file get activelog epas/trace/imdb/sdi/ttlog in/
Registros De Seguridad Tomcat De Cisco	file get activelog tomcat/logs/security/log4j/*
Servicio de autenticación XCP de Cisco	file get activelog epas/trace/xcp/log/auth*
Administrador de conexiones Cisco XCP	file get activelog epas/trace/xcp/log/client-cm-1*.log
Router Cisco XCP	file get activelog epas/trace/xcp/log/rtr-jsm-1
Visor de eventos: registros de aplicaciones	archivo get activelog syslog/CiscoSyslog*
Visor de eventos: registros del sistema	file get activelog syslog/messages*

Recopilación de registros de RTMT