Denne artikkelen er delt inn i tre hoveddeler:

• Ressurser, som er en liste over verktøy, lesestoff, logger og kontakter du kan trenge.
• Prosesser, som beskriver noen av handlingene du kan utføre når du feilsøker et kundeproblem.
• Spesifikke problemer, som kategoriserer og lister opp problemer som har vært kjent for å oppstå, hvordan du kan oppdage dem og hvordan du potensielt kan løse dem.

Nyttige loggfiler

Leseliste

• Webex for Cisco BroadWorks Partner Knowledge Portal
• Konfigurasjonsveiledning for XSP-plattform (R23)
• BroadWorks-programvareadministrasjonsveiledning (R23)
• Konfigurasjonsveiledning for Cisco BroadWorks-enhetsadministrasjon (R23)
• Administrasjonsveiledning for Broadworks Xsp-kommandolinjegrensesnitt
• Funksjonsbeskrivelse for langvarig autentiseringstoken Versjon 23.0
• Integrasjonsveiledning for SAML-autentisering, R23
• Veiledning for støttealternativer for Cisco BroadWorks SSL
• Beskrivelse av funksjonen Cisco CI-støtte
• Varslings-pushserver (funksjonsbeskrivelse)
• Støtte for push-varslinger for anrop Funksjonsbeskrivelse Versjon 22.0
• Fremgangsmåte for migrering av Connect (Android) til Firebase
• Cisco BroadWorks-lagring av enhetstokener for push-varsler Funksjonsbeskrivelse Versjon 22.0
• Cisco BroadWorksSystem Kapasitetsplanlegger (regneark)
• Dimensjoneringsveiledning for Cisco BroadWorks-plattformen
• Veiledning for systemutvikling i Cisco Broadworks
• Dokumentversjon 1.0 MR-7136 for krav til CI-autentiseringsstøtte

Kjente problemer og begrensninger

Artikkelen Kjente problemer og begrensninger har oppdatert informasjon om kjente problemer som vi har identifisert i Webex for BroadWorks-løsningen.

Servicevennlighetskobling

Webex Serviceability-tjenesten øker hastigheten som Ciscos tekniske assistansepersonell kan diagnostisere problemer med infrastrukturen. Den automatiserer oppgavene med å finne, hente og lagre diagnostiske logger og informasjon i en SR-sak. Tjenesten utløser også analyse mot diagnostiske signaturer, slik at TAC mer effektivt kan identifisere og løse problemer med ditt lokale utstyr.

Hvis du vil ha mer informasjon om hvordan du distribuerer servicevennlighetskoblingen, kan du se Distribusjonsveiledning for Cisco Webex Serviceability Connector.

Eskalering av et problem

Etter at du har fulgt noen av feilsøkingsveiledningene, bør du ha en rimelig ide om hvor problemet ligger.

Prosedyre

1. Samle inn så mye informasjon som mulig fra systemene som er relatert til problemet.
2. Kontakt det aktuelle teamet hos Cisco for å åpne en sak.

Hvilken klientinformasjon som skal samles inn

Hvis du tror du må åpne en sak eller eskalere et problem, samle inn følgende informasjon mens du feilsøker med brukeren:

• Brukeridentifikator: CI-e-postadresse eller bruker-UUID (dette er Webex-identifikatoren, men det hjelper hvis du også får brukerens BroadWorks-identifikator).
• Organisasjonsidentifikator.
• Omtrentlig tidsramme problemet oppstod i.
• Klientplattform og versjon.
• Send eller samle inn logger fra klienten.
• Registrer sporings-ID-en hvis den vises på klienten.

Sjekk brukerdetaljer i brukerstøtten

Partneradministratorer som har rettigheter som brukerstøtteadministrator (grunnleggende eller avansert) kan bruke denne prosedyren til å sjekke brukerdetaljer ved hjelp av brukerstøttevisningen.

Prosedyre

1. Logg inn på brukerstøtte.
2. Søk etter og klikk deretter på brukeren. Dette åpner brukersammendragsskjermen.
3. Klikk på brukernavnet for å se den detaljerte brukerkonfigurasjonen. Nyttig informasjon i denne visningen inkluderer brukerens UUID, felles identitetsklynge (CI), Webex-appklynge, anropsadferd og BroadWorks-konto-GUID.
4. Klikk på Kopier hvis du trenger å bruke denne informasjonen i et annet verktøy, eller legge den ved en Cisco-sak.

Vis kundeorganisasjon i brukerstøtten

Partneradministratorer som har rettigheter som brukerstøtteadministrator (grunnleggende eller avansert) kan bruke denne prosedyren til å vise detaljer om kundeorganisasjonen i brukerstøttevisningen.

Prosedyre

1. Logg inn på brukerstøtte.
2. Søk etter og klikk deretter på navnet på kundeorganisasjonen.
3. Bla nedover til du ser Kundeportalvisning og klikk på Vis kundenavn for å se en skrivebeskyttet visning av kundeorganisasjonen – inkludert brukere og konfigurasjon.

Hent brukerlogger fra Partner Hub

Når du feilsøker problemer med stasjonære og mobile klienter, er det viktig at partnere (og TAC) kan se klientloggene.

Prosedyre

1. Be brukeren om å sende logger. For hjelp, se: Webex-appen | Rapporter et problem.
2. Be brukeren om å eksportere anropsmiljøet og sende deg filen ced.dat.
3. Hent klientloggene fra Partner Hub eller brukerstøtte.

   Alternativ for partnerhub:

   1. Logg på Partner Hub og finn brukerens kundeorganisasjon.
   2. Velg Feilsøking.
   3. Velg Logger.
   4. Søk etter brukeren (via e-post).
   5. Vis og last ned klientloggene som en zip-fil.

   Hjelpesenteralternativ:

   1. Logg inn på brukerstøtten.
   2. Søk etter organisasjonen.
   3. Klikk på organisasjonen (åpner sammendragsskjermen).
   4. Bla ned for å klikke på Vis kunde.
   5. Velg Feilsøking.
   6. Velg Logger.
   7. Søk etter brukeren (via e-post).
   8. Vis og last ned klientloggene som en zip-fil.

Slik finner du klientversjonen

Prosedyre

1. Del denne lenken med brukeren: https://help.webex.com/njpf8r5
2. Be brukeren om å sende deg versjonsnummeret.

Klientsjekk for anropstjeneste

Prosedyre

1. Logg på Webex-klienten.
2. Sjekk at ikonet for anropsalternativer (et håndsett med et tannhjul over) vises i sidefeltet. Hvis ikonet ikke vises, er det mulig at brukeren ennå ikke er aktivert for anropstjenesten i Control Hub.
3. Åpne Settings/Preferences -menyen og gå til delen Telefontjenester. Du skal se statusen SSO-økt Du er logget på. (Hvis en annen telefontjeneste, for eksempel Webex Calling, vises, bruker ikke brukeren Webex for Cisco BroadWorks.)

   Denne bekreftelsen betyr:

   • Klienten har gjennomgått de nødvendige Webex-mikrotjenestene.
   • Brukeren har autentisert seg.
   • Klienten får utstedt et JSON-webtoken med lang levetid av BroadWorks-systemet ditt.
   • Klienten har hentet enhetsprofilen sin og har registrert seg i BroadWorks.

Få klientlogger eller tilbakemeldinger

• Se ressursdelen for å finne spesifikke klientlogger på Webex-skrivebordsklienter, eller be brukere om å sende logger. For hjelp, se: Webex-appen | Rapporter et problem.
• Be brukere av mobilklienter om å sende logger, så kan du få dem via partnerhub eller brukerstøtte.
  Send logger er stille. Men hvis en bruker sender tilbakemelding, går den til Webex App-utviklerteamet. Sørg for å notere brukerens tilbakemeldingsnummer hvis du ønsker å følge opp med Cisco. For eksempel:

  

Hent data om anropsmiljøet

Webex-klientlogger er kraftig redigert for å fjerne personlig identifiserbar informasjon. Du bør eksportere samtalemiljødataene fra klienten i samme økt som du oppdager problemet.

Prosedyre

1. Klikk på Hjelp på klienten. > Helsekontrollør.
2. Velg Tilbakestill database. Dette utløser en fullstendig tilbakestilling av klienten og laster inn påloggingsskjermen for Webex-appen.

Bekreft at Webex skal registreres hos BroadWorks

Webex-appen sjekker følgende informasjon for å avgjøre om den skal registreres hos BroadWorks:

• Brukerrettigheter til broadworks-connector.
• Kallatferd for organisasjon og bruker.

Sjekk en brukers anropsadferd og koblingsberettigelse

1. Logg på brukerstøtte med partneradministratorlegitimasjonen din.
2. Søk etter brukeren.
3. Klikk på brukeren og merk av for oppføringen Anropsoppførsel. Det skal være «Ringer i Webex».

   

4. Klikk på brukernavnet for å åpne skjermbildet Brukerdetaljer.
5. Bla nedover for å finne entitlements -delen, og bekreft at broadworks-connector er inkludert

   

   En Webex for Cisco BroadWorks-bruker skal IKKE ha rettigheten bc-sp-standard hvis de har tenkt å bruke Webex for Cisco BroadWorks. Dette er rettigheten til «Webex Calling (Broadcloud)», som er Webex-appanrop gjennom en Cisco-administrert skyanropstjeneste.

Sjekk organisasjonens anropsadferd

1. Logg på brukerstøtte med partneradministratorlegitimasjonen din.
2. Søk etter organisasjonen.
3. Klikk på organisasjonen og merk av for oppføringen Anropsoppførsel. Det skal være «Ringer i Webex».

Analyser PSLog for problemer med brukerklargjøring

Bruk applikasjonsserverens PSLog for å se HTTP POST-forespørselen til provisioneringsbroen og svaret fra Webex. I et korrekt fungerende tilfelle er svaret 200 OK og etter noen få minutter kan du se at brukeren – og den nye kundeorganisasjonen hvis det er den første brukeren – er opprettet i Webex. Du kan bekrefte dette ved å søke i brukerstøtten etter e-postadressen du ser i POST-en.

Før du begynner

Samle inn en PSLog fra applikasjonsserveren under et forsøk på gjennomstrømningsklargjøring med en testbruker.

Prosedyre

1. Det første du må sjekke er HTTP-svarskoden:
   • Alt annet enn 200 OK er en feil med brukerklargjøringen.
   • 200 OK kan fortsatt indikere en feil hvis noe med abonnentprofilen ikke fungerer i Webex-tjenestene oppstrøms for klargjøringsbroen.
   • 400 kan inneholde en message -node i svaret. Provisioneringsbroen kunne ikke behandle noe i subscriberProfile. Det kan være noe galt med abonnentdetaljene, eller inkompatibilitet med en innstilling i malen.
   • 401 betyr at klargjøringslegitimasjonen som er angitt på AS-en ikke samsvarer med den som er angitt i malen i Partner Hub.
   • 403 kan indikere at noe er feilkonfigurert på applikasjonsserveren. Sjekk målet for forespørselen. Det skal ikke være en IP-adresse, det skal være URL-adressen for klargjøringsbroen som du kan se i malen din i Partner Hub.
   • 409 indikerer en konflikt mellom den oppgitte subscriberProfile og eksisterende Webex-data. Det kan finnes en eksisterende bruker med den e-postadressen. Kryss av for message i svaret.
2. Du kan også sjekke den opprinnelige HTTP POST-en for mistenkelige verdier som kan føre til at klargjøringen mislykkes. POST-en inneholder en subscriberProfile XML-struktur. Inne i dette er nyttige noder å sjekke:
   • bwuserid: Bruk dette til å finne abonnentprofilen hvis du trenger å redigere den i BroadWorks.
   • group: Hvis malen er i «Tjenesteleverandørmodus», skrives dette med små bokstaver og blir navnet på kundeorganisasjonen du ser i Partner Hub.
   • serviceProvider: Hvis malen er i «Bedriftsmodus», skrives dette med små bokstaver og blir navnet på kundeorganisasjonen du ser i Partner Hub.
   • primaryPhoneNumber: Må eksistere. Klargjøringen mislykkes uten den.
   • email: Blir bruker-ID-en i Webex. Må være gyldig og unik for Webex, ellers mislykkes klargjøringen.

     Ignorer services -strofen: Den er opprettet av AS, og akseptert, men ikke brukt av Webex.

Analyser XSP-logger for å feilsøke abonnentpålogging

Denne flyten beskriver BroadWorks-autentiseringsmodus. Du kan se autentiseringsmodusen på BroadWorks-malen i Partner Hub. Se Konfigurer kundemalene dine i https://help.webex.com/en-us/z9gt5j/Webex-for-BroadWorks-Solution-Guide#id_137726.

Følgende stigediagram viser samspillet mellom brukeren, klienten, Webex-tjenester og BroadWorks-systemet når brukeren utfører BroadWorks-autentisering i Webex-appen. Forbindelsen mellom Webex og XSP er også sikret av MTLS.

Diskusjonen som følger forklarer hva du kan forvente å se når du undersøker loggene for en vellykket pålogging.

Brukeren samhandler med klienten, klienten samhandler med Webex-tjenester:

• Brukeren oppgir e-postadressen sin til Webex-appen (1 i diagrammet).
• CI vet at denne brukeren skal omdirigere den til å oppgi BroadWorks-passordet sitt (via UAP) (2 i diagrammet).
• IDP-proxyen sender en forespørsel om å få en profil til Xsi-grensesnittet på XSP-en.

I hannkatten access_log:

• Se etter GET-forespørselen for abonnentprofilen, fra Webex mot Xsi-Actions-grensesnittet (2.1 i diagrammet). Den har Webex-bruker-ID-en. For eksempel:

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

I XsiActionsLog:

• Se etter GET-forespørselen for profilen fra Webex (2.1 i diagrammet). Den har Webex-bruker-ID-en. For eksempel:

  GET /com.broadsoft.xsi-actions/v2.0/user/webexuserid@example.com/profile Overskriftene inkluderer authorization: Basic og user-agent: broadworksTeamsClient

• XSP-en utfører deretter OCI-P Basic-autentisering mot BroadWorks (AuthenticationVerifyRequest og AuthenticationVerifyResponse, som alle andre applikasjoner som utfører grunnleggende autentisering via Xsi), og også en UserGetRequest og ServiceProviderGetRequest for å samle inn abonnentinformasjonen.
• Xsi-svaret til Webex inneholder en XML Profile -blokk som inneholder (BroadWorks) userId og andre detaljer (2.2 i diagrammet).

Klient- og Webex-tjenesterinteraksjoner:

• IDP-proxy samsvarer med brukerprofil mottatt fra BroadWorks og sender SAML-deklarasjon til klienten (2.3 i diagrammet).
• Klienten utveksler SAML-deklarasjon mot et CI-token (3 i diagrammet).
• Klienten kontrollerer at den påloggede brukeren har Broadworks-Connector-rettigheter (4 i diagrammet). Du kan sjekke brukerrettigheter i brukerstøtten.
• Klienten bruker CI-token til å be om et JSON Web Token (JWT) fra IDP-proxy (5 i diagrammet).
• IDP-proxy validerer CI-token ved CI.
• IDP-proxy ber om JWT fra autentiseringstjenesten.

I authenticationService-loggen:

• Se etter tokenforespørselen fra Webex (5.2 i diagrammet), for eksempel: GET /authService/token som har http_bw_userid overskrift og andre.
• XSP-en utfører OCI-P UserGetLoginInfoRequestfor å validere at den oppgitte bruker-ID-en samsvarer med en BroadWorks-bruker (5.3 i diagrammet). AuthService har etablert tillit med Webex i kraft av mTLS-tilkoblingen, og kan derfor utstede LLT.
• Se etter svaret (5.4 i diagrammet) fra LongLivedTokenManager - Token generated, subject: bwksUserId@example.com, issuer: BroadWorks … og StatusCode=200 som du kan knytte til den opprinnelige forespørselen ved å bruke trackingid: CLIENT… -overskriften.

I XsiActionsLog:

• Klienten kan presentere det langlivede tokenet i Xsi-Actions-grensesnittet for å få enhetsprofilen sin (6 i diagrammet). For eksempel: GET /com.broadsoft.xsi-actions/v2.0/user/bwksUserId%40example.com/profile/device Med overskriftene authorization: Bearer token og user-agent: WebexTeams (variant/version)
• Xsi-Actions-grensesnittet sender tokenet til authservice (konfigurert til å være på loopback-grensesnittet). For eksempel: 127.0.0.1:80 POST http://127.0.0.1:80/authService/token som du kan korrelere med trackingid: CLIENT… -overskriften i GET og X-BROADSOFT-CORRELATION-ID : CLIENT… -overskriften i POST.

I authenticationService-loggen:

• Mottak av POST fra Xsi (loopback)

• En StatusCode=200 tilbake til Xsi

• Og et tokenvalideringssvar, med en "token" JSON-blokk i brødteksten.

• Korrelert ved bruk av trackingid: CLIENT…

I XsiActionsLog:

• Etter å ha mottatt 200 OK fra authservice, som validerte klientens token, sender Xsi-Actions-applikasjonen nå en OCI-P-forespørsel om UserPrimaryAndSCADeviceGetListRequest
• Mottar OCI-P UserPrimaryAndSCADeviceGetListResponse som inneholder XML-strukturen accessDeviceTable.
• OCI-P-svaret er kodet som Xsi-svar til klienten, inkludert AccessDevices XML-strukturen, som har deviceTypes. For eksempel: Business Communicator – PC og nettadressene der klienten kan hente enhetens konfigurasjonsfiler.

Klienten fortsetter som normalt:

• Velger en enhetsoppføring og samhandler med DMS for å hente enhetsprofil (6 i diagrammet).
• Registreringer til BroadWorks via SBC hentet i konfigurasjon fra DMS (7 i diagrammet).

Problemer med partnerhub

Administrator kan ikke se kundeorganisasjoner

Som administrator for partnerorganisasjonen din i Webex, bør du ha rollen Full administrator. Den rollen brukes til å administrere partnerorganisasjonen din, inkludert å tildele administratorrettigheter til deg selv og andre. For å administrere kundeorganisasjoner må du gi deg selv (eller andre personer) rollen Salgsadministrator eller rollen Salgsadministrator . Hvis du vil ha mer informasjon, kan du se Tilordne organisasjonskontoroller i Control Hub.

Problemer med brukerklargjøring

Integrert IM & P-feil for spesifikke foretak / kunder

Hvis du har en blanding av bedrifter som bruker forskjellige skybaserte samarbeidstjenester, f.eks. UC-One SaaS og Webex for Cisco BroadWorks, kan det hende du har valgt å endre klargjøringsadapteren for hver bedrift.

Slik sjekker du hva som er konfigurert for integrert direktemelding & P (standard for bedrifter, med mindre en mer spesifikk innstilling finnes), kjør AS_CLI/Interface/Messaging> get. For klargjøringsparametere for en spesifikk bedrift, åpne bedriften og gå til Tjenester > Integrert IM & P.

Sjekk at den integrerte IM-en & P-konfigurasjonen for den bedriften samsvarer nøyaktig med det som vises i kundemalen i Partner Hub. Følgende innstillinger må samsvare, ellers mislykkes klargjøringen for alle brukere i bedriften:

Integrert IM & P-feil for bestemte brukere

Dette gjelder hvis du bruker gjennomstrømningsklargjøring, og forutsetter at klargjøringen fungerer for some/most brukere (slik at du kan utelukke et konfigurasjonsproblem). Hvis du ser integrert direktemelding & P-feil i BroadWorks, for eksempel, “[Error 18215] Klargjøringsfeil med meldingsserver” og “[Error 18211] Kommunikasjonsfeil med meldingsserveren», bør du undersøke følgende mulige årsaker:

• Brukerens e-postadresse kan allerede finnes CI. Søk etter brukeren i brukerstøtten for å sjekke om e-postadressen deres allerede finnes der. Dette er ikke nødvendigvis avgjørende, fordi brukeren kan eksistere i en organisasjon hvis data du ikke har tillatelse til å se i brukerstøtten.
• Brukeren registrerte seg uavhengig på Webex før den integrerte direktemeldingen ble tildelt & P-tjeneste. I dette tilfellet er ett alternativ å få brukeren til å slette sine gratiskontoer, slik at de kan bli en del av kundeorganisasjonen du klargjør. Instruksjonene er på https://help.webex.com/5m4i4y
• Brukeren har ikke et primært telefonnummer tilordnet profilen sin (alle Webex for Cisco BroadWorks-abonnenter må ha en primær DID). Se emnet om å analysere PSLog fra AS.

Brukerklargjøringsfeil som svar fra klargjøringsbro

Hvis brukere ikke vises i Kontrollhub innen få minutter etter at de har tilordnet integrerte direktemeldinger & P, ta en titt på svarkodene fra klargjøringsbrotjenesten. Kjør en PSLog for å se på HTTP-svarkodene.

200 OK

Et 200 OK-svar betyr ikke at brukeren er klargjort. Det betyr at klargjøringstjenesten mottok forespørselen og sendte den tilhørende forespørselen om brukeroppretting til oppstrømstjenester. Klargjøringstransaksjonen er asynkron av design. Tjenesten svarer 200 OK fordi brukeropprettelsesprosessen kan ta flere minutter, og av ytelsesmessige årsaker ønsker vi ikke å motta flere forespørsler om å opprette den samme brukeren. Hvis brukeren imidlertid ikke vises i kundeorganisasjonen etter et 200 OK-svar, kan det tyde på at brukeropprettelsen mislyktes i Webex-tjenestene oppstrøms for klargjøringstjenesten. Du må eskalere en klargjøringsfeil som har et 200 OK-svar.

400 Ugyldig forespørsel

Sjekk HTTP-svaret, som bør inneholde mer informasjon om potensielle problemer som kan forårsake dette svaret fra klargjøringstjenesten. Noen eksempler på noden:

• «Kan ikke stole på BroadWorks-e-post med eldre provisionerings-API.» E-postadressen som er knyttet til den mislykkede forespørselen om brukerklargjøring er ikke gyldig, eller er feilstavet, men du har hevdet i malen at e-postadressene kan stoles på. Sjekk brukerprofilene i BroadWorks, spesielt e-postadressen.
• Kundeorganisasjonen finnes ikke i databasen, og flagget for opprettelse av ny organisasjon er heller ikke aktivert. Denne mislykkede klargjøringsforespørselen skal opprette en ny kundeorganisasjon i Webex, men malen din er konfigurert til å forhindre at nye kundeorganisasjoner opprettes. Hvis du vil tillate nye organisasjoner for e-postdomener som ikke samsvarer med eksisterende kunder i Webex, kan du konfigurere malen på nytt i Partner Hub og teste klargjøringsforespørselen på nytt. Men hvis du ikke forventer at det opprettes en ny organisasjon for denne brukeren, er det kanskje feil e-postadresse (spesielt domenedelen). Sjekk brukerens e-postadresse i BroadWorks.

403 Forbudt

Klargjøringsforespørselen har ingen sjanse til å lykkes. Du må undersøke forespørselen og svaret i dette tilfellet. Hvis du for eksempel ser en IP-adresse som målet for klargjøringsforespørselen – i stedet for den riktige URL-adressen for klargjøringsbroen for organisasjonen din (se emnene om brannmurkonfigurasjon i løsningsveiledningen) – kan det tyde på at applikasjonsserveren din mangler en nødvendig oppdatering (ap373197).

Kontroller at alle nødvendige oppdateringer er installert på applikasjonsserveren, og at du har fullført den relaterte konfigurasjonen for vellykket gjennomstrømningsklargjøring.

409 Konflikt

Klargjøringsforespørselen kan ikke fortsette fordi det finnes en eksisterende bruker i Webex som samsvarer med e-postadressen i forespørselen.

Bruker allerede i CI

Hent abonnentens e-postadresse fra HTTP POST-forespørselen og søk etter den i brukerstøtten. Du kan kanskje ikke se brukeren hvis du ikke har tillatelse, men du kan også se at brukeren er i en «fri» organisasjon, f.eks. «Forbruker». Du kan be denne brukeren om å slette den gratis kontoen sin, eller du kan bruke en annen e-postadresse for å opprette en konto. Se https://help.webex.com/ndta402.

Problemer med brukerpålogging

Brukeraktiveringsportalen lastes ikke inn

Den vanlige påloggingsflyten for Webex for Cisco BroadWorks inkluderer en brukeraktiveringsportal der brukere skriver inn passordene sine. Noen ganger lastes ikke denne portalen inn etter at brukeren har oppgitt e-postadressen sin på påloggingsskjermen for Webex-appen. Dette problemet kan forårsakes på klientsiden eller på tjenestesiden. På klientsiden skyldes det vanligvis at klientens innebygde nettleser er inkompatibel med tjenesten på en eller annen måte.

Enkeltpålogging mislyktes

• I BroadWorks må du kontrollere at brukeren har blitt tilordnet enhetstypene for Webex-appen (se delen Enhetsprofiler i delen Klargjør miljøet ditt i løsningsveiledningen).
• Sjekk at brukeren bruker riktig passord. Hvis malen du brukte til å klargjøre brukerens kundeorganisasjon (i Partner Hub) er konfigurert for BroadWorks-godkjenning, bør brukeren oppgi BroadWorks-passordet sitt for nettilgang. Brukeren må kanskje også oppgi BroadWorks-bruker-ID-en sin hvis e-postadressen deres ikke er konfigurert som en alternativ bruker-ID. Sørg for at brukeren har skrevet inn store og små bokstaver riktig.

Problemer med konfigurasjon og registrering av anrop

Etter at en bruker har blitt klargjort i Webex og de har logget på Webex-appen, registreres appen i BroadWorks. Følgende er den forventede registreringssekvensen og de resulterende tegnene på en orden registrering (sett fra Webex-appen):

Forventet registreringssekvens

1. Klienten kaller XSI for å få et enhetsadministrasjonstoken og URL-en til DMS-et.
2. Klienten ber om enhetsprofilen sin fra DMS ved å presentere tokenet fra trinn 1.
3. Klienten leser enhetsprofilen og henter SIP-legitimasjon, adresser og porter.
4. Klienten sender et SIP-REGISTER til SBC ved hjelp av informasjonen fra trinn 3.
5. SBC sender SIP-REGISTERET til AS (SBC kan utføre et oppslag i NS for å finne et AS hvis SBC ikke allerede kjenner SIP-brukeren).

Forventede tegn på vellykket klientregistrering

Ikonet for samtalealternativer vises i Webex-grensesnittet.

I Webex-appens telefontjenester-fane (f.eks. Innstillinger > Telefontjenester på Windows, Innstillinger > Telefontjenester på Mac), meldingen «SSO-økt: «Du er logget inn» betyr at appen er registrert (i dette tilfellet hos BroadWorks).

Klienten har ikke noe anropsikon

Som oftest betyr dette at brukeren ikke har riktig lisens. / rettigheter.

Dette er en mislykket registrering. Det er flere grunner til at en Webex-appklient mislykkes med registrering hos BroadWorks:

Flere anropstjenester testes med samme klienter

Dette kjente problemet kan forårsakes av at klienten bytter mellom forskjellige kallende bakender. Det er mest sannsynlig at det skjer under prøveperioder med forskjellige ringetjenester som tilbys via (de samme) Webex-appklientene. Du kan tilbakestille klientdatabasen (lenke) for å løse dette problemet.

Feilkonfigurasjon av autentiseringstjenesten

Sjekk XSP-en(e) som er vert for autentiseringstjenesten mot løsningsveiledningen (se Konfigurer tjenester på Webex for Cisco BroadWorks XSP-er). Spesifikt:

• RSA-nøklene (som du genererer på én XSP) kopieres til alle XSP-ene.
• URL-adressen for autentiseringstjenesten er oppgitt til webcontaineren på alle XSP-er og riktig angitt i klyngen i Partner Hub.
• Ekstern autentisering med sertifikater er konfigurert:

  XSP_CLI/System/CommunicationUtility/DefaultSettings/ExternalAuthentication/CertificateAuthentication>get

  allowUserApp = false

  allowClientApp = true

• Når du bruker MTLS, må du laste opp Webex-klientsertifikatet til XSP-ene (du kan få sertifikatet fra Partner Hub, på BroadWorks-innstillingssiden).

Feilkonfigurasjon av BroadWorks-tagger

Sjekk at du har konfigurert de nødvendige BroadWorks-taggene for Webex-appen. Se Webex for Cisco BroadWorks-konfigurasjonsveiledningen for informasjon om konfigurasjonstagger. Sørg for at det ikke er noen konflikter eller feil verdier. Mer spesifikt bør %SBC_ADDRESS_WXT% -taggen være SBC-en mot SIP-registratoren din for Webex-appklienter.

Skrivebordsklient kobler fra telefontjenester etter vellykket SSO-tilkobling

Dette problemet kan forårsakes av at samme bruker logger på flere klienter på samme plattformtype. Hvis for eksempel en bruker logger seg på Webex-appen på Windows, og deretter logger seg på Webex-appen på en annen Windows-maskin, er det bare en aktiv SSO-økt på én av maskinene. Dette er etter hensikt. Hvis du absolutt trenger å omgå dette problemet, kan du konfigurere BroadWorks til å ha flere forekomster av samme enhetstype, men de må ha unike SIP-adresser. Denne konfigurasjonen er utenfor omfanget av Webex for Cisco BroadWorks.

Skrivebordsenheten er ikke klargjort for brukeren

Denne signaturen vises i klientloggen:

[0x70000476b000] BroadWorksConfigDownloader.cpp:106

onAccessDeviceListSucceeded:BWC:SCF: ConfigDownload - the device profile 'Business Communicator - PC' is not found.

Problemer med nettvisning for anropsinnstillinger

Selvpleie button/link vises ikke i Webex-appen

Et annet symptom på dette problemet er når button/link vises, men når du klikker på den, åpnes en ekstern nettleser.

• Kontroller at den nødvendige klientkonfigurasjonsmalen er distribuert og at CSW-tagger er riktig angitt. (Se delen Samtaleinnstillinger Webvisning i løsningsguiden for Webex for Cisco BroadWorks).
• Bekreft at Webex-appen er registrert for anrop i BroadWorks.
• Sjekk at Webex-appen er en nyere versjon som støtter CSWV.

Blank side eller feil etter at du har klikket på Selvhjelp button/link

Vanligvis indikerer denne oppførselen i Webex-appen et konfigurasjons- eller distribusjonsproblem med CSWV-applikasjonen på BroadWorks XSP. Samle inn detaljer for videre undersøkelse, inkludert CSWV-logger, tilgangslogger, config-wxt.xml-repositoriet og malfilen, og reis deretter en sak.

Problemer med domenekrav

Feil ved brukerregistrering kan oppstå som følge av feil som gjøres ved krav på domener. Før du gjør krav på domener, må du sørge for at du forstår følgende:

• Tjenesteleverandører skal ikke gjøre krav på domenene til kundeorganisasjoner de administrerer. De skal bare gjøre krav på domenene til brukerne som er i tjenesteleverandørens interne organisasjon. Å gjøre krav på domenet til brukere i en separat organisasjon (selv en som tjenesteleverandøren administrerer) kan føre til registreringsfeil for brukerne i kundeorganisasjonen ettersom forespørsler om brukergodkjenning rutes gjennom tjenesteleverandøren i stedet for kundeorganisasjonen.
• Hvis to kundeorganisasjoner (selskap A og selskap B) deler samme domene, og selskap A har gjort krav på domenet, kan registrering for brukere i selskap B mislykkes fordi forespørsler om brukergodkjenning rutes gjennom organisasjonen som har domenet gjort krav på (selskap A).

  Hvis du gjør feilaktig krav på domener og trenger å fjerne et krav, kan du se artikkelen Administrer domenene dine Webex.

Feilkoder for sluttbrukere

Tabellen nedenfor viser sluttbrukerfeilkoder som kan vises i klientens brukeraktiveringsportal.

Feilkoder for katalogsynkronisering

Følgende feilkoder gjelder for Directory Sync.