Marca d'água
19 de mar de 2021 | visualização(ões) | pessoas acharam que isso foi útil

Guia de solução de problemas broadworks do Webex para

Informações sobre solução de problemas do Webex para BroadWorks, incluindo tópicos de "como", listas de arquivos de registro e seus usos e dicas para investigar problemas específicos.

Webex para Solução de problemas BroadWorks

Webex para Solução de problemas BroadWorks

Solução de problemas do Webex para BroadWorks

Este documento destina-se a pessoas técnicas nas organizações prestadoras de serviços que estão suportando a si mesmos e aos seus clientes. Prevemos que você tenha alguma familiaridade com a solução de problemas em geral, lendo registros e trabalhando com casos de assinantes.

O artigo está dividido em três principais seções:

  • Recursos, que é uma lista de ferramentas, material de leitura, registros e contatos que você possa precisar.
  • Processos, que descreve algumas das ações que você pode tomar ao solucionar um problema do cliente.
  • Problemas específicos , que categoriza e lista problemas que têm sido conhecidos por ocorrer, como os identificar e como você poderiapotencialmente resolvê-los.

Alterar histórico

Data

Alterar

Seção

08 de dezembro de 2020

Documento atualizado. Marca do Webex Teams para Webex (aplicativo).

Adicionados códigos de erro do usuário final

Problemas específicos

03 de novembro de 2020

Visualização da web das configurações de chamada adicionadas

Problemas específicos

22 de outubro de 2020

Novo documento introduzido

Marca d'água
19 de mar de 2021| visualização(ões) | pessoas acharam que isso foi útil

Recursos

Webex para recursos de solução de problemas BroadWorks

Contatos


A partir de outubro de 2020, migramos o suporte ao cliente BroadSoft para ferramentas e processos de suporte Cisco CX. Isso significa que o Webex para parceiros BroadWorks precisa mudar do uso do Xchange para o gerenciamento de casos para o uso do Support Case Manager (SCM).

Esperamos que a migração seja executado por aproximadamente 3 meses e até o final do ano de 2020. A equipe do TAC BroadWorks/UCaaS começará a receber casos de suporte no CSOne/Lightning em vez de no BroadSoft Jira quando você for migrado. Você pode precisar se referir a casos em ambos os sistemas durante o período de migração.

Consulte Transição do Suporte BroadSoft herdável para obter detalhes.

Arquivos de registro úteis

Nome do registro Origem Útil para solução de problemas
PSLog Servidor da aplicação Provisionamento fluxo contínuo
tomcat access_log XSP Logon no aplicativo Webex
XsiActionsLog XSP Interações de logon do aplicativo Webex com o proxy IDP Webex, interações do cliente para consulta de perfis de dispositivos
registro do serviço de autenticação XSP Logon do aplicativo Webex (validação de token e emissão)
XSLog O XSP?

Inscrições móveis para notificações por push

Sinalização de chamada

Registro de inicialização do aplicativo Webex

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

Mac:

/Usuários/{username}/Library/Logs/SparkMacDesktop/current_log

Celular: Usar Enviar registros

Inicialização (seqüência)

Verificações de autorização para o usuário

Inicialização da biblioteca BWC para conexão com o BroadWorks

getUserProfile & Registro de busca de token JwT

Registro do aplicativo Webex de chamada BroadWorks

Cliente

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

Mac:

/Usuários/{username}/Library/Logs/SparkMacDesktop/bwc/current_log

Celular: Usar Enviar registros

Todo o tráfego SIP para registro e chamadas

Manter o tráfego em vida ao backend do BWKS

Recursos de chamada média que exigem sinalização (Hold/Resume, Transfer, etc.)

Registro de mídia (Mecanismo de mídia Webex)

Cliente

Windows:

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

Mac:

/Usuários/{username}/Library/Logs/SparkMacDesktop/media/

Celular: Usar Enviar registros

Todos os logging de mídia

Codecs negociados para uma chamada

Recursos da Chamada Média

Leitura da lista

Marca d'água
19 de mar de 2021| visualização(ões) | pessoas acharam que isso foi útil

Processos

Webex para processos de solução de problemas BroadWorks

Escalando um problema

Após você ter seguido algumas das orientações de solução de problemas, você deve ter uma ideia razoável de onde o problema está raiz.

1

Colete o máximo de informações que puder dos sistemas relacionados ao problema

2

Entre em contato com a equipe apropriada na Cisco para abrir um caso (consulte a seção Contatos)

Quais informações do cliente coletar

Se você acha que precisa abrir um caso ou escalar um problema, colete as seguintes informações ao solucionar os problemas com o usuário:

  • Identificador de usuário: Endereço de e-mail CI ou UUID de usuário (este é o identificador Webex, mas se você também obter o identificador BroadWorks do usuário, isso ajudará)

  • Identificador da organização

  • Período de tempo aproximado durante o qual o problema foi experimentado

  • Plataforma e versão do cliente

  • Enviar ou coletar registros do cliente

  • Gravar a ID de rastreamento se mostrada no cliente

Verificar detalhes do usuário no help desk

1

Inicie sessão em https://admin.webex.com/helpdesk.

2

Procure e clique no usuário. Isso abre a tela de resumo do usuário.

3

Clique no nome de usuário para ver a configuração detalhada do usuário.

Informações úteis nessa exibição incluem o grupo UUID, identidade comum (CI) do usuário, grupo de aplicativos Webex, comportamento de chamada, GUID da conta BroadWorks.

4

Clique em Copiar se precisar usar essas informações em outra ferramenta ou anexá-la a um caso da Cisco.

Exibir organização do cliente no suporte a clientes

1

Inicie sessão em https://admin.webex.com/helpdesk.

2

Procure e clique no nome da organização do cliente.

3

Role para baixo até visualizar a Exibição do portal do cliente e clique em Exibir nome do cliente para ver uma exibição somente leitura da org. do cliente – incluindo usuários e configuração.

Recuperar registros de usuários do Hub de parceiros

Ao solucionar problemas de desktop e de clientes móveis, é importante que os parceiros (e TAC) sejam capazes de visualizar os registros de clientes.

1

Peça ao usuário para enviar registros.

2

Peça ao usuário para Exportar o ambiente de chamada para enviar o arquivo ced.dat.

3

Obter os registros do cliente do Partner Hub ou do Help Desk (veja abaixo).

Opção hub do parceiro:

  1. Entre no Hub de parceiros e encontre a organização do cliente do usuário.

  2. Selecione Solução de problemas.

  3. Selecione Registros.

  4. Procure pelo usuário (por e-mail).

  5. Exibir e baixar os registros do cliente como um arquivo zip.

Opção do Help Desk:

  1. Entrar no Help Desk.

  2. Procure a organização.

  3. Clique na organização (abre a tela de resumo).

  4. Role para baixo para clicar em Exibir cliente.

  5. Selecione Solução de problemas.

  6. Selecione Registros.

  7. Procure pelo usuário (por e-mail).

  8. Exibir e baixar os registros do cliente como um arquivo zip.

Como encontrar a versão do cliente

1

Compartilhar este link com o usuário: https://help.webex.com/njpf8r5.

2

Peça ao usuário para enviar o número da versão.

Cliente Verificar serviço de chamada

1

Faça o sign in ao cliente Webex.

2

Verifique se o ícone de Opções de chamada (um telefone com uma engrenagem acima dele) está presente na barra lateral.

Se o ícone não estiver presente, o usuário ainda não estará habilitado para o serviço de chamada no Control Hub.

3

Abra o menu Configurações/Preferências e vá para a seção Serviços telefônicos. Você deve ver o status sessão SSO Você está logdo.

(Se for um serviço telefônico diferente, como O Webex Calling, é mostrado, o usuário não está usando o Webex para BroadWorks.)

Esta verificação significa:

  • O cliente caminhou com sucesso os microsserviços Webex necessários.
  • O usuário foi autenticado com êxito.
  • O cliente tem sido emitido um token de rede JSON há muito tempo pelo seu sistema BroadWorks.
  • O cliente recupera seu perfil de dispositivo e foi registrado no BroadWorks.

Obter registros do cliente ou comentários

  • Consulte a seção Recursos para encontrar registros de clientes específicos nos clientes de desktop Webex ou peça aos usuários para enviarem registros.

  • Peça aos usuários de clientes móveis para enviar registros, depois você pode conseguir através do hub de parceiros ou do help desk.


Enviar registros é silencioso. No entanto, se um usuário enviar comentários, ele será para a equipe de devops do aplicativo Cisco Webex. Certifique-se de gravar o número de comentários do usuário se você quiser acompanhar com a Cisco. Por exemplo:

Obter dados do ambiente de chamada

Os registros de clientes Webex são altamente reprodados para remover informações de identificação pessoal. Você deve exportar os dados do ambiente de chamada do cliente na mesma sessão que você notar o problema.

1

No cliente, clique na imagem do perfil e, em seguida, clique em Ajuda para > Exportar dados de ambiente de chamada.

2

Salve o arquivo resultante ced.dat para solucionar problemas de chamada deste usuário.

Importante: Fazer logout ou reiniciar o cliente limpará o cache interno. Se você exportar ced.dat depois disso, os dados exportados não corresponderão com quaisquer registros que foram enviados antes do cache.

Redefinir o banco de dados Webex

1

No cliente, clique em Ajuda para > De saúde .

2

Selecione Redefinir banco de dados.

Isso aciona uma redefinição completa do cliente e carrega a tela de logon do aplicativo Webex.

Verifique se a Webex deve se registrar na BroadWorks

O aplicativo Webex verifica as seguintes informações para determinar se irá se registrar no BroadWorks:

  • Autorização do usuário ao broadworks-connector

  • Comportamento de chamada para a organização e usuário

Verifique o comportamento de chamada de um usuário e a autorização de conector

  1. Entre no Help Desk (https://admin.webex.com/helpdesk) com as credenciais de administrador do parceiro.

  2. Procure o usuário.

  3. Clique no usuário e marque a entrada Comportamento de chamada. Ele deve ser "Calling in Webex".

  4. Clique no nome de usuário para abrir a tela Detalhes do usuário.

  5. Role para baixo para localizar a seção de direitos e verifique se o conectorbroadworks está incluído.


    Um usuário Webex para BroadWorks NÃO deve ter a autorização padrão bc-sp se ele estiver pretendindo usar o Webex para BroadWorks. Esta é a autorização para o "Webex Calling (Broadcloud)", que é o aplicativo Webex ligando de um serviço de chamada em nuvem gerenciado pela Cisco.

Verifique o comportamento de chamada da organização

  1. Entre no Help Desk (https://admin.webex.com/helpdesk) com as credenciais de administrador do parceiro.

  2. Procure a organização.

  3. Clique na organização e verifique a entrada Comportamento de chamada. Ele deve ser "Calling in Webex".

Analisar PSLog para problemas de provisionamento de usuários

Use o PSLog do servidor de aplicativo para ver a solicitação HTTP POST para a ponte de provisionamento e a resposta do Webex.

Em um caso de trabalho correto, a resposta é 200 OK e após alguns minutos você pode ver o usuário - e a nova org. do cliente, se for o primeiro usuário - foi criada no Webex.

Você pode verificar isso pesquisando o Help Desk pelo endereço de e-mail que você vê no POST.

Antes de começar

Colete um PSLog do servidor de aplicativos durante uma tentativa de provisionamento fluxo remoto com um usuário de teste.

1

A primeira coisa a verificar é o código de resposta HTTP:

  • Qualquer coisa que não seja 200 OK é uma falha de provisionamento de usuário.

  • 200 OK ainda pode indicar uma falha se algo sobre o perfil do assinante não funcionar nos serviços Webex a jusante da ponte de provisionamento.

  • 400 pode conter um nó de mensagem na resposta. A ponte de provisionamento não pôde processar algo no assinanteProfile. Pode haver algo errado com os detalhes do assinante ou incompatibilidade com uma configuração no modelo.

  • 401 significa que as credenciais de provisionamento inseridas no AS não são igual às inseridas no modelo no Partner Hub.

  • 403 pode indicar algo mal configurado no Servidor de Aplicativo. Verifique o destino da solicitação. ele não deve ser um endereço IP, deve ser a URL da ponte de provisionamento que você pode ver no seu modelo no Partner Hub.

  • 409 indica um conflito entre o assinante fornecidoProfile e os dados Webex existentes. Pode haver um usuário existente com esse endereço de e-mail. Verifique a mensagem na resposta.

2

Você também pode verificar o HTTP POST original quanto a valores de suspeita que podem causar falha no provisionamento.

O POST contém uma estrutura XML deProfile assinante. Dentro disso, os nós úteis para verificar são:

  • bwuserid: Use isso para encontrar o perfil do assinante se precisar editá-lo no BroadWorks.

  • grupo: Se o modelo estiver no "modo provedor de serviços", ele ficará menor e se tornará o nome da org. do cliente que você vê no Partner Hub.

  • serviceProvider: Se o modelo estiver no "modo Enterprise", ele será menor e se tornará o nome da org. do cliente que você vê no Partner Hub.

  • Número de telefoneprimário: Deve existir. O provisionamento falha sem ele.

  • e-mail: Torna-se a ID do usuário no Webex. Deve ser válido e exclusivo para o Webex, caso contrário o provisionamento falha.


 

Ignore os serviços daza: ele é criado por AS e aceito, mas não é usado pelo Webex.

Analisar registros XSP para solucionar problemas de logoff do assinante

Este fluxo descreve o modo de autenticação BroadWorks. Você pode ver o modo de autenticação no modelo BroadWorks, no Partner Hub. Consulte Configurar os modelos do cliente emhttps://help.webex.com/en-us/z9gt5j/Webex-for-BroadWorks-Solution-Guide#id_137726.

O diagrama ladder a seguir mostra a interação entre o usuário, cliente, serviços Webex e o sistema BroadWorks quando o usuário está fazendo a autenticação BroadWorks no aplicativo Webex. Além disso, a conexão entre o Webex e o XSP é protegida pela MTLS.

A discussão que se segue explica o que você pode esperar ver ao investigar os registros para um logon bem-sucedido.

Figura 1. Configuração de dispositivos e autenticação BroadWorks

O usuário interage com o cliente, o cliente interage com os serviços Webex:

  • O usuário fornece seu endereço de e-mail para o aplicativo Webex (1 no diagrama).

  • A CI sabe como redirecionar este usuário para inserir a senha do BroadWorks (via UAP) (2 no diagrama).

  • O proxy IDP envia uma solicitação de obter perfil para a interface Xsi no XSP.

No tomcat access_log:

  • Procure a solicitação GET para o perfil do assinante, do Webex para a interface Xsi-Actions (2.1 no diagrama). Tem a ID do usuário Webex. E.g.

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

No XsiActionsLog:

  • Procure a solicitação GET do perfil do Webex (2.1 no diagrama). Tem a ID do usuário Webex. E.g.

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

    Os headers incluem autorização: Agente básico e de usuário: broadworksTeamsClient

  • O XSP então faz a autenticação OCI-P Basic contra o BroadWorks (AuthenticationVerifyRequest e AuthenticationVerifyResponse, como qualquer outro aplicativo que faz autenticação básica via Xsi) e também um UserGetRequest e ServiceProviderGetRequest para coletar as informações do assinante.

  • A resposta Xsi ao Webex contém um bloco de Perfil XML contendo a ID do usuário (BroadWorks) e outros detalhes (2.2 no diagrama).

Interações dos serviços Webex e cliente:

  • O proxy IDP corresponde ao perfil do usuário recebido do BroadWorks e problemas da assfirmação SAML para o cliente (2.3 no diagrama)

  • O cliente troca a assfirmação SAML para um token CI (3 no diagrama)

  • O cliente verifica se o usuário que se inscreveu tem a autorização de conector broadworks (4 no diagrama). Você pode verificar as autorizações do usuário no Help Desk)

  • O cliente usa token CI para solicitar um token da web JSON (JWT) do proxy IDP (5 no diagrama)

  • O proxy IDP valida o token CI em CI

  • O proxy IDP solicita O JWT do serviço de autenticação

No registro do Serviço de autenticação:

  • Procure a solicitação de token do Webex (5.2 no diagrama), por exemplo:

    OBTER /authService/token

    que tem http_bw_userid de uso e outros.

  • O XSP faz o OCI-P UserGetLoginInfoRequest , para validar se a ID do usuário fornecido corresponde a um usuário BroadWorks (5.3 no diagrama). AuthService estabeleceu confiança com a Webex em virtude da conexão mTLS, então pode emitir LLT.

  • Procure a resposta (5.4 no diagrama) do LongLivedTokenManager - Token gerado, assunto: bwksUserId@example.com, emissor: BroadWorks ...

    e StatusCode=200 que você pode associar à solicitação original usando o trackingid: CLIENTE... Cabeçalho.

No XsiActionsLog:

  • O cliente agora é capaz de apresentar o token de longa vida na interface Xsi-Actions para obter seu perfil de dispositivo (6 no diagrama). E.g.:

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

    Com a autorização dos headers: Token do usuário e agente dousuário: WebexTeams(variante/versão)

  • A interface Xsi-Actions POSTs o token para o serviço de aut. (configurado para estar na interface de loopback), por exemplo: 127.0.0.1:80 POST http://127.0.0.1:80/authService/token

    que você pode ter relação com o trackingid: CLIENTE... o header no GET e o X-BROADSOFT-CORRELATION-ID : CLIENT... header no POST .

No registro do Serviço de autenticação:

  • O recibo do POST a partir de Xsi (loopback)

  • Um StatusCode=200 voltar ao Xsi

  • E uma resposta de validação token, tendo um bloco JSON "token" no corpo.

  • Relacionado com o uso do trackingid: Cliente...

No XsiActionsLog:

  • Depois de receber 200 OK do authservice, que validou o token do cliente, o aplicativo Xsi-Actions agora envia uma solicitação OCI-P para UserPrimaryAndSCADeviceGetListRequest

  • Recebe o usuário OCI-PPrimaryAndSCADeviceGetListResponse contendo a estruturaXML accessDeviceTable.

  • A resposta OCI-P é codificada como resposta Xsi ao cliente, incluindo a estrutura XML do AccessDevices, que possui os deviceTypes, porexemplo, Business Communicator – PC e as urls onde o cliente pode recuperar os arquivos de configuração do dispositivo.

Cliente continua como normal:

  • Seleciona uma entrada de dispositivo e interage com o DMS para obter perfil do dispositivo (6 no diagrama)

  • Registra-se no BroadWorks via SBC recuperado na configuração do DMS (7 no diagrama)

Marca d'água
19 de mar de 2021| visualização(ões) | pessoas acharam que isso foi útil

Problemas específicos

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 parceiro, incluindo 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/Mensagens> obter. 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 Help Desk 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 no Help Desk.

  • 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 por 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 escalar 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 do <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ê quiser permitir que novas organizações, para domínios de e-mail que não combinam com os clientes existentes no Webex, você poderá 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-a no Help Desk.

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 normal de login 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 "Sessão SSO: 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 nenhuma sessão de SSO

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/Sistema/Uso da comunicação/Configurações padrão/Autenticação externa/Autenticaçãodo certificado>get 
     
     allowUserApp = false 
     allowClientApp = true
  • Ao usar o MTLS, você deve carregar o certificado de 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 uma conexão SSO bem-sucedida

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 onAccessDeviceListSucceededed:BWC:SCF: ConfigDownload - o perfil do dispositivo 'Business Communicator - PC' não foi encontrado.

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 ou erro em branco 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 porque 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

Este artigo foi útil?

Artigos relacionados

Visualizados recentemente

×