Webex pentru probleme specifice de depanare BroadWorks

Probleme cu hubul partenerilor

Administratorul nu poate vedea organizațiile clienților

Ca administrator pentru organizația parteneră din Webex, ar trebui să aveți rolul de Administrator complet. Acest rol este utilizat pentru gestionarea organizației partenere, inclusiv atribuirea privilegiilor administrative pentru dvs. Pentru a gestiona organizațiile clienților, trebuie să vă acordați dumneavoastră (sau altor persoane) rolul de Administrator Complet vânzări sau Rolul de Administrator vânzări. A se vedea https://help.webex.com/fs78p5.

Probleme de asigurare a accesului pentru utilizatori

Erori integrate de IM&P pentru anumite întreprinderi / clienți

Dacă aveți un mix de întreprinderi care utilizează diferite servicii de colaborare în cloud, de exemplu UC-One SaaS și Webex pentru BroadWorks, este posibil să fi optat pentru modificarea adaptorului de asigurare a accesului pentru fiecare întreprindere.

Pentru a verifica ce este configurat pentru IM&P integrat (implicit pentru întreprinderi, cu excepția cazului în care există o setare mai specifică), executați AS_CLI/Interface/Messaging> get. Pentru parametrii de asigurare a accesului pentru o anumită întreprindere, deschideți întreprinderea și mergeți la Servicii > IM&P integrat.

Verificați dacă configurația IM&P integrată pentru acea întreprindere se potrivește exact cu ceea ce se afișează în șablonul de client din Hubul de parteneri. Următoarele setări trebuie să se potrivească sau asigurarea accesului nu reușește pentru toți utilizatorii din întreprindere:

Setare IM&P integrată BroadWorks Enterprise

Setare șablon client hub partener

URL server de mesagerie

URL de asigurare a accesului

Nume utilizator server mesagerie

Nume cont asigurare acces

Parolă server mesagerie

Parolă cont de asigurare a accesului, Confirmare parolă

Erori IM&P integrate pentru anumiți utilizatori

Acest lucru se aplică dacă utilizați asigurarea accesului prin flux și presupune că asigurarea accesului funcționează pentru unii/majoritatea utilizatorilor (astfel încât să puteți exclude o problemă de configurare).

Dacă vedeți erori IM&P integrate în BroadWorks, de exemplu, "[Eroare 18215] Eroare de asigurare a accesului cu serverul de mesagerie" și "[Eroare 18211] Eroare de comunicare cu serverul de mesagerie", ar trebui să investigați următoarele cauze potențiale:

  • Adresa de e-mail a utilizatorului ar putea exista deja CI. Căutați utilizatorul în Biroul de asistență pentru a verifica dacă adresa lor de e-mail este deja acolo. Acest lucru nu este neapărat concludent, deoarece utilizatorul poate exista într-o organizație ale cărei date nu vi se permite să le vedeți în Help Desk.

  • Utilizatorul s-a înscris independent la Webex, înainte de a i se atribui serviciul IM&P integrat. În acest caz, o opțiune este ca utilizatorul să își șteargă contul gratuit, astfel încât să poată deveni parte a organizației de clienți pe care o furnizați. Instrucțiunile sunt la https://help.webex.com/5m4i4y.

  • Utilizatorul nu are un număr de telefon principal atribuit profilului său (toți abonații Webex pentru BroadWorks trebuie să aibă un DID principal). A se vedea subiectul privind analiza PSLog de la AS.

Erori de asigurare a accesului pentru utilizatori ca răspuns de la Puntea de asigurare a accesului

Dacă utilizatorii nu apar în Control Hub, în câteva minute de la atribuirea IM&P integrat, aruncați o privire la codurile de răspuns din serviciul punte de asigurare a accesului. Executați un PSLog pentru a vă uita la codurile de răspuns HTTP.

200 OK

Un răspuns 200 OK nu înseamnă că utilizatorul este furnizat cu succes. Aceasta înseamnă că serviciul de furnizare a primit cererea și a transmis cu succes cererea corespunzătoare de creare a utilizatorului către serviciile din amonte.

Tranzacția de asigurare a accesului este asincrotă prin concepție. Serviciul răspunde la 200 OK, deoarece procesul de creare a utilizatorului poate dura câteva minute și, din motive de performanță, nu dorim să primim mai multe solicitări pentru a crea același utilizator.

Cu toate acestea, dacă utilizatorul nu apare în cele din urmă în Organizația clientului după un răspuns OK 200, ar putea indica faptul că crearea utilizatorului nu a reușit în serviciile Webex în amonte de serviciul de furnizare.

Trebuie să escaladați o eroare de asigurare a accesului care are un răspuns de 200 OK.

400 Cerere proastă

Verificați răspunsul HTTP care ar trebui să aibă mai multe detalii despre problemele potențiale care ar putea provoca acest răspuns de la serviciul de asigurare a accesului. Câteva exemple de <message> nod:

  • "Nu puteți avea încredere în e-mailul BroadWorks cu API-ul de asigurare a accesului moștenit."

    Adresa de e-mail asociată cu solicitarea de asigurare a accesului pentru utilizator care nu a reușit nu este validă sau este tastată greșit, dar ați afirmat în șablon că adresele de e-mail pot fi de încredere. Verificați profilurile utilizatorilor în BroadWorks, în special id-ul de e-mail.

  • "Client org nu se găsește în baza de date și, de asemenea, noi org crearea de pavilion nu este activat."

    Această solicitare de asigurare a accesului nereușită ar trebui să creeze o nouă organizație client în Webex, dar șablonul este configurat pentru a preveni crearea de noi organizații client. Dacă doriți să permiteți organizații noi, pentru domenii de e-mail care nu se potrivesc cu clienții existenți în Webex, atunci aveți posibilitatea să reconfigurați șablonul în Hub partener și să retestați solicitarea de asigurare a accesului. Cu toate acestea, dacă nu vă așteptați să fie creată o nouă organizație pentru acest utilizator, poate că adresa de e-mail este tastată greșit (în special partea de domeniu). Verificați id-ul de e-mail al utilizatorului în BroadWorks.

403 Interzis

Cererea de provizionare nu are nicio șansă de reușită. Va trebui să investigați cererea și răspunsul în acest caz. De exemplu, dacă vedeți o adresă IP ca țintă a solicitării de asigurare a accesului - în loc de URL-ul corespunzător al punții de asigurare a accesului pentru organizația dvs. (consultați subiectele de configurare a paravanului de protecție din Ghidul de soluții) - ar putea indica faptul că serverului de aplicații îi lipsește un patch necesar (ap373197).

Verificați dacă toate corecțiile necesare sunt aplicate serverului de aplicații și dacă ați finalizat configurația aferentă pentru asigurarea accesului cu succes prin flowthrough.

409 Conflict

Solicitarea de asigurare a accesului nu poate continua, deoarece există un utilizator existent în Webex care se potrivește cu adresa de e-mail din solicitare.

Utilizator deja în CI

Obțineți e-mailul abonatului din solicitarea HTTP POST și căutați-l în Biroul de asistență.

Este posibil să nu vedeți utilizatorul dacă nu vi se permite, dar este posibil să vedeți, de asemenea, că utilizatorul se află într-o organizație "gratuită", de exemplu "Consumator".

Puteți solicita acestui utilizator să își șteargă contul gratuit sau puteți utiliza o altă adresă de e-mail pentru a le furniza. A se vedea https://help.webex.com/ndta402.

Utilizatori Conectați-vă probleme

Portalul de activare a utilizatorului nu se încarcă

Fluxul normal de conectare Webex for BroadWorks include un portal de activare a utilizatorului unde utilizatorii își introduc parolele. Uneori, acest portal nu se încarcă după ce utilizatorul și-a furnizat adresa de e-mail în ecranul de conectare la aplicația Webex.

Această problemă poate fi cauzată pe partea de client sau pe partea de service. Pe partea de client, este de obicei cauzată de browser-ul nativ al clientului fiind incompatibil într-un fel cu serviciul.

Sign On unic nu a reușit

  • În BroadWorks, verificați dacă utilizatorului i-au fost atribuite tipurile de dispozitive pentru aplicația Webex (consultați secțiunea Profiluri dispozitiv din secțiunea Pregătiți mediul din Ghidul de soluții).

  • Verificați dacă utilizatorul utilizează parola corectă: Dacă șablonul pe care l-ați utilizat pentru a furniza organizația de clienți a utilizatorului (în Hubul partener) este configurat pentru autentificarea BroadWorks, utilizatorul ar trebui să introducă parola broadworks "Web Access".

Probleme de configurare și înregistrare a apelurilor

După ce un utilizator a fost furnizat în Webex și se conectează cu succes la aplicația Webex, apoi aplicația se înregistrează la BroadWorks. Următoarele sunt secvența de înregistrare așteptată și semnele rezultate ale unei înregistrări sănătoase (așa se vede din aplicația Webex):

Secvență de înregistrare așteptată

  1. Clientul apelează XSI pentru a obține un simbol de gestionare a dispozitivului și adresa URL către DMS

  2. Clientul solicită profilul dispozitivului său de la DMS prin prezentarea simbolului de la pasul 1

  3. Clientul citește profilul dispozitivului și regăsește acreditările, adresele și porturile SIP

  4. Clientul trimite un REGISTRU SIP la SBC folosind informațiile de la pasul 3

  5. SBC trimite SIP REGISTER la AS (SBC poate efectua o căutare în NS pentru a localiza un AS dacă SBC nu cunoaște deja utilizatorul SIP.)

Semne așteptate ale înregistrării cu succes a clienților

Pictograma Opțiuni apelare apare în interfața Webex.

În fila Servicii telefonice pentru aplicații Webex (de exemplu, Setări > Servicii telefonice pe Windows, Preferințe > Servicii telefonice pe Mac), mesajul "Sesiune SSO: Sunteți conectat" înseamnă aplicația înregistrată cu succes (la BroadWorks în acest caz).

Clientul nu are pictogramă apelare

De cele mai multe ori acest lucru înseamnă că utilizatorul nu are licența / drepturile corecte.

Clientul afișează fila Servicii telefonice, dar fără sesiune SSO

Aceasta este o înregistrare nereușită. Există mai multe motive pentru care un client de aplicație Webex nu ar reuși înregistrarea cu BroadWorks:

Servicii de apelare multiplă testate cu aceiași clienți

Această problemă cunoscută poate fi cauzată de schimbarea clientului între diferite apeluri înapoi se termină. Este cel mai probabil să apară în timpul încercărilor diferitelor servicii de apelare oferite prin (aceiași) clienți ai aplicației Webex. Aveți posibilitatea să reinițializați baza de date client (link) pentru a remedia această problemă.

Configurarea greșită a serviciului de autentificare

Verificați XSP-urile care găzduiesc serviciul de autentificare în raport cu Ghidul de soluții (consultați Configurarea serviciilor pe Webex pentru XSP-urile BroadWorks). Special:

  • Tastele RSA (pe care le generați pe un XSP) sunt copiate pe toate XSP-urile

  • URL-ul serviciului de autentificare a fost furnizat containerului web pe toate XSP-urile și introdus corect în cluster în Partner Hub

  • Autentificarea externă prin certificate este configurată:

    XSP_CLI/System/CommunicationUtility/DefaultSettings/ExternalAuthentication/CertificateAuthentication>get
            
            allowUserApp = false
            allowClientApp = true
  • Când utilizați MTLS, trebuie să încărcați certificatul de client Webex în XSP-uri (puteți obține certificatul din Partner Hub, pe pagina Setări BroadWorks)

Configurarea greșită a etichetelor BroadWorks

Verificați dacă ați configurat etichetele BroadWorks necesare pentru aplicația Webex (consultați secțiunea BroadWorks necesare pentru Webex în Ghidul de soluții) și dacă nu există conflicte sau valori incorecte.

Mai exact, eticheta %SBC_ADDRESS_WXT% ar trebui să fie SBC către registratorul SIP pentru clienții aplicației Webex.

Clientul desktop deconectează serviciile telefonice după o conexiune SSO reușită

Această problemă poate fi cauzată de același utilizator conectarea la mai mulți clienți de pe același tip de platformă. De exemplu, dacă un utilizator se conectează cu succes la aplicația Webex pe Windows, apoi se conectează la aplicația webex pe un alt computer Windows, există doar o sesiune SSO activă pe unul dintre mașini. Acest lucru este de proiectare.

Dacă trebuie neapărat să rezolvați această problemă, puteți configura BroadWorks să aibă mai multe instanțe de același tip de dispozitiv, dar trebuie să aibă adrese SIP unice. Această configurație este în afara domeniului webex pentru BroadWorks.

Dispozitiv desktop neaprovizionat pentru utilizator

Această semnătură este văzută în jurnalul clientului (\bwc\) :

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

Probleme de vizualizare Web a setărilor apelurilor

Butonul de auto-îngrijire / Link nu se afișează în aplicația Webex

Un simptom diferit al acestei probleme este atunci când butonul / link-ul este afișat, dar făcând clic pe acesta deschide un browser extern.

  • Verificați dacă șablonul de configurare client necesar este implementat și etichetele CSW sunt setate corect. (Consultați Secțiunea Webview Setări apel din Ghidul de soluții Webex for BroadWorks).

  • Verificați dacă aplicația Webex este înregistrată pentru apelare în BroadWorks.

  • Verificați dacă aplicația Webex este o versiune recentă care acceptă CSWV.

Pagină necompletată sau eroare după ce faceți clic pe butonul/linkul de auto-îngrijire

În general, acest comportament în aplicația Webex indică o problemă de configurare sau implementare cu aplicația CSWV pe BroadWorks XSP.

Colectați detalii pentru investigații suplimentare, inclusiv jurnalele CSWV, jurnalele de acces, depozitul de configurare.xml și fișierul șablon, apoi ridicați un caz.

Probleme de revendicare domeniu

Erorile de înregistrare a utilizatorilor pot apărea ca urmare a erorilor care se fac în revendicarea domeniilor. Înainte de a revendica orice domeniu, asigurați-vă că înțelegeți următoarele:

  • Furnizorii de servicii nu ar trebui să revendice domeniile organizațiilor de clienți pe care le gestionează. Acestea ar trebui să revendice numai domeniile acelor utilizatori care se află în organizația internă a Furnizorului de servicii. Revendicarea domeniului utilizatorilor dintr-o organizație separată (chiar și una pe care furnizorul de servicii o gestionează) poate duce la erori de înregistrare pentru utilizatorii din organizația client, deoarece solicitările de autentificare ale utilizatorilor sunt distribuite prin furnizorul de servicii, mai degrabă decât prin organizația client.

  • Dacă două organizații de clienți (Compania A și Compania B) partajează același domeniu și Compania A a revendicat domeniul, înregistrarea pentru utilizatorii companiei B poate eșua din cauza faptului că solicitările de autentificare ale utilizatorilor sunt direcționate prin organizația care are domeniul revendicat (Compania A).

Dacă revendicați orice domeniu din greșeală și trebuie să eliminați o revendicare, consultați articolul Gestionare domenii Webex.

Coduri de eroare utilizator final

Următorul tabel prezintă codurile de eroare ale utilizatorului final care pot fi văzute în portalul de activare a utilizatorului client.


Aceasta nu este o listă exhaustivă de coduri de eroare. Tabelul listează numai codurile de eroare existente pentru care aplicația Webex nu oferă în prezent o direcție clară utilizatorului.
Tabelul 1. Coduri de eroare utilizator final

Cod de eroare

Mesaj de Eroare

Acțiune sugerată

200010

Validarea acreditărilor nu a reușit ca utilizator BroadWorks neautorizat

Utilizatorul ar trebui să încerce o combinație diferită de nume de utilizator și parolă.

În caz contrar, administratorul trebuie să reinițializeze parola în BroadWorks.

200016

Validarea acreditărilor ca sesiune nu s-a găsit

Utilizatorul trebuie să reîmprospăteze browserul și să reîncerce numele de utilizator/parola.

200018

Validarea acreditărilor nereușite ca utilizator este blocată

Utilizatorul ar trebui să aștepte 10 minute, apoi să încerce din nou.

200019

Validarea acreditărilor nereușite ca utilizator adăugare nu a reușit pentru activarea de sine

Admin ar trebui să verifice setările de auto-activare în Control Hub

200022

Trimiterea e-mailului ca utilizator nu a fost neautentificată

Utilizatorul ar trebui să reîncerce onboarding și introducerea acreditărilor.

200026

Validarea e-mailului nu a reușit din cauza erorii de verificare prealabilă sau a stării incorecte a utilizatorului în așteptare pentru PartnerOrgUUID : {partnerOrgUUID} , BroadoworksUUID : {broadworksUUID} , ConfigSetUUID : {configSetUUID}

Admin ar trebui să informeze utilizatorul că au introdus adresa de e-mail greșită, deoarece adresa de e-mail este asociată cu o altă organizație.

200039

Validarea e-mailului nereușit ca id-ul de e-mail deja utilizat într-o altă orgă

Utilizatorul ar trebui să încerce din nou onboarding la același link de verificare, dar folosind un ID de utilizator BroadWorks diferit.

În caz contrar, administratorul organizației client din org diferite ar trebui să șteargă contul de utilizator existent.

200040

Validarea e-mailului nereușit ca configSet nu se potrivește cu configSet în customerConfig

Admin ar trebui să compare linkul de verificare pe care utilizatorul l-a utilizat cu linkul configurat în Control Hub. Cele două linkuri și configSets trebuie să se potrivească.

200041

Validarea nereușită a e-mailului ca utilizator are deja dreptul la un alt serviciu în conflict, drepturi contradictorii

Utilizatorul ar trebui să încerce din nou onboarding la același link de verificare utilizând un ID de utilizator BroadWorks diferit.

În caz contrar, administratorul org client care gestionează serviciul în conflict ar trebui să șteargă serviciul în conflict sau drepturile.

200042

Validarea nereușită a e-mailului ca e-mail este deja asociată cu un alt Id utilizator BroadWorks

Utilizatorul ar trebui să încerce din nou cu altă adresă de e-mail.

În caz contrar, administratorul trebuie să șteargă celălalt utilizator care utilizează această adresă de e-mail.

200043

Validarea e-mailului nereușit ca mapare de configurare client utilizator este incorectă

Utilizatorul ar trebui să încerce din nou cu altă adresă de e-mail.

În caz contrar, administratorul trebuie să șteargă celălalt utilizator care utilizează această adresă de e-mail.

200044

Validarea e-mailului nereușit ca IDutilizare utilizator este deja utilizată în acest cluster BroadWorks

Utilizatorul ar trebui să încerce din nou cu altă adresă de e-mail.

În caz contrar, administratorul organizației client care gestionează contul de utilizator existent care utilizează această adresă de e-mail trebuie să șteargă acel cont de utilizator.

200045

Adăugarea nereușită a utilizatorului prin activarea de sine ca utilizator face deja parte dintr-o altă orgă

Utilizatorul ar trebui să reîncerce la bord, dar cu o altă adresă de e-mail.

În caz contrar, administratorul organizației client care administrează org diferite ar trebui să șteargă contul existent.

200046

Adăugarea nereușită a utilizatorului prin auto-activare, deoarece există mai mulți utilizatori în așteptare cu aceleași broadworksUserId sub același cluster BroadWorks

Administratorul ar trebui să șteargă utilizatorii în așteptare din Control Hub

200047

Adăugarea nereușită a utilizatorului prin activarea de sine ca IDutilizare utilizator este deja utilizată în acest cluster BroadWorks

Utilizatorul ar trebui să încerce din nou cu altă adresă de e-mail.

În caz contrar, administratorul organizației client care gestionează contul de utilizator existent ar trebui să șteargă acel cont de utilizator existent sau să elimine alte drepturi.

200048

Adăugarea nereușită a utilizatorului prin activarea de sine ca adresă de e-mail a fost deja furnizată cu un alt ID de utilizare BroadWorks

Utilizatorul ar trebui să încerce din nou cu altă adresă de e-mail.

200049

Adăugarea nereușită a utilizatorului prin activarea de sine ca IDutilizare utilizator este deja utilizată în acest cluster BroadWorks

Utilizatorul ar trebui să încerce din nou cu altă adresă de e-mail.

În caz contrar, administratorul organizației client care gestionează contul de utilizator existent ar trebui să șteargă acel cont de utilizator existent sau să elimine alte drepturi..

200050

Adăugarea nereușită a utilizatorului prin activarea de sine ca PROVISIONINGID nu se potrivește cu ID-ul de furnizare așteptat al întreprinderii abonatului

Administratorul ar trebui să compare linkul de verificare pe care utilizatorul l-a utilizat cu linkul configurat în Control Hub.

Cele două linkuri și configSets trebuie să se potrivească.

200051

Adăugarea nereușită a utilizatorului prin activarea de sine ca spEnterpriseId specificat în această solicitare intră în conflict cu un furnizor de servicii sau cu o întreprindere deja furnizată din acest cluster BroadWorks

Administratorul ar trebui să verifice orgiile existente în Control Hub și să se asigure că nu creează o orgă cu un nume care există deja.

200054

Validarea e-mailului nereușit ca regiune a nepotrivirii org-ului clientului și a org-ului partenerului

Administratorul ar trebui să verifice setările org și org pentru clienți partenere din Control Hub și să se asigure că regiunile se potrivesc.