Gracias por sus comentarios.

Este artículo está dirigido al equipo de soporte técnico de las organizaciones proveedoras de servicios que se encargan de brindar soporte tanto a sí mismos como a sus clientes. Deben estar familiarizados con la resolución de problemas generales, la lectura de registros y el trabajo con casos de suscriptores.

Este artículo se divide en tres secciones principales:

• Recursos: proporciona una lista de herramientas, material de lectura, registros y contactos que pueda necesitar.
• Procesos: describe algunas de las acciones que puede realizar al solucionar un problema de un cliente.
• Problemas específicos: clasifica y enumera los problemas que se sabe que ocurren, cómo detectarlos y cómo se pueden resolver.

Archivos de registro útiles

Lista de lecturas

• Portal de conocimiento para socios de Webex para Cisco BroadWorks
• Guía de configuración de la plataforma XSP (R23)
• Guía de administración de software de BroadWorks (R23)
• Guía de configuración de administración de dispositivos Cisco BroadWorks (R23)
• Guía de administración de la interfaz de línea de comandos Broadworks Xsp
• Descripción de la característica de token de autenticación largamente autenticado, versión 23.0
• Guía de integración de autenticación SAML, R23
• Guía de opciones de soporte SSL de Cisco BroadWorks
• Descripción de las funciones de soporte de Cisco CI
• Servidor de notificaciones push (Descripción de la función)
• Soporte de notificaciones de push para la descripción de la característica de llamadas, versión 22.0
• Conectar (Android) Migración al método de Firebase Procedimiento
• Descripción de la función de almacenamiento de tokens de dispositivos para notificaciones push de Cisco BroadWorks (versión 22.0)
• Planificador de capacidad de Cisco BroadWorksSystem (hoja de cálculo)
• Guía de dimensionamiento de la plataforma Cisco BroadWorks
• Guía de ingeniería de sistemas de Cisco Broadworks
• Requisitos de compatibilidad para la autenticación de CI, versión 1.0 MR-7136

Limitaciones y problemas conocidos

El artículo Problemas conocidos y limitaciones contiene información actualizada sobre los problemas conocidos que hemos identificado en la solución Webex para BroadWorks.

Conector de la capacidad de servicio

El servicio Webex Serviceability aumenta la velocidad con la que el personal de asistencia técnica de Cisco puede diagnosticar problemas con la infraestructura. Automatiza las tareas de búsqueda, recuperación y almacenamiento de registros de diagnóstico e información en un caso de SR. El servicio también activa análisis contra firmas de diagnóstico para que el TAC pueda identificar y resolver problemas con su equipo en las instalaciones de manera más eficiente.

Para obtener detalles sobre cómo implementar el conector de Serviceability, consulte la Guía de implementación del conector de Serviceability de Cisco Webex.

Escalar un problema

Después de seguir algunas de las instrucciones para la resolución de problemas, debería tener una idea razonable de dónde radica el problema.

Procedimiento

1. Recopile toda la información posible de los sistemas relacionados con el problema.
2. Póngase en contacto con el equipo correspondiente de Cisco para abrir un caso.

Qué información del cliente recopilar

Si cree que tiene que abrir un caso o escalar un problema, recopile la siguiente información mientras resuelve los problemas con el usuario:

• Identificador de usuario: Dirección de correo electrónico de CI o UUID de usuario (este es el identificador de Webex, pero si también obtiene el identificador de BroadWorks del usuario, inclúyalo en los detalles del caso).
• Identificador de la organización.
• Periodo de tiempo aproximado durante el cual se experimentó el problema.
• Plataforma y versión del cliente.
• Enviar o recopilar registros del cliente.
• Registre el ID de seguimiento si aparece en el cliente.

Consulta los datos del usuario en la Mesa de Ayuda.

Los administradores asociados que tengan privilegios de rol de Administrador de mesa de ayuda (Básico o Avanzado) pueden usar este procedimiento para verificar los detalles del usuario mediante la vista de Mesa de ayuda.

Procedimient

1. Inicia sesión en Mesa de Ayuda.
2. Busque y, a continuación, haga clic en el usuario. Se abrirá la pantalla de resumen de usuarios.
3. Haga clic nombre de usuario para ver la configuración detallada de los usuarios. La información útil en esta vista incluye el UUID del usuario, el clúster de identidad común (CI), el clúster de la aplicación Webex, el comportamiento de llamada y el GUID de la cuenta de BroadWorks.
4. Haga clic en Copiar si necesita utilizar esta información en otra herramienta o adjunte la información a un caso de Cisco.

Ver la organización del cliente en la Mesa de Ayuda

Los administradores asociados que tengan privilegios de rol de Administrador de mesa de ayuda (Básico o Avanzado) pueden usar este procedimiento para ver los detalles de la organización del cliente en la vista de Mesa de ayuda.

Procedimient

1. Inicia sesión en Mesa de Ayuda.
2. Busque y, a continuación, haga clic en el nombre de la organización del cliente.
3. Desplácese hacia abajo hasta que vea Vista del portal del cliente y haga clic en Ver CustomerName para ver una vista de solo lectura de la organización del cliente, incluidos los usuarios y la configuración.

Recuperar los registros de usuario desde Partner Hub

Al solucionar problemas con clientes de escritorio y móviles, es importante que los socios (y el TAC) puedan ver los registros del cliente.

Procedimient

1. Solicite al usuario que envíe los registros. Para obtener más ayuda, consulte: Aplicación Webex | Informar de un problema.
2. Pídele al usuario que exporte el entorno de llamadas y te envíe el archivo ced.dat.
3. Obtenga los registros del cliente desde Partner Hub o Help Desk.

   Opción De concentrador de socios:

   1. Inicie sesión en el Partner Hub y busque la organización del cliente del usuario.
   2. Seleccione Resolución de problemas.
   3. Seleccione Registros.
   4. Busque al usuario (por correo electrónico).
   5. Vea y descargue los registros del cliente como un archivo zip.

   Mesa de ayuda opción de compra:

   1. Inicie sesión en Mesa de ayuda.
   2. Busque la organización.
   3. Haga clic en la organización (se abre la pantalla de resumen).
   4. Desplácese hacia abajo para hacer clic en Ver cliente.
   5. Seleccione Resolución de problemas.
   6. Seleccione Registros.
   7. Busque al usuario (por correo electrónico).
   8. Vea y descargue los registros del cliente como un archivo zip.

Cómo encontrar la versión del cliente

Procedimient

1. Comparta este enlace con el usuario: https://help.webex.com/njpf8r5
2. Solicite al usuario que le envíe el número de versión.

Verificación del cliente para el servicio de llamadas

Procedimient

1. Inicie sesión en el cliente de Webex.
2. Verifique que el icono de Opciones de llamada (un auricular con un engranaje encima de él) esté presente en la barra lateral. Si el icono no está presente, es posible que el usuario todavía no esté habilitado para el servicio de llamadas en Control Hub.
3. Abra el menú Configuración/Preferencias y vaya a la sección Servicios telefónicos. Debería ver el estado SSO sesión Ha iniciado sesión. (Si es un servicio telefónico diferente, como Webex Calling ,aparece, el usuario no está usando Webex para Cisco BroadWorks).

   Esta verificación significa:

   • El cliente ha recorrido correctamente los microservicios de Webex requeridos.
   • El usuario se autenticó correctamente.
   • El sistema BroadWorks emite al cliente un token web JSON de larga duración.
   • El cliente ha recuperado su perfil de dispositivo y se ha registrado en BroadWorks.

Obtenga registros o comentarios de los clientes.

• Consulte la sección Recursos para encontrar registros de clientes específicos en los clientes de escritorio de Webex, o solicite a los usuarios que envíen registros. Para obtener más ayuda, consulte: Aplicación Webex | Informar de un problema.
• Solicita a los usuarios de clientes móviles que envíen los registros; luego podrás obtenerlos a través de Partner Hub o Help Desk.
  Enviar registros está en silencio. Sin embargo, si un usuario envía comentarios, se lo lleva al equipo de desarrollo de la aplicación de Webex. Asegúrese de grabar el número de comentarios del usuario si desea hacer un seguimiento con Cisco. Por ejemplo:

  

Obtener datos del entorno de llamadas

Los registros del cliente de Webex están muy redactados para eliminar información de identificación personal. Debe exportar los datos del entorno de llamadas desde el cliente en la misma sesión cuando note el problema.

Procedimient

1. En el cliente, haga clic en Ayuda > Comprobador de salud.
2. Seleccione Restablecer base de datos. Esto provoca un reinicio completo del cliente y carga la pantalla de inicio de sesión de la aplicación Webex.

Verifique que Webex se registre en BroadWorks.

La aplicación Webex comprueba la siguiente información para determinar si debe registrarse en BroadWorks:

• Derecho del usuario a broadworks-connector.
• Comportamiento de llamada para la organización y el usuario.

Comprobar el comportamiento de llamadas y la autorización del conector de un usuario

1. Inicie sesión en Mesa de ayuda con sus credenciales de administrador de socio.
2. Busque el usuario.
3. Haga clic en el usuario y marque la entrada Comportamiento de las llamadas. Debe ser "Llamando en Webex".

   

4. Haga clic en nombre de usuario para abrir la pantalla Detalles del usuario.
5. Desplácese hacia abajo para localizar la sección entitlements y verifique que broadworks-connector esté incluida.

   

   Un usuario de Webex para Cisco BroadWorks no debería tener el derecho bc-sp-standard si tiene la intención de usar Webex para Cisco BroadWorks. Este es el derecho a "Llamadas Webex (Broadcloud)", que consiste en realizar llamadas a través de la aplicación Webex mediante un servicio de llamadas en la nube gestionado por Cisco.

Comprobar el comportamiento de llamadas de la organización

1. Inicie sesión en Mesa de ayuda con sus credenciales de administrador de socio.
2. Busque la organización.
3. Haga clic en la organización y marque la entrada Comportamiento de llamada. Debe ser "Llamando en Webex".

Analizar PSLog para detectar problemas de aprovisionamiento de usuarios

Utilice el PSLog del servidor de aplicaciones para ver la solicitud HTTP POST al puente de aprovisionamiento y la respuesta de Webex. En un caso de correcto funcionamiento, la respuesta es 200 aceptar y, luego de unos minutos, puede ver al usuario (y a la nueva organización del cliente, si es el primer usuario) que se ha creado en Webex. Puede verificar esto al buscar Mesa de ayuda por la dirección de correo electrónico que ve en el POST.

Antes de comenzar

Recopile un PSLog del servidor de aplicaciones durante un intento de aprovisionamiento de flujo con un usuario de prueba.

Procedimient

1. Primero, compruebe el código de respuesta HTTP:
   • Cualquier otra cosa que no sea 200 OK es una falla de aprovisionamiento del usuario.
   • El código 200 OK aún podría indicar un fallo si algo relacionado con el perfil del suscriptor no funciona correctamente en los servicios de Webex previos al puente de aprovisionamiento.
   • 400 puede contener un nodo message en la respuesta. El puente de aprovisionamiento no pudo procesar algo en los subscriberProfile. Es posible que haya algún problema con los detalles del suscriptor o incompatibilidad con una configuración en la plantilla.
   • 401 significa que las credenciales de aprovisionamiento introducidas en el as no coinciden con las que se introdujeron en la plantilla en el Concentrador de socios.
   • 403 podría indicar que hay algo mal configurado en el servidor de aplicaciones. Compruebe el destino de la solicitud. no debe ser una dirección IP, debe ser la URL del puente de aprovisionamiento que puede ver en su plantilla en partner Hub.
   • 409 indica un conflicto entre los datos de Webex proporcionados subscriberProfile y los datos existentes. Es posible que haya un usuario existente con esa dirección de correo electrónico. Comprueba los message en la respuesta.
2. También puede comprobar el HTTP POST original en busca de valores sospeches que puedan provocar una falla en el aprovisionamiento. El POST contiene una estructura XML subscriberProfile. Dentro de esto, los nodos útiles que se deben verificar son los siguientes:
   • bwuserid: Utilice esta opción para encontrar el perfil del suscriptor si necesita editarlo en BroadWorks.
   • group: Si la plantilla está en "Modo Proveedor de servicios", este texto se convierte en minúsculas y pasa a ser el nombre de la organización del cliente que ve en Partner Hub.
   • serviceProvider: Si la plantilla está en "modo Empresarial", esta se verá en minúscula y se convertirá en el nombre de la organización del cliente que ve en el concentrador de socios.
   • primaryPhoneNumber: Debe existir. El aprovisionamiento falla sin él.
   • email: Se convierte en el ID de usuario en Webex. Debe ser válido y único para Webex; de lo contrario, fallará el aprovisionamiento.

     Ignora la estrofa services : es creada por AS y aceptada pero no utilizada por Webex.

Analice los registros XSP para solucionar problemas de inicio de sesión de suscriptor.

Este flujo describe el modo de autenticación de BroadWorks. Puede ver el modo de autenticación en la plantilla de BroadWorks, en el Concentrador de socios. Consulte Configurar las plantillas de cliente en https://help.webex.com/en-us/z9gt5j/Webex-for-BroadWorks-Solution-Guide#id_137726.

El siguiente diagrama de escalera muestra la interacción entre el usuario, el cliente, los servicios de Webex y el sistema BroadWorks, cuando el usuario realiza la autenticación de BroadWorks en la aplicación Webex. Además, la conexión entre Webex y el XSP está protegida mediante MTLS.

El debate que sigue explica lo que puede esperar ver al investigar los registros para una conexión exitosa.

El usuario interactúa con el cliente y el cliente interactúa con los servicios de Webex:

• El usuario proporciona su dirección de correo electrónico a la aplicación Webex (1 en el diagrama).
• CI sabe que debe redirigir a este usuario para que ingrese su contraseña de BroadWorks (por medio de UAP) (2 en el diagrama).
• El proxy de IDP envía una solicitud de perfil obtener a la interfaz de Xsi en el XSP.

En el gato access_log:

• Busque la solicitud GET para el perfil del suscriptor, de Webex hacia la interfaz de Xsi-Actions (2.1 en el diagrama). Tiene el ID de usuario Webex. Por ejemplo:

  GET /com.broadsoft.xsi-actions/v2.0/user/webexuserid@example.com/profile

En el cuadro XsiActionsLog:

• Busque la solicitud GET de perfil de Webex (2.1 en el diagrama). Tiene el ID de usuario Webex. Por ejemplo:

  GET /com.broadsoft.xsi-actions/v2.0/user/webexuserid@example.com/profile Los encabezados incluyen authorization: Basic y user-agent: broadworksTeamsClient

• El XSP entonces realiza la autenticación OCI-P Básica con BroadWorks (AutenticaciónVerifyRequest y AutenticaciónVerifyResponse, al igual que cualquier otra aplicación que realiza autenticación básica a través de Xsi) y también un UserGetRequest y ServiceProviderGetRequest para reunir la información del suscriptor.
• La respuesta de Xsi a Webex contiene un bloque XML Profile que contiene los detalles (BroadWorks) userId y otros detalles (2.2 en el diagrama).

Interacciones entre los servicios de cliente y Webex:

• El proxy IDP compara el perfil de usuario recibido de BroadWorks y emite una aserción SAML al cliente (2.3 en el diagrama).
• El cliente intercambia una aserción SAML por un token CI (3 en el diagrama).
• El cliente comprueba que el usuario que haya iniciado sesión tenga la autorización del conector de Broadworks (4 en el diagrama). Puedes consultar los permisos de usuario en el servicio de asistencia técnica.
• El cliente utiliza el token CI para solicitar un JSON Web Token (JWT) al proxy IDP (5 en el diagrama).
• El proxy IDP valida el token CI en CI.
• El proxy IDP solicita el JWT al servicio de autenticación.

En el registro de servicio de autenticación:

• Busque la solicitud de token de Webex (5.2 en el diagrama), por ejemplo: GET /authService/token que tiene http_bw_userid encabezado y otros.
• El XSP realiza OCI-P UserGetLoginInfoRequestpara validar que el ID de usuario proporcionado corresponde a un usuario de BroadWorks (5.3 en el diagrama). AuthService ha establecido una confianza con Webex en virtud de la conexión mTLS, por lo que puede emitir LLT.
• Busque la respuesta (5.4 en el diagrama) de LongLivedTokenManager - Token generated, subject: bwksUserId@example.com, issuer: BroadWorks … y StatusCode=200 que puede asociar con la solicitud original usando el encabezado trackingid: CLIENT… .

En el cuadro XsiActionsLog:

• El cliente puede presentar el token de larga duración en la interfaz de Xsi-Actions para obtener su perfil de dispositivo (6 en el diagrama). Por ejemplo: GET /com.broadsoft.xsi-actions/v2.0/user/bwksUserId%40example.com/profile/device Con los encabezados authorization: Bearer token y user-agent: WebexTeams (variant/version)
• La interfaz Xsi-Actions envía el token mediante POST al servicio de autenticación (configurado para estar en la interfaz de bucle invertido). Por ejemplo: 127.0.0.1:80 POST http://127.0.0.1:80/authService/token que puedes correlacionar con el encabezado trackingid: CLIENT… en el GET y el encabezado X-BROADSOFT-CORRELATION-ID : CLIENT… en el POST.

En el registro de servicio de autenticación:

• La recepción del POST de Xsi (bucle de respaldo)

• A StatusCode=200 volver a Xsi

• Y una respuesta de validación de token, que tiene un bloque JSON "token" en el cuerpo.

• Correlacionado mediante el trackingid: CLIENT…

En el cuadro XsiActionsLog:

• Habiendo recibido 200 OK de authservice, que validó el token del cliente, la aplicación Xsi-Actions ahora envía una solicitud OCI-P para UserPrimaryAndSCADeviceGetListRequest
• Recibe OCI-P UserPrimaryAndSCADeviceGetListResponse que contiene la estructura XML accessDeviceTable.
• La respuesta OCI-P se codifica como respuesta Xsi al cliente, incluyendo la estructura XML AccessDevices, que tiene el deviceTypes. Por ejemplo: Business Communicator – PC y las URL donde el cliente puede recuperar los archivos de configuración del dispositivo.

El cliente continúa normalmente:

• Selecciona una entrada de dispositivo e interactúa con DMS para obtener el perfil del dispositivo (6 en el diagrama).
• Registros a BroadWorks a través de SBC recuperados en la configuración de DMS (7 en el diagrama).

Problemas del centro de socios

1. El administrador no puede ver las organizaciones de clientes.

Como administrador de su organización asociada en Webex, debe tener el rol de Administrador completo. Ese rol se utiliza para administrar su organización de socio, incluida la asignación de privilegios administrativos a usted y a los demás. Para administrar las organizaciones de clientes, debe otorgarse a sí mismo (o a otras personas) el rol de Administrador completo de ventas o el rol de Administrador de ventas. Para obtener más detalles, consulte Asignar roles de cuenta de organización en Control Hub.

Problemas de aprovisionamiento de usuarios

1. IM integrada & Errores P para empresas específicas / clientes

Si dispone de una combinación de empresas que utilizan diferentes servicios de colaboración en la nube, por ejemplo, UC-One SaaS y Webex para Cisco BroadWorks, es posible que haya optado por modificar el adaptador de aprovisionamiento para cada empresa individualmente.

Para comprobar qué está configurado para la mensajería instantánea integrada & P (predeterminado para empresas, a menos que exista una configuración más específica), ejecutar AS_CLI/Interface/Messaging> get. Para conocer los parámetros de aprovisionamiento de una empresa específica, abra la empresa y vaya a Servicios > IM integrado & PAG.

Compruebe que la configuración de IM&P integrada para esa empresa coincida exactamente con lo que se muestra en la plantilla del cliente en el concentrador del socio. La siguiente configuración debe coincidir, o el aprovisionamiento falla para todos los usuarios en la empresa:

2. IM integrada & Errores P para usuarios específicos

Esto se aplica si está utilizando el aprovisionamiento de flujo directo y supone que el aprovisionamiento está funcionando para some/most usuarios (para que puedas descartar un problema de configuración). Si ve mensajería instantánea integrada & Errores P en BroadWorks, por ejemplo, “[Error 18215] Error de aprovisionamiento con el servidor de mensajería” y “[Error 18211] Error de comunicación con el servidor de mensajería”, debe investigar las siguientes posibles causas:

• La dirección de correo electrónico del usuario ya podía existir de CI. Busque al usuario en el servicio de asistencia técnica para comprobar si su dirección de correo electrónico ya está registrada. Esto no es necesariamente concluyente, ya que el usuario puede pertenecer a una organización cuyos datos no tienes permiso para ver en el servicio de asistencia técnica.
• El usuario se inscribió en Webex de manera independiente, antes de ser asignado al servicio de IM&P integrado. En este caso, una opción es que el usuario elimine sus cuentas gratuitas para que puedan formar parte de la Organización de Clientes que usted está aprovisionando. Las instrucciones están en https://help.webex.com/5m4i4y
• El usuario no tiene asignado un número de teléfono principal a su perfil (todos los suscriptores de Webex para Cisco BroadWorks deben tener un número DID principal). Consulte el tema sobre el análisis de PSLog de AS.

3. Fallos en el aprovisionamiento de usuarios en respuesta al puente de aprovisionamiento

Si los usuarios no aparecen en Control Hub, en pocos minutos después de asignar la mensajería instantánea integrada, & P, echa un vistazo a los códigos de respuesta del servicio de puente de aprovisionamiento. Ejecute un PSLog para ver los códigos de respuesta HTTP.

200 ACEPTAR

Una respuesta 200 OK no significa que el usuario se haya aprovisionado correctamente. Significa que el servicio de aprovisionamiento recibió la solicitud y envió correctamente la solicitud de creación de usuarios correspondiente a los servicios ascendentes. La transacción de aprovisionamiento es asíncrona por diseño. El servicio responde con el código 200 OK porque el proceso de creación de usuarios puede tardar varios minutos y, por motivos de rendimiento, no queremos recibir varias solicitudes para crear el mismo usuario. Sin embargo, si el usuario no aparece finalmente en la organización del cliente tras una respuesta 200 OK, podría indicar que la creación del usuario falló en los servicios de Webex anteriores al servicio de aprovisionamiento. Tiene que remitir a una instancia mayor una falla de aprovisionamiento que tenga una respuesta de 200 Aceptar.

400 solicitud mala

Compruebe la respuesta HTTP que debería tener más detalles sobre posibles problemas que puedan causar esta respuesta del servicio de aprovisionamiento. Algunos ejemplos del nodo:

• "No se puede confiar en el correo electrónico de BroadWorks con la API de aprovisionamiento heredada". La dirección de correo electrónico asociada con la solicitud de suministro del usuario fallida no es válida o es mal escrito, pero usted ha aseverado en la plantilla que las direcciones de correo electrónico pueden ser de confianza. Verifique los perfiles de los usuarios en BroadWorks, específicamente el ID de correo electrónico.
• La organización del cliente no se encuentra en la base de datos y, además, la opción para crear una nueva organización no está habilitada. Esta solicitud de aprovisionamiento fallida debe crear una nueva organización de clientes en Webex, pero su plantilla está configurada para evitar la creación de nuevas organizaciones de clientes. Si quiere permitir nuevas organizaciones, para dominios de correo electrónico que no coinciden con los clientes existentes en Webex, puede volver a configurar su plantilla en partner Hub y volver a probar la solicitud de aprovisionamiento. Sin embargo, si no espera que se cree una nueva organización para este usuario, tal vez la dirección de correo electrónico esté mal escrito (específicamente la parte del dominio). Verifique el ID de correo electrónico del usuario en BroadWorks.

403 Prohibido

La solicitud de aprovisionamiento no podrá completarse hasta que corrija la configuración. En este caso, deberá investigar la solicitud y la respuesta. Por ejemplo, si ve una dirección IP como destino de la solicitud de aprovisionamiento, en lugar de la URL del puente de aprovisionamiento adecuada para su organización (consulte los temas de configuración del firewall en la Guía de solución), puede indicar que a su servidor de aplicaciones le falta la revisión necesaria (ap373197).

Compruebe que todas las revisiones necesarias se apliquen al servidor de aplicaciones y que haya completado la configuración relacionada para el aprovisionamiento de flujo correcto.

409 Conflicto

La solicitud de aprovisionamiento no puede continuar porque hay un usuario existente en Webex que coincide con la dirección de correo electrónico de la solicitud.

4. El usuario ya está en CI

Consiga que el correo electrónico del suscriptor salga de la solicitud HTTP POST y la busque en Mesa de ayuda. Es posible que no vea al usuario si no está permitido, pero también es posible que vea que el usuario se encuentra en una organización "gratuita", por ejemplo, "Consumidor". Puede solicitar a este usuario que elimine su cuenta gratuita o puede usar otra dirección de correo electrónico para aprovisionarlos. Consulte .https://help.webex.com/ndta402

Problemas de inicio de sesión de usuario

1. El portal de activación de usuarios no carga.

El flujo normal de inicio de sesión de Webex para Cisco BroadWorks incluye un portal de activación de usuarios donde los usuarios introducen sus contraseñas. En ocasiones, este portal no se carga después de que el usuario haya introducido su dirección de correo electrónico en la pantalla de inicio de sesión de la aplicación Webex. Este problema puede provocarse en el lado del cliente o en el lado del servicio. En el lado del cliente, generalmente, es provocado por que el explorador nativo del cliente es incompatible de alguna manera con el servicio.

2. Falló el inicio de sesión único

• En BroadWorks, compruebe que al usuario se le hayan asignado los tipos de dispositivo para la aplicación Webex (consulte la sección Perfiles de dispositivo en la sección Prepare su entorno de la Guía de la solución).
• Compruebe que el usuario esté utilizando la contraseña correcta. Si la plantilla que utilizó para aprovisionar la organización de clientes del usuario (en Partner Hub) está configurada para la autenticación de BroadWorks, el usuario deberá introducir su contraseña de "Acceso web" de BroadWorks. Es posible que el usuario también deba ingresar su ID de usuario de BroadWorks si su dirección de correo electrónico no está configurada como un ID de usuario alternativo. Asegúrese de que el usuario haya introducido correctamente las letras mayúsculas y minúsculas.

Problemas de configuración y registro de llamadas

Una vez que un usuario ha sido registrado en Webex e inicia sesión correctamente en la aplicación Webex, la aplicación se registra en BroadWorks. A continuación se muestra la secuencia de registro prevista y los signos resultantes de un registro correcto (tal como se ven en la aplicación Webex):

1. Secuencia de registro prevista

1. El cliente llama a XSI para obtener un token de administración de dispositivos y la URL al DMS.
2. El cliente solicita el perfil de su dispositivo desde DMS presentando el token del paso 1.
3. El cliente lee el perfil del dispositivo y recupera las credenciales, las direcciones y los puertos SIP.
4. El cliente envía un SIP REGISTER al SBC utilizando la información del paso 3.
5. El SBC envía el SIP REGISTER al AS (el SBC puede realizar una búsqueda en el NS para localizar un AS si el SBC no conoce al usuario SIP).

2. Señales esperables de un registro de cliente exitoso

El icono Opciones de llamada aparece en la interfaz de Webex.

En la pestaña de servicios telefónicos de la aplicación Webex (por ejemplo Ajustes > Servicios telefónicos en Windows, Preferencias > Servicios telefónicos en Mac), el mensaje “Sesión SSO: Usted ha iniciado sesión" significa que la aplicación se inscribió correctamente (en BroadWorks, en este caso).

3. El cliente no tiene icono de llamada

La mayoría de las veces, esto significa que el usuario no tiene la licencia/autorizaciones correctas.

No se ha registrado correctamente. Existen varias razones por las que un cliente de la aplicación Webex podría fallar al registrarse en BroadWorks:

4. Se están probando varios servicios de llamadas con los mismos clientes.

Este problema conocido puede deberse a que el cliente cambia entre diferentes back-ends de llamadas. Es muy probable que ocurra durante las pruebas de diferentes servicios de llamadas ofrecidos a través de los mismos clientes de la aplicación Webex. Puede restablecer la base de datos del cliente (enlace) para solucionar este problema.

5. Configuración incorrecta del servicio de autenticación

Revise los XSP que alojan el servicio de autenticación con la Guía de solución (consulte Configurar servicios en su Webex para XSP de Cisco BroadWorks). Específicamente:

• Las claves RSA (que genera en un XSP) se copian en todos los XSP
• La URL del servicio de autenticación se ha proporcionado al contenedor web en todas las XSP y se introdujo correctamente en el grupo en el Partner Hub
• Se configuró la autenticación externa por certificados:

  XSP_CLI/System/CommunicationUtility/DefaultSettings/ExternalAuthentication/CertificateAuthentication>get

  allowUserApp = false

  allowClientApp = true

• Al usar MTLS, debe cargar el certificado del cliente de Webex en los XSP (puede obtener el certificado en Partner Hub, en la página de configuración de BroadWorks).

6. Configuración errónea de las etiquetas de BroadWorks

Compruebe que ha configurado las etiquetas BroadWorks necesarias para la aplicación Webex. Consulte la Guía de configuración de Webex para Cisco BroadWorks para obtener información sobre las etiquetas de configuración. Asegúrese de que no haya conflictos ni valores incorrectos. Específicamente, la etiqueta %SBC_ADDRESS_WXT% debe ser el SBC hacia su registrador SIP para clientes de Webex App.

7. El cliente de escritorio desconecta los servicios telefónicos después de una conexión SSO exitosa.

Este problema puede deberse al mismo usuario que inicia sesión en varios clientes del mismo tipo de plataforma. Por ejemplo, si un usuario inicia sesión correctamente en la aplicación Webex en Windows y luego inicia sesión en la aplicación Webex en otra máquina Windows, solo habrá una sesión SSO activa en una de las máquinas. Esto es por diseño. Si tiene que resolver este problema absolutamente, puede configurar BroadWorks para que tenga varias instancias del mismo tipo de dispositivo, pero deben tener direcciones SIP únicas. Esta configuración está fuera del alcance de Webex para Cisco BroadWorks.

8. Dispositivo de escritorio no habilitado para el usuario

Esta firma se observa en el registro del cliente:

[0x70000476b000] BroadWorksConfigDownloader.cpp:106

onAccessDeviceListSucceeded:BWC:SCF: ConfigDownload - the device profile 'Business Communicator - PC' is not found.

9. Las llamadas entrantes a móviles suenan una vez o no se pueden contestar.

Las llamadas entrantes a Webex móvil suenan solo una vez, o el usuario no puede contestar la llamada entrante. Es posible que otros terminales del mismo usuario sigan sonando.

¿Cómo identificarlo?

En los registros del cliente móvil de Webex, busque el código de error XSI 101002 en el flujo de llamadas push. Por ejemplo:

Código de respuesta: 400

handlePushCallInfoFailure:BWC:INTERNAL: Llamada push: Estado XSI para callID: <callID> Código de error xsi: 101002

closePushCallWithReason:BWC:INTERNAL: Intenta cerrar la llamada push con ID = <callID>, razón = Llamada abandonada

Motivo: El código de error 101002 puede indicar que se devuelve un servidor de aplicaciones (AS) incorrecto en la respuesta LocateUser. Esto puede ocurrir cuando el usuario ha migrado a un sistema autónomo secundario.

Comprobaciones recomendadas:

Desde el ADP o XSP donde se implementa Push, ejecute LocateUser para el usuario afectado:

curl 'http://:80/servlet/LocateUser?url=&returnCompatibleXSP=true&callPRequest=true'

Por ejemplo: curl 'http://1.1.1.1:80/servlet/LocateUser?url=9721112222@gmail.com&returnCompatibleXSP=true&callPRequest=true'

Resolución: Si LocateUser devuelve el AS secundario para el usuario, ejecute el script migrateUserToDefaultNode.pl en el servidor NS principal para migrar a los usuarios de vuelta al servidor de aplicaciones principal del clúster.

Inicie sesión en el servidor NS a través de SSH, vaya al directorio /usr/local/broadworks/bw_base/bin y ejecute:migrateUserToDefaultNode.pl

Por ejemplo: migrateUserToDefaultNode.pl bwas1

Para obtener el valor hostingNE, ejecute: NS_CLI/System/Device/HostingNE> get

El script primero comprueba si puede encontrar el EN anfitrión que usted proporciona como argumento. Tras verificar que el NE de alojamiento es válido, actualiza el DN, la extensión y la URL al nodo predeterminado para ese NE de alojamiento.

Ejecute el script durante un período de bajo tráfico siempre que sea posible. Sin embargo, por lo general, es aceptable ejecutar el script en cualquier momento si es necesario para restablecer el servicio para los usuarios afectados.

El script no se puede ejecutar para un solo usuario. Migra a todos los usuarios que aparecen en la salida LocateUser. Si no puede ejecutar el script, elimine y vuelva a crear el usuario afectado en BroadWorks para que se vuelva a crear en el AS correcto.

Cualquier mensaje SIP enviado desde el dispositivo del usuario al servidor autónomo secundario puede provocar la migración del usuario. Los usuarios suelen volver al AS principal después del intervalo predeterminado de 15 minutos, a menos que las solicitudes entrantes sigan llegando al AS secundario. Por ejemplo, si el SBC no puede conectarse a AS1 y recurre al AS secundario, los usuarios afectados podrían cambiar al AS secundario. Dependiendo de la implementación, un único grupo de troncales o usuario puede permanecer vinculado al AS secundario si el SBC continúa teniendo problemas para conectarse al AS primario.

Para obtener más información, consulte los siguientes documentos:

• Secciones 3.4.5 Capacidad de reversión de usuario del servidor de aplicaciones y 5.4.5 Reversión automática en Guía de redundancia de Cisco BroadWorks

• Descripción de las mejoras de Cisco BroadWorks ASR

Problemas con la vista web de configuración de llamadas

1. Cuidados personales button/link No se muestra en la aplicación Webex.

Un síntoma diferente de este problema es cuando se muestra el botón o enlace, pero al hacer clic en él se abre un explorador externo.

• Verifique que la plantilla de configuración del cliente requerida esté implementada y que las etiquetas CSW estén configuradas correctamente. (Consulte la sección Configuración de llamadas Vista web en la Guía de soluciones de Webex para Cisco BroadWorks).
• Verifique que la aplicación Webex esté registrada para realizar llamadas en BroadWorks.
• Comprueba que la aplicación Webex sea una versión reciente compatible con CSWV.

2. Página en blanco o error después de hacer clic en Autogestión button/link

Por lo general, este comportamiento en la aplicación Webex indica un problema de configuración o de implementación con la aplicación CSWV en BroadWorks XSP. Recopile detalles para una mayor investigación, incluidos los registros de CSWV, los registros de acceso, el repositorio config-wxt.xml y el archivo de plantilla y, luego, levante un caso.

Problemas de reclamación de dominio

Los errores de registro del usuario pueden ocurrir como resultado de errores que se realizan en los dominios reclamando. Antes de reclamar cualquier dominio, asegúrese de comprender lo siguiente:

• Los proveedores de servicios no deben reclamar los dominios de las organizaciones del cliente que administran. Deben reclamar únicamente los dominios de aquellos usuarios que se encuentran en la Proveedor de servicios interna del usuario. Reclamar el dominio de los usuarios en una organización separada (incluso una que el Proveedor de servicios administra) puede generar errores de inscripción para los usuarios en la organización del cliente a medida que las solicitudes de autenticación de usuarios se enruta a través del Proveedor de servicios en lugar de la organización del cliente.
• Si dos organizaciones de clientes (Empresa A y Empresa B) comparten el mismo dominio y la empresa A ha reclamado el dominio, el registro para los usuarios de la empresa B puede fallar debido a que las solicitudes de autenticación de usuarios se enrutan a través de la organización que tiene el dominio reclamado (Empresa A).

  Si reclama cualquier dominio en error y necesita eliminar un reclamo, consulte el artículo Administrar sus dominios de Webex.

Códigos de error del usuario final

La siguiente tabla describe los códigos de error del usuario final que pueden verse en el portal de activación de usuarios del cliente.

Códigos de error para la sincronización de directorios

Los siguientes códigos de error se aplican a la sincronización de directorios.