Este artículo se divide en tres secciones principales:

• Recursos, que es una lista de herramientas, que lee el material, los registros y los contactos que puede necesitar.
• Procesos, que describen algunas de las acciones que puede tomar mientras resuelve un problema del cliente.
• Problemas específicos, que categorizan y enumeran los problemas que se han conocido, cómo localizarlos y cómo puede resolverlos potencialmente.

Archivos de registro útiles

Lista de lectura

• Portal de conocimiento para socios de Webex para Cisco BroadWorks
• Guía de configuración de la plataforma XSP (R23)
• Guía de gestió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 de 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 funciones de soporte de Cisco CI
• Servidor de notificaciones push (descripción de funciones)
• Soporte de notificaciones de push para la descripción de la característica de llamadas, versión 22.0
• Método de procedimiento para la migración de Connect (Android) a Firebase
• Descripción de la función de almacenamiento de tokens de dispositivo para notificaciones push de Cisco BroadWorks, versión 22.0
• Planificador de capacidad del sistema Cisco BroadWorks (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 de capacidad de servicio de Webex 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 capacidad de servicio, consulte Guía de implementación para el conector de capacidad de servicio de Cisco Webex.

Escalar un problema

Después de haber seguido algunas de las pautas de solución de problemas, debe tener una idea razonable de dónde se encuentra el problema con raíz.

Procedimiento

1. Recopile toda la información que pueda de los sistemas relacionados con el problema.
2. Comuníquese con el equipo apropiado 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, eso ayuda).
• Identificador de la organización.
• Período 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 se muestra en el cliente.

Consultar los detalles del usuario en el Help Desk

Los administradores de socios que tienen privilegios de rol de Administrador de la mesa de ayuda (básico o avanzado) pueden usar este procedimiento para verificar los detalles del usuario mediante la vista de la mesa de ayuda.

Procedimient

1. Inicie sesión en Help Desk.
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 aplicaciones Webex, el comportamiento de llamadas 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 el Help Desk

Los administradores de socios que tienen privilegios de rol de Administrador de la 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 la mesa de ayuda.

Procedimient

1. Inicie sesión en Help Desk.
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 nombre del cliente para ver una vista de solo lectura de la organización del cliente, incluidos los usuarios y la configuración.

Recuperar registros de usuarios de Partner Hub

Al solucionar problemas de 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 un problema.
2. Pídale al usuario que exporte el entorno de llamada y le envíe el archivo ced.dat.
3. Obtenga los registros de clientes 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.

Comprobació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.
   • Su 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.

Obtener 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 un problema.
• Solicite a los usuarios de clientes móviles que envíen registros; luego, puede obtenerlos a través del concentrador del socio o de la mesa de ayuda.
  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 activa un restablecimiento completo del cliente y carga la pantalla de inicio de sesión de la aplicación de Webex.

Verifique que Webex debe registrarse en BroadWorks

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

• Derecho de 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 Help Desk con sus credenciales de administrador de socios.
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é incluido

   

   Un usuario de Webex para Cisco BroadWorks NO debe tener el derecho bc-sp-standard si pretende utilizar Webex para Cisco BroadWorks. Esta es la autorización para "Webex Calling (Broadcloud)", es decir, la aplicación Webex que realiza llamadas a través de un servicio de llamadas en la nube administrado por Cisco.

Comprobar el comportamiento de llamadas de la organización

1. Inicie sesión en Help Desk con sus credenciales de administrador de socios.
2. Busque la organización.
3. Haga clic en la organización y verifique 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. Lo primero que debe comprobar es el código de respuesta HTTP:
   • Cualquier otra cosa que no sea 200 OK es una falla de aprovisionamiento del usuario.
   • 200 OK aún podría indicar una falla si algo acerca del perfil del suscriptor no funciona en los servicios Webex anteriores al puente de aprovisionamiento.
   • 400 puede contener un nodo message en la respuesta. El puente de aprovisionamiento no pudo procesar algo en el 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 suministrados subscriberProfile y los datos de Webex existentes. Es posible que haya un usuario existente con esa dirección de correo electrónico. Marque las 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 se escribe en minúsculas y se convierte en 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.

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

Analizar registros XSP para solucionar problemas de inicio de sesión de suscriptores

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 de Webex. Además, la conexión entre Webex y el XSP está protegida por 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 provee 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 (BroadWorks) userId y otros detalles (2.2 en el diagrama).

Interacciones entre los servicios de cliente y Webex:

• El proxy IDP coincide con el perfil de usuario recibido de BroadWorks y emite una afirmación SAML al cliente (2.3 en el diagrama).
• El cliente intercambia una afirmació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). Puede comprobar los derechos de los usuarios en el Help Desk.
• El cliente usa el token CI para solicitar un token web JSON (JWT) del proxy IDP (5 en el diagrama).
• El proxy IDP valida el token CI en CI.
• El proxy IDP solicita JWT del 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 encabezado http_bw_userid 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 utilizando el encabezado trackingid: CLIENT… .

En el cuadro XsiActionsLog:

• El cliente puede presentar el token de larga duración en la interfaz 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 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:

• Después de haber 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, incluida la estructura XML AccessDevices, que tiene 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).
• Se registra en BroadWorks a través de SBC recuperado en la configuración de DMS (7 en el diagrama).

Problemas con el centro de socios

El administrador no puede ver las organizaciones de los 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 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

mensajería instantánea integrada & Errores P para empresas específicas / clientes

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

Para comprobar lo que está configurado para 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 > Mensajería instantánea integrada & 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:

mensajería instantánea integrada & Errores P para usuarios específicos

Esto se aplica si está utilizando un aprovisionamiento de paso de flujo y asume que el aprovisionamiento está funcionando para algunos/la mayoría de los usuarios (por lo que puede descartar un problema de configuración). Si ve errores de Integrated IM&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 causas potenciales:

• La dirección de correo electrónico del usuario ya podía existir de CI. Busque al usuario en el Mesa de ayuda para comprobar si su dirección de correo electrónico ya está allí. Esto no es necesariamente con el contenido, ya que el usuario puede existir en una organización cuyos datos no se le permiten ver en Mesa de ayuda.
• 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 su cuenta gratuita para que pueda convertirse en parte de la Organización de Clientes que está aprovisionando. Las instrucciones están en https://help.webex.com/5m4i4y
• El usuario no tiene un número de teléfono principal asignado a su perfil (todos los suscriptores de Webex para Cisco BroadWorks deben tener un DID primario). Consulte el tema sobre el análisis de PSLog de AS.

Fallas de aprovisionamiento de usuarios en respuesta al puente de aprovisionamiento

Si los usuarios no aparecen en control Hub, unos minutos después de asignar IM&P integrada, tienen una mirada 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 200 OK porque el proceso de creación del usuario puede tardar varios minutos y, por razones de rendimiento, no queremos recibir varias solicitudes para crear el mismo usuario. Sin embargo, si el usuario no aparece eventualmente en la organización del cliente después de una respuesta de 200 Aceptar, podría indicar que la creación del usuario falló en la conexión ascendente de los servicios de Webex del 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 la función de creación de 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 tiene posibilidades de tener éxito. 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.

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 del usuario

El portal de activación de usuarios no se 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 provisto su dirección de correo electrónico en la pantalla de inicio de sesión de la aplicación de 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.

Falló el inicio de sesión único

• En BroadWorks, verifique que al usuario se le hayan asignado los tipos de dispositivos para la aplicación Webex (consulte la sección Perfiles de dispositivos en la sección Preparar su entorno de la Guía de solución).
• Verifique 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 debe ingresar 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 ID de usuario alternativa. Asegúrese de que el usuario haya ingresado correctamente los caracteres en mayúsculas y minúsculas.

Problemas de configuración y registro de llamadas

Después de que un usuario se ha aprovisionado en Webex y que este inicia sesión con éxito en la aplicación Webex, la aplicación se registra en BroadWorks. A continuación, se presenta la secuencia de registro esperada y los signos resultantes de un registro correcto (como se ve en la aplicación de Webex):

Secuencia de registro esperada

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. SBC envía el REGISTRO SIP al AS (SBC puede realizar una búsqueda en el NS para localizar un AS si SBC aún no conoce al usuario SIP).

Señales esperadas de un registro exitoso de un cliente

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, Configuración > 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).

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. Hay varias razones por las que un cliente de la aplicación Webex fallaría el registro con BroadWorks:

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. Lo más probable es que ocurra durante pruebas de diferentes servicios de llamadas que se ofrecen a través de (los mismos) clientes de la aplicación de Webex. Puede restablecer la base de datos del cliente (enlace) para solucionar este problema.

Mala configuración 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 utilizar MTLS, debe cargar el certificado de cliente de Webex en los XSP (puede obtener el certificado en Partner Hub, en la página Configuración de BroadWorks).

Configuración errónea de las etiquetas de BroadWorks

Compruebe que haya configurado las etiquetas de 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 los clientes de la aplicación Webex.

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 una máquina Windows diferente, solo hay 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.

Dispositivo de escritorio no aprovisionado para el usuario

Esta firma se ve en el registro del cliente:

[0x70000476b000] BroadWorksConfigDownloader.cpp:106

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

Problemas con la vista web en la configuración de llamadas

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 de 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 la solución Webex para Cisco BroadWorks).
• Verifique que la aplicación Webex esté registrada para llamar en BroadWorks.
• Compruebe que la aplicación de Webex sea una versión reciente que admita CSWV.

Página en blanco o error después de hacer clic en Autocuidado button/link

En general, este comportamiento en la aplicación Webex indica un problema de configuración o 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 de clientes 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.