Marca de agua
19 de mar. de 2021 | vista(s) | personas pensaron que esto fue útil

Guía de resolución de problemas de Webex para BroadWorks

Asesoramiento para solucionar problemas de Webex para BroadWorks, incluidos temas sobre cómo hacerlo, listas de archivos de registro y sus usos, y sugerencias para investigar problemas específicos.

Resolución de problemas de Webex para BroadWorks

Resolución de problemas de Webex para BroadWorks

Resolución de problemas de Webex para BroadWorks

Este documento está destinado a personas técnicas de organizaciones de proveedores de servicios que se admiten a sí mismos y a sus clientes. Esperamos que tenga cierta familiaridad con la resolución de problemas en general, para leer registros y para trabajar con casos de suscriptores.

El artículo está dividido en tres secciones principales:

  • Recursos, que son una lista de herramientas, que leen material, registros y contactos que puede necesitar.
  • Procesos , que describe algunas de las acciones que puede tomarmientras resuelve un problema del cliente.
  • Problemas específicos , que categorizan y enumeran los problemas que se hayan conocido, cómo localizarlos y cómopuede resolverlos potencialmente.

Historial de cambios

Fecha

Cambiar

Sección

8 de diciembre de 2020

Documento actualizado. Cambio de marca de Webex Teams a Webex (aplicación).

Se agregaron códigos de error para el usuario final

Problemas específicos

3 de noviembre de 2020

Se agregó la configuración de llamadas de Webview

Problemas específicos

22 de octubre de 2020

Se introdujo un nuevo documento

Marca de agua
19 de mar. de 2021| vista(s) | personas pensaron que esto fue útil

Recursos

Webex para recursos de solución de problemas de BroadWorks

Contactos


A partir de octubre de 2020, estamos migrando el soporte al cliente de BroadSoft a los procesos y herramientas de soporte de Cisco VEZ. Esto significa que los socios de Webex para BroadWorks tienen que pasar de usar Xchange para administración de casos a usar Support Case Manager (SCM).

Esperamos que la migración se ejecute durante aproximadamente tres meses y hasta finales del año calendario 2020. El equipo de BroadWorks/UCaaS TAC comenzará a admitir casos en CSOne/Lightning en lugar de BroadSoft Jira cuando sea migrado. Es posible que tenga que hacer referencia a casos en ambos sistemas durante el período de migración.

Consulte Transición de soporte de BroadSoft heredada para obtener detalles.

Archivos de registro útiles

Nombre del registro Origen Útil para la solución de problemas
PSLog Servidor de aplicaciones Aprovisionamiento de flujo
tomcat access_log Xsp Inicio de sesión en la aplicación de Webex
XsiActionsLog Xsp Interacciones de inicio de sesión de la aplicación de Webex con proxy IDP de Webex, interacciones del cliente para consulta de perfiles de dispositivos
registro de servicio de autenticación Xsp Inicio de sesión de la aplicación de Webex (validación y emisión de tokens)
XSLog ¿Xsp?

Suscripciones móviles para notificaciones de push

Señales de llamadas

Registro de inicio de la aplicación Webex

Windows: \Users\{username}\AppData\Local\CiscoSpark\current_log.txt

Mac:

/Users/{username}/Library/Logs/SparkMacDesktop/current_log

Móvil: Utilizar el envío de registros

Inicio (secuencia)

Comprobaciones de autorizaciones para el usuario

Inicialización de la biblioteca de BWC para conectarse a BroadWorks

getUserProfile & JwT token fetchlogging

Registro de la aplicación Webex de las llamadas de BroadWorks

Cliente

Windows: \Users\{username}\AppData\Local\CiscoSpark\bwc\current_log.txt

Mac:

/Users/{username}/Library/Logs/SparkMacDesktop/bwc/current_log

Móvil: Utilizar el envío de registros

Todo el tráfico SIP para inscripciones y llamadas

Mantener el tráfico activo al backend BWKS

Características de la mitad de llamada que requieren señalización (Espera/Reanudar, Transferencia, etc.)

Registro de medios (motor multimedia de Webex)

Cliente

Windows:

\Users\{username}\AppData\Local\CiscoSpark\media\*.log

Mac:

/Users/{username}/Library/Logs/SparkMacDesktop/media/

Móvil: Utilizar el envío de registros

Todos los registros de medios

Códecs negociados para una llamada

Características de la mitad de llamada

Lista de lectura

Marca de agua
19 de mar. de 2021| vista(s) | personas pensaron que esto fue útil

Procesos

Webex para procesos de solución de problemas de BroadWorks

Escalando 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.

1

Recopile toda la información que pueda en los sistemas relacionados con el problema

2

Comuníquese con el equipo adecuado en Cisco para abrir un caso (consulte la sección de Contactos)

Qué información del cliente se debe 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 del usuario (este es el identificador de Webex, pero si también obtiene el identificador BroadWorks del usuario, eso ayudará)

  • Identificador de la organización

  • Marco de tiempo aproximado durante el cual se experimentó el problema

  • Plataforma y versión del cliente

  • Enviar o recopilar registros del cliente

  • Registrar el ID de seguimiento si se muestra en el cliente

Comprobar los detalles del usuario en la Mesa de ayuda

1

Inicie sesión en https://admin.webex.com/helpdesk.

2

Busque y, a continuación, haga clic en el usuario. Se abrirá la pantalla de resumen de usuarios.

3

Haga clic en el nombre de usuario para ver la configuración detallada del usuario.

La información útil en esta vista incluye el UUID del usuario, el grupo de Common Identity (CI), el grupo de la aplicación de Webex, el Comportamiento de llamadas y la 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

1

Inicie sesión en https://admin.webex.com/helpdesk.

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 la 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 desde el concentrador de socios

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

1

Solicite al usuario que envíe los registros.

2

Solicite al usuario que exporte el entorno de llamadas y le envíe el archivo ced.dat.

3

Obtenga los registros del cliente desde el Concentrador de socios o la Mesa de ayuda (consulte a continuación).

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 Solució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.

Opción Mesa de ayuda:

  1. Inicie sesión en la 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 y haga 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

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 de clientes para el servicio de llamadas

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 Sesión de SSO Ha iniciado sesión.

(Si es un servicio telefónico diferente, como Webex Calling, se muestra; el usuario no usa Webex para BroadWorks).

Esta verificación significa:

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

Obtener registros o comentarios del cliente

  • 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.

  • 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 Cisco 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.

1

En el cliente, haga clic en la imagen de perfil y, a continuación, haga clic en Ayuda para > del entorno de llamadas.

2

Guarde el archivo ced.dat resultante para solucionar problemas de llamadas de este usuario.

Importante: Desmarque o reinicie el cliente borra el caché interno. Si después de eso exporta ced.dat, los datos exportados no se corresponderán con los registros que se enviaron antes del caché.

Restablecer base de datos de Webex

1

En el cliente, haga clic en Ayuda > Control de mantenimiento.

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 deba inscribirse en BroadWorks

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

  • Autorización de usuarios para el conector de broadworks

  • Comportamiento de las llamadas 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 la Mesa de ayuda (https://admin.webex.com/helpdesk) con sus credenciales de administrador del 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 el nombre de usuario para abrir la pantalla Detalles del usuario.

  5. Desplácese hacia abajo para ubicar la sección de autorizaciones y verifique que el conector de Broadworks esté incluido.


    Un usuario de Webex para BroadWorks NO debe tener la autorización de bc-sp-estándar si pretende utilizar Webex para BroadWorks. Esta es la autorización para "Llamadas de Webex (Broadcloud)", es decir, la aplicación Webex que llama 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 la Mesa de ayuda (https://admin.webex.com/helpdesk) con sus credenciales de administrador del socio.

  2. Busque la organización.

  3. Haga clic en la organización y marque la entrada Comportamiento de las llamadas. Debe ser "Llamando en Webex".

Analizar PSLog en 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 el usuario (y la nueva organización del cliente, si es el primer usuario) que se ha creado en Webex.

Puede verificar esto al buscar en la Mesa de ayuda 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.

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 Aceptar podría indicar un error si algo acerca del perfil del suscriptor no funciona en los servicios de Webex ascendente del puente de aprovisionamiento.

  • 400 puede contener un nodo de mensaje en la respuesta. El puente de aprovisionamiento no pudo procesar algo en el suscriptorProfile. 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 el suscriptor suministradoProfile y los datos existentes de Webex. Es posible que haya un usuario existente con esa dirección de correo electrónico. Compruebe el mensaje 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.

POST contiene una estructura XML de suscriptorProfile. Dentro de este campo, 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.

  • grupo: Si la plantilla está en "modo Proveedor de servicios", esta se verá en minúsculas y se convertirá en el nombre de la organización del cliente que ve en el concentrador de socios.

  • 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.

  • número de teléfonoprincipal: Debe existir. El aprovisionamiento falla sin él.

  • correoelectrónico: Se convierte en el ID de usuario en Webex. Debe ser válido y único para Webex; de lo contrario, fallará el aprovisionamiento.


 

Ignorar los servicios: es creada por AS y aceptada pero no utilizada por Webex.

Analizar registros de XSP para solucionar problemas de inicio de sesión del 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 enhttps://help.webex.com/en-us/z9gt5j/Webex-for-BroadWorks-Solution-Guide#id_137726.

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

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

Figura 1. Autenticación de BroadWorks y configuración del dispositivo

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

  • El usuario suministra 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 archivo de tomcat 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 de Webex. E.g.

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

En el cuadro de diálogo XsiActionsLog:

  • Busque la solicitud GET de perfil de Webex (2.1 en el diagrama). Tiene el ID de usuario de Webex. E.g.

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

    Los encabezados incluyen la autorización: Agente de usuario y básica: broadworksTeamsClient

  • El XSP entonces realiza la autenticación OCI-P Básica con BroadWorks (AuthenticationVerifyRequest and AuthenticationVerifyResponse, al igual que cualquier otra aplicación que realiza autenticación básica a través de Xsi) y también UserGetRequest y ServiceProviderGetRequest para reunir la información del suscriptor.

  • La respuesta de Xsi a Webex contiene un bloque de perfil de XML que contiene el (BroadWorks) userId y otros detalles (2.2 en el diagrama).

Interacciones de los servicios de cliente y Webex:

  • El proxy de IDP coincide con el perfil de usuario recibido de BroadWorks y problemas de aserción SAML a cliente (2.3 en diagrama)

  • El cliente intercambia la aserción SAML para un token de 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 verificar las autorizaciones de los usuarios en la Mesa de ayuda).

  • El cliente utiliza un token de CI para solicitar un token de web JSON (JSON Web Token, JWT) del proxy de IDP (5 en el diagrama)

  • El proxy de IDP valida el token de CI en CI

  • El proxy de IDP solicita 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:

    OBTENGA /authService/token

    que tiene http_bw_userid encabezado y otros.

  • El XSP hace OCI-P UserGetLoginInfoRequest , para validar que el ID de usuario suministrado se corresponda con 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 generado, asunto: bwksUserId@example.com, emisor: BroadWorks...

    y StatusCode=200 que puede asociar con la solicitud original mediante el id de seguimiento: CLIENTE... Rúbrica.

En el cuadro de diálogo XsiActionsLog:

  • El cliente ahora puede presentar el token de acción larga en la interfaz Xsi-Actions para obtener su perfil de dispositivo (6 en diagrama). E.g.:

    GET /com.broadsoft.xsi-actions/v2.0/user/bwksUserId%40example.com/profile/device

    Con la autorización de los encabezados: Token de usuario y agente delusuario: WebexTeams(variantes/versión)

  • La interfaz Xsi-Actions ofrece el token al servicio de autenticación (configurado para estar en la interfaz de bucle de recuperación), por ejemplo: 127.0.0.1:80 PUBLICACIÓN http://127.0.0.1:80/authService/token

    que se puede correlacionar con el id de seguimiento: CLIENTE... encabezado en el GET y el X-BROADSOFT-CORRELATION-ID: CLIENTE... encabezado en el POST .

En el registro de servicio de autenticación:

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

  • Un StatusCode=200 volver a Xsi

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

  • Se relaciona mediante el id de seguimiento: Cliente...

En el cuadro de diálogo XsiActionsLog:

  • Tras recibir 200 ok del servicio de autenticación, que validó el token del cliente, la aplicación de 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 de Xsi al cliente, incluida la estructura XML accessDevices, que tiene los deviceTypes, porejemplo, 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 un perfil del dispositivo (6 en el diagrama)

  • Registros en BroadWorks a través de SBC recuperados en la configuración de DMS (7 en diagrama)

Marca de agua
19 de mar. de 2021| vista(s) | personas pensaron que esto fue útil

Problemas específicos

Webex para BroadWorks para resolver problemas específicos

Problemas del concentrador de socios

El administrador no puede ver las organizaciones del cliente

Como administrador de su organización de socio en Webex, debe tener la función 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 otras personas. Para administrar las organizaciones de los clientes, debe otorgarse a usted mismo (o a otras personas) la función de Administrador completo de ventas o la función de Administrador de ventas. Consulte .https://help.webex.com/fs78p5

Problemas de aprovisionamiento del usuario

Errores de IM&P integrados para empresas/clientes específicos

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 BroadWorks, es posible que haya optado por modificar el adaptador de aprovisionamiento por empresa.

Para comprobar qué está configurado para IM&P integrada (predeterminado para las empresas, a menos que exista una configuración más específica), ejecute AS_CLI/Interfaz/Mensajería> obtenga. Para los parámetros de aprovisionamiento de una empresa específica, abra la empresa y vaya a Servicios > IM&P integrada&P.

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:

Configuración de IM&P integrada de BroadWorks Enterprise

Configuración de la plantilla del cliente del Concentrador de socios

URL del servidor de mensajería

URL de aprovisionamiento

Nombre de usuario del servidor de mensajería

Nombre de cuenta de aprovisionamiento

Contraseña del servidor de mensajería

Contraseña de la cuenta de aprovisionamiento, Confirmar contraseña

Errores de IM&P integrados 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 la 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 la 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 ser parte de la organización del cliente 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 BroadWorks deben tener un DID primario). Consulte el tema sobre el análisis de PSLog de AS.

Fallas de aprovisionamiento del usuario en respuesta del 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 de 200 OK no significa que se haya aprovisionado correctamente al usuario. 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 escalar 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 <message> 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.

  • "No se encuentra la organización del cliente en la base de datos y, además, el marcador de creación de la nueva organización no está habilitado".

    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

Obtenga el correo electrónico del suscriptor de la solicitud HTTP POST y busquelo en la Mesa de ayuda.

Es posible que no vea al usuario si no se lo permite, 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 usuarios

El portal de activación de usuarios no carga

El flujo normal de inicio de sesión de Webex para 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, suele deberse a 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 se hayan asignado al usuario 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).

  • 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 el Concentrador de socios) está configurada para la autenticación de BroadWorks, el usuario debe ingresar su contraseña de "Acceso web" de BroadWorks.

Problemas de configuración de llamadas y registro

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 buscar un AS si el SBC todavía no conoce al usuario SIP).

Señales esperadas del registro exitoso de clientes

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

En la ficha servicios telefónicos de la aplicación de Webex (p. ej.: Configuración > Servicios telefónicos en Windows, Preferencias > Servicios telefónicos en Mac), el mensaje "Sesión de 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/derechos correctos.

El cliente muestra la ficha Servicios telefónicos pero no ninguna sesión SSO

No se ha registrado correctamente. Hay varias razones por las que un cliente de la aplicación Webex fallaría el registro con BroadWorks:

Varios servicios de llamadas que se prueban con los mismos clientes

Este problema conocido puede deberse a que el cliente cambia entre diferentes finalizaciones de llamada. 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.

Error de 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 BroadWorks XSP). 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/ExternalWindow/Certificate Kerberos>get 
     
     allowUserApp = false 
     allowClientApp = true
  • Cuando utilice MTLS, debe cargar el certificado de cliente de Webex a los XSP (puede obtener el certificado desde el concentrador de socios, en la página Configuración de BroadWorks)

Configuración errónea de las etiquetas de BroadWorks

Verifique que haya configurado las etiquetas de BroadWorks necesarias para la aplicación Webex (consulte la sección Etiquetas de BroadWorks requeridas para Webex en la Guía de soluciones) y que no hay conflictos ni valores incorrectos.

Específicamente, la etiqueta %SBC_ADDRESS_WXT% debe ser el SBC hacia su registrador SIP para clientes de la aplicación de 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 con éxito en la aplicación de Webex en Windows, y luego inicia sesión en la aplicación de webex en otra máquina de Windows, solo habrá una sesión de 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 BroadWorks.

Dispositivo de escritorio no aprovisionado para el usuario

Esta firma se ve en el registro del cliente (\bwc\):

<Error> [0x70000476b000] BroadWorksConfigDownloader.cpp:106 onAccessDeviceListSucceeded:BWC:SCF: ConfiguraciónDescargar: no se encuentra el perfil del dispositivo "Business Communicator - PC".

Configuración de llamadas WebVer problemas

El botón/enlace de Atención propia no aparece en la aplicación de 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 de CSW estén configuradas correctamente. (Consulte la Configuración de llamadas Sección Webview en la Guía de solución de Webex para 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 el botón o enlace atención propia

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.

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.


Esta no es una lista exhaustiva de códigos de error. La tabla enumera solo los códigos de error existentes para los que la aplicación Webex no proporciona una dirección clara al usuario actualmente.
Tabla 1. Códigos de error del usuario final

Código de error

Mensaje de error

200010

No se pudo validar las credenciales como usuario de broadworks sin autorización

200018

Error al validar las credenciales cuando el usuario está bloqueado

200019

Error al validar credenciales como error al agregar usuario para la activación automática

200022

No se pudo enviar el correo electrónico como usuario no autenticado

200026

Error al validar el correo electrónico debido a una falla de comprobación previa o al estado incorrecto del usuario pendiente para PartnerOrgUUID : {partnerOrgUUID}, BroadoworksUUID : {broadworksUUID} , ConfigSetUUID: {configSetUUID}

200039

Error al validar el correo electrónico como ID de correo electrónico ya en uso en una organización diferente

200040

Error al validar el correo electrónico ya que el conjunto de configuración no coincide con el conjunto de configuración en customerConfig

200041

Error al validar el correo electrónico porque el usuario ya tiene autorización para otro servicio conflictivo y autorizaciones conflictivas

200042

Error al validar el correo electrónico ya que el correo electrónico ya está asociado con otro Id de usuario de Broadworks

200043

Error al validar el correo electrónico porque la asignación de configuración del cliente del usuario es incorrecta

200044

Error al validar el correo electrónico como ID de usuario ya está en uso en este grupo de Broadworks

200045

Error al agregar un usuario a través de la activación automática ya que el usuario ya es parte de una organización diferente

200046

No se pudo agregar el usuario a través de la activación automática ya que existen varios usuarios pendientes con el mismo broadworksUserId en el mismo grupo de Broadworks

200047

No se pudo agregar un usuario a través de la activación automática porque el ID de usuario ya está en uso en este grupo de Broadworks

200048

No se pudo agregar un usuario a través de la activación automática porque la dirección de correo electrónico ya estaba aprovisionada con un ID de usuario de BroadWorks diferente

200049

No se pudo agregar un usuario a través de la activación automática porque el ID de usuario ya está en uso en este grupo de Broadworks

200050

No se pudo agregar el usuario a través de la activación automática ya que provisioningID no coincide con el PROVISIONINGID esperado del enterprise del suscriptor

200051

No se pudo agregar el usuario a través de la activación automática como spEnterpriseId especificado en esta solicitud en conflicto con un proveedor de servicios o con una empresa ya aprovisionada desde este grupo de BroadWorks

¿Ha encontrado este artículo útil?

Artículos relacionados

Recién vistos

×