Webex para Problemas Específicos de Solução de Problemas BroadWorks

Problemas do Hub de parceiros

O administrador não consegue ver as organizações do cliente

Como administrador da sua organização de Parceiros no Webex, você deve ter a função de Administrador Total. Essa função é usada para gerenciar a organização do seu parceiro, inclusive a atribuição de privilégios administrativos para você mesmo e para terceiros. Para gerenciar organizações de clientes, você precisa conceder a você (ou outras pessoas) a função de Administrador total de vendas ou administrador de vendas. Consulte .https://help.webex.com/fs78p5

Problemas de provisionamento de usuários

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

Se você tem uma combinação de empresas que usam diferentes serviços de colaboração em nuvem, por exemplo, UC-One SaaS e Webex para BroadWorks, você pode ter optado por modificar o adaptador de provisionamento em uma base por empresa.

Para verificar o que está configurado para o IM&P integrado (padrão para as empresas, a menos que uma configuração mais específica exista), execute AS_CLI/Interface/Messaging> get. Para os parâmetros de provisionamento de uma empresa específica, abra a empresa e vá para Serviços > IM&Pintegrado.

Verifique se a configuração IM&P integrada para essa empresa corresponde exatamente ao que é mostrado no modelo de cliente no Partner Hub. As configurações a seguir devem corresponder ou o provisionamento falha para todos os usuários na empresa:

Configuração do IM&P Integrado BroadWorks Enterprise

Configuração do modelo de cliente Hub do parceiro

URL do servidor de mensagens

URL de provisionamento

Nome de usuário do servidor de mensagens

Nome da conta de provisionamento

Senha do servidor de mensagens

Senha da conta de provisionamento, confirmar senha

Erros de IM&P integrados para usuários específicos

Isso se aplica se você está usando o provisionamento fluxo e assume que o provisionamento está funcionando para alguns/para a maioria dos usuários (assim você pode descartar um problema de configuração).

Se você estiver vendo erros de IM&P integrado no BroadWorks, por exemplo, "[Erro 18215] erro de provisionamento com o servidor de mensagens" e "[Erro 18211] Erro de comunicação com o servidor de mensagens", você deve investigar as seguintes possíveis causas:

  • O endereço de e-mail do usuário já pode existir CI. Procure pelo usuário no Suporte técnico para verificar se o endereço de e-mail já está lá. Isso não é necessariamente indireto, porque o usuário pode existir em uma organização cujos dados você não tem permissão para ver em Suporte técnico.

  • O usuário inscreveu-se de forma independente no Webex, antes de ser atribuído ao serviço IM&P integrado. Nesse caso, uma opção é fazer com que o usuário exclua sua conta gratuita para que ele possa se tornar uma parte da Organização do Cliente que você está provisionando. As instruções estão em https://help.webex.com/5m4i4y.

  • O usuário não tem um número de telefone primário atribuído ao seu perfil (todos os assinantes do Webex broadWorks devem ter um DID primário). Consulte o tópico sobre analisar PSLog de AS.

Falhas de provisionamento de usuários na resposta da ponte de provisionamento

Se os usuários não estão aparecendo no Control Hub, dentro de alguns minutos após atribuir o IM&P integrado, dê uma olhada nos códigos de resposta do serviço de ponte de provisionamento. Execute um PSLog para ver os códigos de resposta HTTP.

200 OK

Uma resposta de 200 OK não significa que o usuário foi provisionado com êxito. Isso significa que o serviço de provisionamento recebeu a solicitação e enviou com sucesso a solicitação de criação do usuário correspondente para os serviços de upstream.

A transação de provisionamento é assíncrona pelo design. O serviço responde 200 OK porque o processo de criação do usuário pode levar vários minutos e, por motivos de desempenho, não queremos receber várias solicitações para criar o mesmo usuário.

No entanto, se o usuário não aparecer eventualmente na Organização do Cliente após uma resposta de 200 OK, ele pode indicar que a criação do usuário falhou no upstream dos serviços Webex do serviço de provisionamento.

Você precisa escalonar uma falha de provisionamento que tem uma resposta de 200 OK.

400 Solicitação ruim

Verifique a resposta HTTP, que deve ter mais detalhes sobre possíveis problemas que podem causar essa resposta do serviço de provisionamento. Alguns exemplos da <message> Nó:

  • "Não é possível confiar no e-mail BroadWorks com a API de provisionamento herdada."

    O endereço de e-mail associado à falha da solicitação de provisionamento do usuário não é válido ou está inconsateido, mas você afirmou no modelo que os endereços de e-mail podem ser confiáveis. Verifique os perfis de usuários no BroadWorks, especificamente a ID de e-mail.

  • "A org. do cliente não é encontrada no banco de dados e também o novo sinalizador de criação da organização não está habilitado."

    Essa solicitação de provisionamento com falha deve estar criando uma nova Organização do Cliente em Webex, mas seu modelo está configurado para impedir que novas Organizações de Clientes sejam criadas. Se você deseja permitir que novas organizações, para domínios de e-mail que não combinam com os clientes existentes no Webex, você pode reconfigurar seu modelo no Hub do parceiro e teste novamente a solicitação de provisionamento. No entanto, se você não está esperando que uma nova organização seja criada para este usuário, talvez o endereço de e-mail esteja inconsubitado (especificamente a parte do domínio). Verifique a ID de e-mail do usuário em BroadWorks.

403 proibido

A solicitação de provisionamento não tem chance de ser bem-sucedida. Você precisará investigar a solicitação e resposta neste caso. Por exemplo, se você vir um endereço de IP como o alvo da solicitação de provisionamento – em vez da URL de ponte de provisionamento apropriada para sua organização (consulte os tópicos de configuração do firewall no Guia de Solução) - ele pode indicar que o Servidor de aplicativo está faltando um patch necessário (ap373197).

Verifique se todos os patches necessários foram aplicados ao Servidor de aplicativo e se você concluiu a configuração relacionada para provisionamento fluxo mais bem sucedido.

Conflito 409

A solicitação de provisionamento não pode prosseguir porque há um usuário existente no Webex que corresponde ao endereço de e-mail na solicitação.

Usuário já está em CI

Receba o e-mail do assinante da solicitação HTTP POST e pesquise-o Suporte técnico.

Você pode não ver o usuário se não for permitido, mas também pode ver que o usuário está em uma organização "gratuita", por exemplo, "Consumidor".

Você pode solicitar que esse usuário exclua sua conta gratuita ou você pode usar um endereço de e-mail diferente para provisioná-lo. Consulte .https://help.webex.com/ndta402

Problemas ao entrar por usuários

Portal de ativação do usuário não carrega

O fluxo de login normal do Webex para BroadWorks inclui um Portal de Ativação de Usuário onde os usuários insem suas senhas. Às vezes, este portal não é carregado depois que o usuário forneceu seu endereço de e-mail na tela de início de inscrição do aplicativo Webex.

Esse problema pode ser causado no lado do cliente ou no lado do serviço. No lado do cliente, normalmente, isso é causado pelo navegador nativo do cliente ser incompatível de alguma forma com o serviço.

Falha no único ponto de partida

  • No BroadWorks, verifique se foi atribuído ao usuário os tipos de dispositivos para o aplicativo Webex (consulte a seção Perfis de dispositivos na seção Preparar seu ambiente do Guia de soluções).

  • Verifique se o usuário está usando a senha correta: Se o modelo que você usou para provisionar a Organização do Cliente do usuário (no Partner Hub) estiver configurado para autenticação do BroadWorks, o usuário deve inserir sua senha de "Acesso à Web" broadWorks.

Problemas de registro e configuração de chamada

Depois que um usuário foi provisionado no Webex e ele se registrou com êxito no aplicativo Webex, o aplicativo é registrado no BroadWorks. A seguir estão a sequência de registros esperadas e os sinais resultantes de um registro saudável (como visto do aplicativo Webex):

Sequência de registros esperadas

  1. O cliente chama XSI para obter um token de gerenciamento de dispositivos e a URL para o DMS

  2. O cliente solicita seu perfil de dispositivo a partir de DMS, apresentando o token do passo 1

  3. O cliente lê o perfil do dispositivo e recupera as credenciais SIP, endereços e portas

  4. O cliente envia um SIP REGISTER para SBC usando as informações do passo 3

  5. O SBC envia o REGISTRO SIP para o AS (O SBC pode executar uma busca no NS para localizar um AS se o SBC ainda não conhecer o usuário SIP.)

Sinais esperados de registro bem-sucedido do cliente

O ícone Opções de chamada é exibido na interface Webex.

Na guia serviços telefônicos do aplicativo Webex (por exemplo, Configurações > serviços de telefone no Windows, Preferências > serviços telefônicos no Mac), a mensagem "SSO sessão: Você está registrado" significa que o aplicativo foi registrado com êxito (para BroadWorks neste caso).

O cliente não tem ícone de chamada

Na maioria das vezes, isso significa que o usuário não tem a licença/autorizações corretas.

O cliente mostra a aba Serviços telefônicos, mas não há SSO sessão

Este é um registro sem sucesso. Há várias razões pelas quais um cliente de aplicativo Webex falhava no registro com o BroadWorks:

Vários serviços de chamada sendo testados com os mesmos clientes

Esse problema conhecido pode ser causado pela alteração do cliente entre os diferentes terminais do retorno de chamada. Provavelmente, isso ocorre durante os testes de diferentes serviços de chamada oferecidos através (os mesmos) clientes do aplicativo Webex. Você pode redefinir o banco de dados do cliente (link) para solucionar esse problema.

Configuração Falha no Serviço de Autenticação

Verifique o(s) XSP(s) que hospedam o serviço de autenticação em relação ao Guia de solução (consulte Configurar serviços no seu Webex para BroadWorks XSPs). Especificamente:

  • As teclas RSA (que você gera em um XSP) são copiadas para todos os XSPs

  • A URL do serviço de autenticação foi fornecida ao recipiente da web em todos os XSPs e inserida corretamente no grupo no Hub do parceiro

  • A autenticação externa pelos certificados está configurada:

    XSP_CLI/System/CommunicationUtility/DefaultSettings/ExternalAuthentication/CertificateAuthentication>get
            
            allowUserApp = false
            allowClientApp = true
  • Ao usar mtls, você deve carregar o certificado do cliente Webex para os XSPs (você pode obter o certificado do Hub do parceiro, na página Configurações broadworks)

Configuração insatisfatório das tags BroadWorks

Verifique se você configurou as tags BroadWorks necessárias para o aplicativo Webex (consulte a seção BroadWorks Tags necessárias para o Webex no Guia de Solução) e se não há conflitos ou valores incorretos.

Especificamente, a tag %SBC_ADDRESS_WXT% deve ser o SBC para o seu registrador SIP para clientes do aplicativo Webex.

O cliente de desktop desconecta os serviços telefônicos após o sucesso SSO conexão

Esse problema pode ser causado pelo mesmo usuário que está inando a vários clientes no mesmo tipo de plataforma. Por exemplo, se um usuário entrar com êxito no aplicativo Webex no Windows e, em seguida, entrar no aplicativo Webex em uma máquina Windows diferente, haverá apenas uma sessão SSO ativa em uma das máquinas. Isso é por design.

Se você absolutamente precisar trabalhar em torno deste problema, você pode configurar o BroadWorks para ter várias instâncias do mesmo tipo de dispositivo, mas elas devem ter endereços SIP exclusivos. Essa configuração está fora do escopo da Webex para BroadWorks.

Dispositivo de desktop não provisionado para o usuário

Esta assinatura é vista no registro do cliente (\bwc\) :

<Error> [0x70000476b000] BroadWorksConfigDownloader.cpp:106 onAccessDeviceListSucceeded:BWC:SCF: ConfigDownload - the device profile 'Business Communicator - PC' is not found.

Configurações de chamada Problemas de visualização da web

O botão/link de autoatendência não está sendo exibido no aplicativo Webex

Um sintoma diferente deste problema é quando o botão/link é mostrado, mas clicar nele abre um navegador externo.

  • Verifique se o modelo de configuração do cliente necessário está implantado e se as tags CSW estão corretamente definidas. (Consulte a A seção Webview de configurações de chamada está no Guia de solução Webex para BroadWorks).

  • Verifique se o aplicativo Webex está registrado para ligar para o BroadWorks.

  • Verifique se o aplicativo Webex é uma versão recente que suporta CSWV.

Página em branco ou erro após clicar no botão/link de autoatendir

Geralmente, esse comportamento no aplicativo Webex indica um problema de configuração ou implantação com o aplicativo CSWV no BroadWorks XSP.

Colete detalhes para uma investigação mais recente, incluindo registros CSWV, registros de acesso, repositório de config-wxt.xml e arquivo de modelo e, em seguida, levante um caso.

Códigos de Erro do Usuário Final

A tabela a seguir descreve os códigos de erro do usuário final que podem ser vistos no portal de ativação do usuário do cliente.


Esta não é uma lista exaustiva de códigos de erros. A tabela lista apenas códigos de erro existentes para os quais o aplicativo Webex atualmente não fornece direção clara ao usuário.
Tabela 1. Códigos de Erro do Usuário Final

Código do erro

Mensagem de erro

200010

Falha na validação de credenciais como usuário não autorizado do broadworks

200018

Falha ao validar as credenciais quando o usuário está bloqueado

200019

Falha ao validar as credenciais como adicionar usuário falhou para auto-ativação

200022

Falha ao enviar e-mail como usuário não autenticado

200026

Falha ao validar o e-mail devido a falha de pré-verificação ou estado incorreto de usuário pendente para PartnerOrgUUID: {partnerOrgUUID} , BroadoworksUUID: {broadworksUUID} , ConfigSetUUID: {configSetUUID}

200039

Falha ao validar o e-mail, pois o emailId já está em uso em uma organização diferente

200040

Falha ao validar o e-mail, pois o configSet não está compatível com o configSet no clienteConfig

200041

Falha ao validar o e-mail, pois o usuário já está habilitado para outro serviço conflitante, direitos conflitantes

200042

Falha ao validar o e-mail, pois o e-mail já está associado com outra ID de usuário broadworks

200043

Falha ao validar o e-mail porque o mapeamento de configuração do cliente do usuário está incorreto

200044

Falha ao validar o e-mail, pois o userId já está em uso neste grupo broadworks

200045

Falha ao adicionar usuários através da ativação automática, pois o usuário já faz parte de uma organização diferente

200046

Falha ao adicionar usuários através da ativação automática, pois vários usuários pendentes existem com o mesmo broadworksUserId no mesmo grupo broadworks

200047

Falha ao adicionar usuário através da ativação automática, pois o userId já está em uso neste grupo broadworks

200048

Falha ao adicionar usuário através da ativação automática, pois o endereço de e-mail já foi provisionado com uma ID de usuário broadworks diferente

200049

Falha ao adicionar usuário através da ativação automática, pois o userId já está em uso neste grupo broadworks

200050

Falha ao adicionar o usuário através da auto ativação, pois o provisioningID não é igual ao provisionamento esperado da empresa do assinante

200051

Falha ao adicionar usuário através da ativação automática, pois spEnterpriseId especificou neste pedido conflitos com um provedor de serviços ou Empresa já provisionado deste BroadWorks Cluster