Vandmærke
19. mar 2021 | visning(er) | personer fandt dette nyttigt

Fejlfindingsvejledning til Webex til BroadWorks

Rådgivning om fejlfinding i Webex til BroadWorks, herunder emner om "sådan gør man", lister over logfiler og deres anvendelse samt tips til undersøgelse af specifikke problemer.

Fejlfinding i Webex til BroadWorks

Fejlfinding i Webex til BroadWorks

Fejlfinding af Webex til BroadWorks

Dette dokument er beregnet til tekniske personer på tjenesteudbyderorganisationer, der understøtter dem selv og deres kunder. Vi forventer, at du generelt har kendskab til fejlfinding, aflæsning af logfiler og arbejde med abonnentsager.

Artiklen er opdelt i tre store afsnit:

  • Ressourcer, som er en liste over værktøjer, læsemateriale, logfiler og kontakter, du har brug for.
  • Processer, der beskriver nogle af de handlinger, du kan foretage under fejlfinding af et kundeproblem.
  • Specifikke problemer , som kategoriserer og angiver problemer, der er blevet kendt for at opstå, hvordan du finder dem, og hvordandu kan løse dem.

Skift historik

Dato

Ændring

Afsnit

08. december 2020

Opdateret dokument. Rebranding af Webex Teams til Webex (app).

Tilføjede slutbrugerfejlkoder

Specifikke problemer

03. november 2020

Webvisning for tilføjede opkaldsindstillinger

Specifikke problemer

22. oktober 2020

Nyt dokument indført

Vandmærke
19. mar 2021| visning(er) | personer fandt dette nyttigt

Ressourcer

Webex til BroadWorks Fejlfindingsressourcer

Kontakter


Fra og med oktober 2020 migrerer vi BroadSofts kundesupport til Cisco CX-supportprocesser og -værktøjer. Dette betyder, at Webex for BroadWorks-partnere skal flytte fra at bruge Xchange til sagsadministration til at bruge Support Case Manager (SCM).

Vi forventer, at migreringen vil køre i ca. 3 måneder og til slutningen af kalenderåret 2020. BroadWorks/UCaaS TAC-teamet starter supportsager i CSOne/Lightning i stedet for BroadSoft Jira, når du overføres. Du skal muligvis henvise til sager på begge systemer under overførselsperioden.

Se ældre BroadSoft Support Transition for yderligere oplysninger.

Nyttige logfiler

Lognavn Source Nyttig til fejlfinding
PSLog Applikationsserver Flowthrvirke-klargøring
tomcat-access_log XSP Login til Webex-appen
XsiActionsLog XSP Login-interaktioner i Webex-appen med Webex IDP-proxy, forespørgsel af klientinteraktioner for enhedsprofiler
bekræftelseServicelog XSP Login via Webex-appen (tokenbekræftelse og godkendelse af godkendelse)
XSLog XSP?

Mobilabonnementer på pushmeddelelser

Opkaldssignalering

Startlog til Webex-appen

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

Mac:

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

Mobil: Brug Send logfiler

Opstart (sekvens)

Berettigelseskontrol for brugeren

Initialisering af BWC-bibliotek til tilslutning til BroadWorks

getUserProfile & JwT token hent log

BroadWorks ringer til Webex-applog

klient

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

Mac:

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

Mobil: Brug Send logfiler

Al SIP-trafik til tilmelding og opkald

Keep Alive-trafik til BWKS Backend

Funktioner til midt i opkald, der kræver signal (hold/genoptag, overførsel osv.)

Medielog (Webex Media Engine)

klient

Windows:

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

Mac:

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

Mobil: Brug Send logfiler

Alle medier logføring

Codecs forhandlet for et opkald

Funktioner for midt i opkald

Læseliste

Vandmærke
19. mar 2021| visning(er) | personer fandt dette nyttigt

Processer

Webex til Fejlfindingsprocesser for BroadWorks

Eskalerer et problem

Efter du har fulgt nogle af fejlfindingsvejledningen, bør du have en rimelig idé om, hvor problemet er rooted.

1

Indsaml så mange oplysninger, som du kan, fra systemerne i forbindelse med problemet

2

Kontakt det relevante team hos Cisco for at åbne en sag (se afsnittet Kontakter)

Hvilke klientoplysninger skal indsamles

Hvis du mener, at du har brug for at åbne en sag eller eskalere et problem, skal du indsamle følgende oplysninger under fejlfinding med brugeren:

  • Brugeridentifikator: CI-e-mailadresse eller bruger UUID (dette er Webex-id, men hvis du også får brugerens BroadWorks-id, så hjælper det)

  • Organisationsidentifikator

  • Tilnærme tidsramme, hvor problemet blev oplevet

  • Klientplatform og -version

  • Send eller indsaml logfiler fra klienten

  • Optag sporings-id'et, hvis det vises på klienten

Kontroller brugeroplysninger i Help Desk

1

Log på https://admin.webex.com/helpdesk.

2

Søg efter, og klik på brugeren. Dette åbner brugeroversigtsskærmen.

3

Klik på brugernavnet for at se den detaljerede brugerkonfiguration.

Nyttige oplysninger i denne visning omfatter brugerens UUID-klynge (Common Identity, CI), Webex-appklynge, opkaldsadfærd og GUID til BroadWorks-konto.

4

Klik Kopier, hvis du har brug for at bruge disse oplysninger i et andet værktøj, eller vedhæft dem til en Cisco-sag.

Vis kundeorganisation i Help Desk

1

Log på https://admin.webex.com/helpdesk.

2

Søg efter, og klik derefter på navnet på kundens organisation.

3

Rul ned, indtil du ser kundeportalvisning, og klik på Vis kundenavn for at se en skrivebeskyttet visning af kundeorganisationen – herunder brugere og konfiguration.

Hent brugerlogfiler fra Partner Hub

Når der skal fejlfindes problemer med desktop- og mobilklienter, er det vigtigt, at partnere (og TAC) kan se klientlogfilerne.

1

Bed brugeren om at sende logfiler.

2

Bed brugeren om at eksportere opkaldsmiljø for at sende dig ced.dat-filen.

3

Få klientlogfilerne fra Partner Hub eller Help Desk (se nedenfor).

Valgmuligheden Partner Hub:

  1. Log ind på Partner Hub, og find brugerens kundeorganisation.

  2. Vælg Fejlfinding.

  3. Vælg Logge.

  4. Søg efter brugeren (via e-mail).

  5. Se og download klientlogfilerne som en zip-fil.

Help Desk-valgmulighed:

  1. Log ind på Help Desk.

  2. Søg efter organisationen.

  3. Klik på organisationen (åbner oversigtsskærmen).

  4. Rul ned for at klikke på Vis kunde.

  5. Vælg Fejlfinding.

  6. Vælg Logs.

  7. Søg efter brugeren (via e-mail).

  8. Se og download klientlogfilerne som en zip-fil.

Klientkontrol for opkaldstjeneste

1

Log ind på Webex-klienten.

2

Kontroller, at ikonet Opkaldsmuligheder (et håndsæt med et tandhjul over det) er til stede på sidebjælken.

Hvis ikonet ikke er til stede, er brugeren muligvis endnu ikke aktiveret for opkaldstjenesten i Control Hub.

3

Åbn menuen Indstillinger/Præferencer, og gå til afsnittet Telefontjenester. Du bør se statussen SSO-session du er logget på.

(Hvis en anden telefontjeneste, f.eks. Webex Calling, vises, brugeren bruger ikke Webex til BroadWorks.)

Denne bekræftelse betyder:

  • Klienten har gennemført de nødvendige Webex-mikrotjenester.
  • Brugeren er blevet godkendt.
  • Klienten er blevet udstedt en langsigtet JSON-webtoken af dit BroadWorks-system.
  • Klienten har hentet sin enhedsprofil og er tilmeldt BroadWorks.

Få klientlogs eller feedback

  • Se afsnittet Ressourcer for at finde specifikke klientlogs på Webex-desktopklienter, eller bed brugere om at sende logfiler.

  • Bed brugere af mobilklienter om at sende logfiler, så kan du få dem via Partner Hub eller Help Desk.


Send logge er lydløs. Men hvis en bruger sender feedback, går det til Cisco Webex-appens devops-team. Sørg for at optage brugerens feedbacknummer, hvis du ønsker at følge op på Cisco. Eksempel:

Hent data for opkaldsmiljø

Webex-klientlogfiler er kraftigt redigeret for at fjerne personligt identificerbare oplysninger. Du skal eksportere data for opkaldsmiljø fra klienten i den samme session, når du lægger mærke til problemet.

1

I klienten skal du klikke på profilbilledet og klikke på Hjælp > Eksporter data for opkaldsmiljø.

2

Gem den resulterende fil ced.dat til fejlfinding af opkaldsproblemer for denne bruger.

Vigtigt: Log ud fra, eller genstart klienten rydder den interne cache. Hvis du eksporterer ced.dat efter dette, svarer de eksporterede data ikke til nogen logfiler, der blev sendt før cachen.

Nulstil Webex-database

1

På klienten skal du klikke på > til Sundhedskontrol.

2

Vælg Nulstil database.

Dette udløser en fuld nulstilling af klienten og indlæser Login-skærmen i Webex-appen.

Bekræft, at Webex skal tilmeldes BroadWorks

Webex-appen kontrollerer følgende oplysninger for at bestemme, om du vil tilmelde dig BroadWorks:

  • Brugerberettigelse til broadworks-connector

  • Opkaldsadfærd for organisation og bruger

Kontrollér en brugers opkaldsadfærd og konnektorberettigelse

  1. Log ind på Help Desk (https://admin.webex.com/helpdesk) med dine partneradministratorlegitimationsoplysninger.

  2. Søg efter brugeren.

  3. Klik på brugeren, og marker posten Opkaldsadfærd. Det bør være "Opkald i Webex".

  4. Klik på brugernavnet for at åbne skærmen Brugeroplysninger.

  5. Rul ned for at finde afsnittet berettigelser, og bekræft, at broadworks-connector er inkluderet.


    En Webex til BroadWorks-bruger bør IKKE have bc-sp-standardberettigelse, hvis de har til hensigt at bruge Webex til BroadWorks. Dette er berettigelse til "Webex Calling (Broadcloud)", som er Webex-appen, der ringer via en Cisco-administreret opkaldstjeneste via Cloud.

Kontrollér organisationens opkaldsadfærd

  1. Log ind på Help Desk (https://admin.webex.com/helpdesk) med dine partneradministratorlegitimationsoplysninger.

  2. Søg efter organisationen.

  3. Klik på organisationen, og marker posten Opkaldsadfærd. Det bør være "Opkald i Webex".

Analyser PSLog for problemer med bruger klargøring

Brug applikationsserverens PSLog til at se HTTP POST-anmodningen til klargøringsbroen og svaret fra Webex.

I en korrekt arbejdssag er svaret 200 OK, og efter et par minutter kan du se brugeren - og ny kundeorganisation, hvis den er første bruger - er blevet oprettet i Webex.

Du kan bekræfte dette ved at søge på Help Desk efter den e-mailadresse, du ser i POST.

Før du begynder

Indsaml en PSLog fra applikationsserveren under et flowthrmut-klargøringsforsøg med en testbruger.

1

Den første, der skal kontrolleres, er HTTP-responskoden:

  • Alt andet end 200 OK er en fejl i bruger klargøring.

  • 200 OK kan stadig angive en fejl, hvis noget om abonnentprofilen ikke virker i Webex-tjenesterne opstrøms for klargøringsbroen.

  • 400 kan indeholde en meddelelsesknude i svaret. Klargøringsbroen kunne ikke behandle noget i abonnentprofilen. Der kan være noget galt med abonnentoplysningerne eller inkompatibilitet med en indstilling i skabelonen.

  • 401 betyder, at klargøringsoplysningerne, der er indtastet på AS, ikke stemmer overens med dem, der er indtastet på skabelonen i Partner Hub.

  • 403 kunne angive noget forkert konfigureret på applikationsserveren. Kontroller anmodningens mål. det må ikke være en IP-adresse. Det bør være klargøringsbroens URL-adresse, du kan se på din skabelon i Partner Hub.

  • 409 angiver en konflikt mellem den leverede abonnentProfile og eksisterende Webex-data. Der er muligvis en eksisterende bruger med denne e-mailadresse. Kontroller meddelelsen i svaret.

2

Du kan også kontrollere den oprindelige HTTP POST for enhver mistanke om værdier, der kan forårsage, at klargøring mislykkes.

POST indeholder en subscriberProfile XML-struktur. Indeni dette er nyttige knudepunkter at kontrollere:

  • bwuserid: Brug denne til at finde abonnentprofilen, hvis du har brug for at redigere den i BroadWorks.

  • gruppe: Hvis skabelonen er i "Service Provider-tilstand", sænkes den og bliver navnet på den kundeorganisation, du ser i Partner Hub.

  • serviceProvider: Hvis skabelonen er i "Virksomhedstilstand", sænkes den og bliver navnet på den kundeorganisation, du ser i Partner Hub.

  • primærPhoneNumber: Skal eksistere. Klargøring mislykkedes uden den.

  • e-mail: Bliver bruger-id i Webex. Skal være gyldig og unik for Webex. Ellers mislykkes klargøring.


 

Ignorer tjenesterne: den er oprettet af AS og accepteret, men ikke brugt af Webex.

Analyser XSP-logfiler til fejlfinding af abonnentlog ind

Dette flow beskriver BroadWorks-godkendelsestilstand. Du kan se godkendelsestilstanden på BroadWorks-skabelonen i Partner Hub. Se Konfigurer dine kundeskabeloner i https://help.webex.com/en-us/z9gt5j/Webex-for-BroadWorks-Solution-Guide#id_137726.

Følgende stigediagram viser interaktionen mellem brugeren, klienten, Webex-tjenesteydelser og BroadWorks-systemet, når brugeren udfører BroadWorks-godkendelse i Webex-appen. Desuden er forbindelsen mellem Webex og XSP sikret af MTLS.

Diskussionen, der følger, forklarer, hvad du kan forvente at se, når loggene undersøges for et vellykket login.

Figur 1. BroadWorks-godkendelse og enhedskonfiguration

Bruger interagerer med klient, klient interagerer med Webex-tjenester:

  • Brugeren leverer sin e-mailadresse til Webex-appen (1 i diagram).

  • CI ved, at du skal omdirigere denne bruger til at indtaste deres BroadWorks-adgangskode (via UAP) (2 i diagrammet).

  • IDP-proxyen indsender en get-profilanmodning til Xsi-grænsefladen på XSP'en.

I tomcat-access_log:

  • Se efter GET-anmodningen om abonnentprofilen fra Webex over for Xsi-Actions-grænsefladen (2.1 i diagram). Det har Webex-bruger-id. F.eks.

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

I XsiActionsLog:

  • Se efter profilens GET-anmodning fra Webex (2.1 i diagram). Det har Webex-bruger-id. F.eks.

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

    Sidehovederne inkluderer godkendelse: Grundlæggende og brugeragent: broadworksTeams-client

  • XSP udfører derefter OCI-P grundlæggende godkendelse mod BroadWorks (AuthenticationVerifyRequest og AuthenticationVerifyResponse, som enhver anden applikation foretager grundlæggende godkendelse via Xsi) og også en UserGetRequest og ServiceProviderGetRequest for at indsamle abonnentoplysninger.

  • Xsi-svaret på Webex indeholder en XML-profilblok, der indeholder (BroadWorks) userId og andre oplysninger (2.2 i diagrammet).

Klient- og Webex-tjenesteydelsesinteraktioner:

  • IDP-proxy matcher brugerprofil modtaget fra BroadWorks og problemer SAML-påstand til klient (2.3 i diagram)

  • Klient udvekslinger SAML-påstand for et CI-token (3 i diagram)

  • Klienten kontrollerer, at den bruger, der er logget ind, har berettigelse til broadworks-connector (4 i diagram). Du kan kontrollere brugerberettigelser i Help Desk)

  • Klienten bruger CI-token til at anmode om et JSON-webtoken (JWT) fra IDP-proxy (5 i diagram)

  • IDP-proxy validerer CI-token på CI

  • IDP proxy anmoder JWT fra godkendelsestjeneste

I bekræftelsesserviceloggen:

  • Se efter tokenanmodningen fra Webex (5.2 i diagrammet), f.eks.:

    FÅ /authService/token

    som har http_bw_userid overskrift og andre.

  • XSP gør OCI-P UserGetLoginInfoRequest for at validere, at det ngivne bruger-id svarer til en BroadWorks-bruger (5.3 i diagram). AuthService har etableret tillid til Webex ved hjælp af mTLS-forbindelsen, så kan udstede LLT.

  • Se efter svaret (5.4 i diagram) fra LongLivedTokenManager - token genereret, emne: bwksUserId@example.com, udsteder: BroadWorks ...

    og StatusCode=200, som du kan tilknytte til den oprindelige anmodning ved hjælp af sporings-id'et: KLIENT... Header.

I XsiActionsLog:

  • Klienten er nu i stand til at præsentere den længe eksisterende token på Xsi-Actions-grænsefladen for at få sin enhedsprofil (6 i diagram). F.eks.:

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

    Med sidehovedgodkendelsen: Overholder token og brugeragent: WebexTeams (webbrowser/ version)

  • Xsi-Actions-brugerfladeN GIVER tokenet til den sikkerhedstjeneste (konfigureret til at være på loopback-grænsefladen), f.eks.: 127.0.0.1:80 POST http://127.0.0.1:80/authService/token

    som du kan korrelere med sporings-id'et: KLIENT... sidehoved i OVERSKRIFTEN GET og X-BROADSOFT-KORRELATIONS-ID : KLIENT... i POST .

I bekræftelsesserviceloggen:

  • Modtagelse af POST fra Xsi (loopback)

  • En StatusCode=200 tilbage til Xsi

  • Og et tokenbekræftelsessvar, der har en "token" JSON-blok i brødteksten.

  • Forbundet ved hjælp af sporings-id: Klient...

I XsiActionsLog:

  • Efter at have modtaget 200 OK fra authservice, som validerede klientens token, sender Xsi-Actions-applikationen nu OCI-P-anmodning om UserPrimaryAndSCADeviceGetListRequest

  • Modtager OCI-P UserPrimaryAndSCADeviceGetListResponse, der indeholderaccessDeviceTable XML-strukturen.

  • OCI-P-svaret er kodet som Xsi-svar til klient, herunder AccessDevices XML-strukturen, som hardeviceTypes, f.eks. Business Communicator – PC og URL-adresserne, hvor klienten kan hente enhedskonfigurationsfilerne.

Klient fortsætter som normalt:

  • Vælger en enhedsindtastning og interagerer med DMS for at få enhedsprofil (6 i diagram)

  • Registrer til BroadWorks via SBC hentet i konfiguration fra DMS (7 i diagram)

Vandmærke
19. mar 2021| visning(er) | personer fandt dette nyttigt

Specifikke problemer

Webex til BroadWorks Fejlfinding af specifikke problemer

Problemer med Partner Hub

Administrator kan ikke se kundeorganisationer

Som administrator for din partnerorganisation i Webex skal du have den fulde administratorrolle. Denne rolle bruges til at administrere din partnerorganisation, herunder tildeling af administrative privilegier til dig selv og andre. For at administrere kundeorganisationer skal du tildele dig selv (eller andre personer) salgsrollen fuld administratorrolle eller salgsadministratorrollen. Se .https://help.webex.com/fs78p5

Problemer med bruger-klargøring

Integreret IM&P-fejl for specifikke virksomheder/kunder

Hvis du har en blanding af virksomheder, der bruger forskellige cloud-samarbejdsservicer, f.eks. UC-One SaaS og Webex til BroadWorks, har du måske valgt at ændre klargøringsadapteren for hver enkelt virksomhed.

For at kontrollere, hvad der er konfigureret til integreret IM&P (standard for virksomheder, medmindre der findes en mere specifik indstilling), skal du køre AS_CLI/Interface/Messaging>. For en bestemt virksomheds klargøringsparametre skal du åbne virksomheden og gå til Tjenester > Integreret IM&P.

Kontroller, at den integrerede IM&P-konfiguration for denne virksomhed passer til præcist det, der vises i kundeskabelonen i Partner Hub. Følgende indstillinger skal være ens, ellers mislykkes klargøring for alle brugere i virksomheden:

BroadWorks Enterprise-integreret IM&P-indstilling

Indstilling for Partner Hub-kundeskabelon

Meddelelsesservers URL-adresse

Klargørings-URL

Meddelelsesservers brugernavn

Navn på klargøringskonto

Meddelelsesservers adgangskode

Adgangskode for klargøringskonto, bekræft adgangskode

Integrerede IM&P-fejl for specifikke brugere

Dette gælder, hvis du bruger flowthr døgnets klargøring og antager, at klargøring fungerer for nogle/de fleste brugere (så du kan udelukke et konfigurationsproblem).

Hvis du ser integrerede IM&P-fejl i BroadWorks, for eksempel "[Fejl 18215] Klargøringsfejl med meddelelsesserver" og "[Fejl 18211] kommunikationsfejl med meddelelsesserver", bør du undersøge følgende mulige årsager:

  • Brugerens e-mailadresse kunne allerede eksistere CI. Søg efter brugeren i Help Desk for at kontrollere, om deres e-mailadresse allerede er der. Dette er ikke nødvendigvis entydigt, fordi brugeren muligvis eksisterer i en organisation, hvis data du ikke har tilladelse til at se i Help Desk.

  • Brugeren tilmeldte sig Uafhængigt Webex, før den tildelte den integrerede IM&P-tjeneste. I dette tilfælde kan en valgmulighed være at få brugeren til at slette sin gratis konto, så vedkommende kan blive en del af den kundeorganisation, du klargør. Vejledninger er på https://help.webex.com/5m4i4y.

  • Brugeren har ikke et primært telefonnummer tildelt til sin profil (alle Webex for BroadWorks-abonnenter skal have en primær DID). Se emnet for analyse af PSLog fra AS.

Fejl ved bruger-klargøring som svar fra klargøringsbroen

Hvis brugere ikke vises i Control Hub, kan du få minutter efter tildeling af Integreret IM&P se svarkoderne fra klargøringsbrotjenesten. Kør en PSLog for at se på HTTP-responskoderne.

200 OK

Et 200 OK svar betyder ikke, at brugeren blev klargjort. Det betyder, at klargøringstjenesten modtog anmodningen og indsendte den tilsvarende anmodning om brugeroprettelse til upstream-tjenester.

Klargøringstransaktionen er asynkron af design. Tjenesten svarer 200 OK, fordi brugeroprettelsesprocessen kan tage flere minutter, og af hensyn til ydeevnen ønsker vi ikke at modtage flere anmodninger om at oprette den samme bruger.

Hvis brugeren imidlertid ikke med tiden vises i kundeorganisationen efter et 200 OK-svar, kan det indikere, at brugeroprettelsen mislykkedes i Webex-tjenesteydelserne opstrøms for klargøringstjenesten.

Du skal eskalere en klargøringsfejl, der har et 200 OK-svar.

400 dårlig anmodning

Kontrollér HTTP-svaret, som bør have flere oplysninger om potentielle problemer, der kan forårsage dette svar fra klargøringstjenesten. Her er nogle eksempler på <message> knudepunktet:

  • "Kan ikke stole på BroadWorks-e-mail med ældre klargørings-API."

    E-mailadressen, der er tilknyttet den manglende anmodning om bruger klargøring, er ikke gyldig eller forkert indtastet, men du har påstået i skabelonen, at e-mailadresserne kan være pålidelige. Tjek brugernes profiler i BroadWorks, nærmere betegnet e-mail-id'et.

  • "Kundeorganisationen findes ikke i databasen, og flaget for oprettelse af ny organisation er ikke aktiveret."

    Denne mislykkede klargøringsanmodning bør oprette en ny kundeorganisation i Webex, men din skabelon er konfigureret til at forhindre, at nye kundeorganisationer oprettes. Hvis du vil tillade nye organisationer, for e-maildomæner, der ikke matcher eksisterende kunder i Webex, kan du konfigurere din skabelon igen i Partner Hub og genteste klargøringsanmodningen. Men hvis du ikke forventer, at der oprettes en ny organisation for denne bruger, er e-mailadressen måske indtastet forkert (specifikt domænet). Kontroller brugerens e-mail-id i BroadWorks.

403 forbudt

Klargøringsanmodningen har ingen mulighed for at blive gennemført. Du skal undersøge anmodningen og svaret i dette tilfælde. Hvis du for eksempel ser en IP-adresse som mål for klargøringsanmodningen – i stedet for den passende URL-adresse til klargøringsbroen for din organisation (se emner om firewallkonfiguration i løsningsvejledningen) – kan det indikere, at din applikationsserver mangler en påkrævet programrettelse (ap373197).

Kontroller, at alle de påkrævede programrettelser er anvendt på applikationsserveren, og at du har fuldført den relaterede konfiguration for vellykket flowthrskaleringsoprettelse.

409 konflikt

Klargøringsanmodningen kan ikke fortsætte, fordi der er en eksisterende bruger i Webex, som matcher e-mailadressen i anmodningen.

Bruger er allerede i CI

Få abonnentens e-mail ud af HTTP POST-anmodningen, og søg efter den i Help Desk.

Du kan ikke se brugeren, hvis du ikke har tilladelse, men du kan også se, at brugeren er i en "gratis" organisation, f.eks. "Forbruger".

Du kan bede denne bruger om at slette deres gratis konto, eller du kan bruge en anden e-mailadresse til at klargøre dem. Se .https://help.webex.com/ndta402

Problemer med log ind for brugere

Brugeraktiveringsportal indlæses ikke

Den normale Webex for BroadWorks log ind-flow inkluderer en brugeraktiveringsportal, hvor brugere indtaster deres adgangskoder. Nogle gange indlæses denne portal ikke, når brugeren har angivet sin e-mailadresse på login-skærmen i Webex-appen.

Dette problem kan være forårsaget af på klientsiden eller på servicesiden. På klientsiden skyldes det typisk, at klientens indbyggede browser på en eller anden måde ikke er kompatibel med tjenesten.

Single sign-on mislykkedes

  • I BroadWorks skal du kontrollere, at brugeren er blevet tildelt enhedstyper for Webex-appen (se afsnittet Enhedsprofiler i afsnittet Forbered dit miljø i løsningsvejledningen).

  • Kontroller, at brugeren bruger den korrekte adgangskode: Hvis skabelonen, du brugte til at klargøre brugerens kundeorganisation (i Partner Hub), er konfigureret til BroadWorks-godkendelse, skal brugeren indtaste sin BroadWorks-adgangskode "Web Access".

Problemer med konfiguration og tilmelding af opkald

Når en bruger er blevet klargjort i Webex, og brugeren logger ind i Webex-appen, tilmeldes appen til BroadWorks. Følgende er den forventede registreringssekvens og de resulterende tegn på en sundt registrering (som set fra Webex-appen):

Forventet registreringssekvens

  1. Klienten ringer til XSI for at få en enhedsadministrationstoken og URL-adressen til DMS

  2. Klienten anmoder om sin enhedsprofil fra DMS ved at præsentere tokenet fra trin 1

  3. Klienten læser enhedsprofilen og henter SIP-legitimationsoplysninger, -adresser og -porte

  4. Klienten sender et SIP-REGISTER til SBC ved hjælp af oplysningerne fra trin 3

  5. SBC sender SIP REGISTER til AS (SBC kan udføre et opslag i NS for at finde en AS, hvis SBC ikke allerede kender SIP-brugeren.)

Forventede tegn på vellykket klienttilmelding

Opkaldsvalgmuligheder-ikonet vises i Webex-grænsefladen.

På fanen Webex-app telefontjenester (f.eks. indstillinger > telefontjenester i Windows, Præferencer > telefontjenester på Mac) vises meddelelsen "SSO-session: Du er logget ind" betyder, at appen er tilmeldt (til BroadWorks i dette tilfælde).

Klienten har intet opkaldsikon

Det meste af tiden betyder det, at brugeren ikke har den korrekte licens/berettigelser.

Klienten viser fanen Telefontjenester, men ingen SSO-session

Dette er en mislykket registrering. Der er flere årsager til, at en Webex-appklient ikke kunne registreres med BroadWorks:

Flere opkaldstjenester testes med samme klienter

Dette kendte problem kan forårsages af, at klienten ændrer sig mellem forskellige tilbagekaldsslutninger. Det forekommer højst sandsynligt under prøveversioner af forskellige opkaldstjenester, der tilbydes via (de samme) Webex-appklienter. Du kan nulstille klientdatabasen (link) for at løse dette problem.

Forkert konfiguration af godkendelsestjeneste

Kontroller XSP(er), der er vært for godkendelsestjenesten, over for Løsningsvejledningen (se Konfigurer tjenester på din Webex for BroadWorks XSPs). Specifikt:

  • RSA-tasterne (som du genererer på en XSP) kopieres på alle XSP'er

  • Bekræftelsestjenestens URL-adresse er blevet leveret til webbeholderen på alle XSPs og indtastet korrekt i klyngen i Partner Hub

  • Ekstern godkendelse med certifikater er konfigureret:

    XSP_CLI/System/KommunikationBrugelighed/Standardindstillinger/EksternAuthentication/CertificateAuthentication>get 
     
     allowUserApp = false 
     allowClientApp = true
  • Når du bruger MTLS, skal du overføre Webex-klientcertifikatet til XSP'erne (du kan få certifikatet fra Partner Hub på siden BroadWorks-indstillinger)

Forkert konfiguration af BroadWorks-tags

Kontroller, at du har konfigureret de påkrævede BroadWorks-tags til Webex-appen (se afsnittet BroadWorks-tags påkrævet for Webex i Løsningsvejledning), og at der ikke er nogen konflikter eller forkerte værdier.

Helt konkret bør %SBC_ADDRESS_WXT% tagget være SBC mod din SIP registrator for Webex app-klienter.

Desktop-klient afbryder telefontjenester efter vellykket SSO-forbindelse

Dette problem kan skyldes, at den samme bruger logger ind på flere klienter på den samme platformstype. Hvis en bruger for eksempel logger ind på Webex-appen på Windows og derefter logger ind på webex-appen på en anden Windows-maskine, er der kun en aktiv SSO-session på en af maskinerne. Dette er efter design.

Hvis du har behov for at løse dette problem, kan du konfigurere BroadWorks til at have flere tilfælde af den samme enhedstype, men de skal have unikke SIP-adresser. Denne konfiguration er uden for Webex's rækkevidde for BroadWorks.

Desktop-enhed ikke klargjort for bruger

Denne signatur ses i klientens (\bwc\) log:

<Error> [0x70000476b000] BroadWorksConfigDownloader.cpp:106 onAccessDeviceListSucceeded:BWC:SCF: ConfigDownload - enhedsprofilen 'Business Communicator - PC' er ikke fundet.

Opkaldsindstillinger Webview-problemer

Knappen/linket til selvbetjening vises ikke i Webex-appen

Et andet symptom på dette problem er, når knappen/linket vises, men når der klikkes på det, åbnes en ekstern browser.

  • Bekræft, at den påkrævede klientkonfigurationsskabelon er installeret, og at CSW-tags er korrekt indstillet. (Se Opkaldsindstillinger Webview afsnit i Webex for BroadWorks-løsningsvejledning).

  • Bekræft, at Webex-appen er registreret til opkald i BroadWorks.

  • Kontrollér, at Webex-appen er en nylig version, der understøtter CSWV.

Tom side eller fejl efter klik på knappen/linket til selvbetjening

Generelt angiver denne adfærd i Webex-appen et problem med konfiguration eller installation med CSWV-applikationen på BroadWorks XSP.

Indsaml oplysninger om yderligere undersøgelse, herunder CSWV-logfiler, adgangslogfiler, config-wxt.xml-lager og skabelonfil, og røg derefter en sag.

Fejlkoder for slutbruger

Følgende tabel giver en oversigt over slutbrugerfejlkoder, der kan ses i kundens aktiveringsportal.


Dette er ikke en udtømmende liste over fejlkoder. Tabellen viser kun eksisterende fejlkoder, for hvilke Webex-appen i øjeblikket ikke giver klar vejledning til brugeren.
Tabel 1. Fejlkoder for slutbruger

Fejlkode

Fejlmeddelelse

200010

Godkendelse af legitimationsoplysninger mislykkedes, da broadworks-brugeren ikke er godkendt

200018

Kunne ikke validere legitimationsoplysninger, da brugeren er låst ude

200019

Kunne ikke validere legitimationsoplysninger som tilføj bruger mislykkedes for selvaktivering

200022

Kunne ikke sende e-mailen, da brugeren ikke er godkendt

200026

Kunne ikke validere e-mail på grund af fejl ved forhåndskontrol eller forkert tilstand under behandling af brugeren for partnerOrgUUID: {partnerOrgUUID}, BroadoworksUUID: {broadworksUUID} , ConfigSetUUID: {configSetUUID}

200039

Kunne ikke validere e-mail som emailId, der allerede er i brug i en anden org

200040

Kunne ikke validere e-mail, da konfigurationssættet ikke matcher med konfigurationSet i customerConfig

200041

Kunne ikke validere e-mail som bruger er allerede berettiget til en anden modstridende tjenesteydelse, modstridende berettigelser

200042

Kunne ikke validere e-mail som e-mail er allerede knyttet til et andet broadworks UserId

200043

Kunne ikke validere e-mail som bruger kundekonfigureringstilknytning er forkert

200044

Kunne ikke validere e-mail, da userId allerede er i brug på denne broadworks-klynge

200045

Kunne ikke tilføje brugeren gennem selvaktivering, da brugeren allerede er en del af en anden organisation

200046

Kunne ikke tilføje brugeren via selvaktivering, da flere afventende brugere findes med samme broadworksUserId under samme broadworks-klynge

200047

Kunne ikke tilføje brugeren igennem selvaktivering, da userId allerede er i brug på denne broadworks-klynge

200048

Kunne ikke tilføje brugeren via selvaktivering, da e-mailadressen allerede blev klargjort med et andet BroadWorks-bruger-id

200049

Kunne ikke tilføje brugeren igennem selvaktivering, da userId allerede er i brug på denne broadworks-klynge

200050

Kunne ikke tilføje brugeren via selvaktivering, da provisionerings-ID ikke passer med det forventede provisionerings-id for abonnentens virksomhed

200051

Kunne ikke tilføje brugeren via selvaktivering, da spEnterpriseId angivet i denne anmodning er i modstrid med en tjenesteudbyder eller virksomhed, der allerede er klargjort fra denne BroadWorks-klynge

Var denne artikel nyttig?

Relaterede artikler

Set for nyligt

×