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 los demás. 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/Interface/Messaging> get. 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 falla el aprovisionamiento 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 flujo directo y supone 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 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 falló la creación del usuario en la versión ascendente de 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 de la <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.

  • "La organización del cliente no se encuentra en la base de datos y también el marcador de creación de una 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 ninguna posibilidad 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 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 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, 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).

  • 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 de 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 inscripción 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 COMO si el SBC todavía no conoce al usuario de 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 "SSO sesión: 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.

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

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

Varios servicios de llamadas que se prueban 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.

Configuración errónea del servicio de autenticación

Verifique 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 todos los XSP, y se introdujo correctamente en el grupo en el concentrador del socio

  • Se configuró la autenticación externa por certificados:

    XSP_CLI/System/CommunicationUtility/DefaultSettings/ExternalAuthentication/CertificateAuthentication>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 los clientes de la aplicación de Webex.

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

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: ConfigDownload - the device profile 'Business Communicator - PC' is not found.

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.

Problemas con el reclamo de dominio

Los errores de inscripción de usuarios 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 ya que las solicitudes de autenticación de usuarios se direcciona a través de la 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 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.


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

Código de error

Mensaje de error

Acción sugerida

200010

Error al validar credenciales como usuario de BroadWorks no autorizado

El usuario debe probar una combinación diferente de nombre de usuario y contraseña.

De lo contrario, el administrador debe restablecer la contraseña de BroadWorks.

200016

Error al validar las credenciales como no se encontró la sesión

El usuario debe actualizar el explorador y volver a intentar el nombre de usuario/contraseña.

200018

Error al validar las credenciales cuando el usuario está bloqueado

El usuario debe esperar 10 minutos y luego volver a intentarlo.

200019

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

El administrador debe verificar la configuración de activación automática en el Control Hub

200022

No se pudo enviar el correo electrónico porque el usuario no está autenticado

El usuario debe reintentar la incorporación y la introducción de credenciales.

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}

El administrador debe informar al usuario que introdujo la dirección de correo electrónico incorrecta, ya que la dirección de correo electrónico está asociada a una organización diferente.

200039

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

El usuario deberá intentar la incorporación nuevamente al mismo enlace de verificación, pero con un ID de usuario de BroadWorks diferente.

De lo contrario, el administrador de la organización del cliente de la diferente organización debe eliminar las cuentas cuenta de usuario.

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

El administrador debe comparar el enlace de verificación que el usuario utilizó con el enlace que está configurado en Control Hub. Los dos enlaces y los configSets deben coincidir.

200041

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

El usuario debe intentar la incorporación nuevamente al mismo enlace de verificación con un ID de usuario de BroadWorks diferente.

De lo contrario, el administrador de la organización del cliente que administra el servicio en conflicto debe eliminar los derechos o los servicios en conflicto.

200042

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

El usuario debe volver a intentarlo con una dirección de correo electrónico distinta.

De lo contrario, el administrador debe eliminar al otro usuario que utiliza esta dirección de correo electrónico.

200043

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

El usuario debe volver a intentarlo con una dirección de correo electrónico distinta.

De lo contrario, el administrador debe eliminar al otro usuario que utiliza esta dirección de correo electrónico.

200044

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

El usuario debe volver a intentarlo con una dirección de correo electrónico distinta.

De lo contrario, el administrador de la organización del cliente que administra el archivo cuenta de usuario que utiliza esta dirección de correo electrónico debe eliminar cuenta de usuario.

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

El usuario debe reintentar la incorporación, pero con una dirección de correo electrónico distinta.

De lo contrario, el administrador de la organización del cliente que administra la organización diferente debe eliminar la cuenta existente.

200046

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

El administrador debe eliminar los usuarios pendientes de Control Hub

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

El usuario debe volver a intentarlo con una dirección de correo electrónico distinta.

De lo contrario, el administrador de la organización del cliente que administra el cuenta de usuario existente debe eliminar esa cuenta de usuario existente o eliminar otras autorizaciones.

200048

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

El usuario debe volver a intentarlo con una dirección de correo electrónico distinta.

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

El usuario debe volver a intentarlo con una dirección de correo electrónico distinta.

De lo contrario, el administrador de la organización del cliente que administra el cuenta de usuario existente debe eliminar esa cuenta de usuario existente o eliminar otras autorizaciones.

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

El administrador debe comparar el enlace de verificación que el usuario utilizó con el enlace que está configurado en Control Hub.

Los dos enlaces y los configSets deben coincidir.

200051

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

El administrador debe verificar las organizaciones existentes en Control Hub y asegurarse de que no estén creando una organización con un nombre que ya existe.

200054

Error al validar el correo electrónico como la región de la organización del cliente y de la organización del socio no coincidente.

El administrador debe verificar la configuración de la organización del socio y de la organización del cliente en el Control Hub y asegurarse de que las regiones coincidan.