Webex til Cisco 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 Cisco BroadWorks, har du måske valgt at ændre klargøringsadapteren pr. virksomhed.

For at kontrollere, hvad der er konfigureret til Integreret IM&P (standard for virksomheder, medmindre der findes en mere specifik indstilling), kør AS_CLI/Interface/Messaging> get. 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 et Help Desk 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 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 til Cisco 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> Node:

  • "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

Det normale Webex til Cisco BroadWorks-logonflow omfatter 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-apptelefontjenester (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

Tjek XSP(er), der er vært for godkendelsestjenesten, i forhold til løsningsvejledningen (se Konfigurer tjenester på din Webex for Cisco 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/CommunicationUtility/DefaultSettings/ExternalAuthentication/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 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 Cisco BroadWorks.

Desktop-enhed ikke klargjort for bruger

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

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

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 Cisco 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.

Problemer med domænekrav

Brugertilmeldingsfejl kan opstå som følge af fejl, der opstår under krav på domæner. Før du gør krav på nogen domæner, skal du sørge for at forstå følgende:

  • Tjenesteudbydere bør ikke gøre krav på domænerne for kundeorganisationer, som de administrerer. De bør kun gøre krav på domænerne for de brugere, Tjenesteudbyder er i deres interne organisation. Krav på domænet for brugere i en separat organisation (selv en, som Tjenesteudbyder administrerer) kan resultere i tilmeldingsfejl for brugerne i kundeorganisationen, når brugerbekræftelsesanmodninger bliver dirigeret gennem Tjenesteudbyder i stedet for kundeorganisationen.

  • Hvis to kundeorganisationer (virksomhed A og virksomhed B) deler det samme domæne, og virksomhed A har gjort krav på domænet, kan tilmelding til virksomhed B-brugere mislykkes, fordi anmodninger om brugerbekræftelse dirigeres gennem den organisation, der har domænet gjort krav på (virksomhed A).

Hvis du gør krav på nogle domæner ved en fejl og har behov for at fjerne et krav, kan du se, hvordan du administrerer dine domæner i Webex-artiklen.

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

Foreslået handling

200010

Kunne ikke validere oplysninger som BroadWorks-bruger ikke autoriseret

Bruger bør prøve en anden kombination af brugernavn og adgangskode.

Ellers skal administratoren nulstille adgangskoden i BroadWorks.

200016

Kunne ikke validere legitimationsoplysninger som session blev ikke fundet

Bruger bør genind genindmelde browseren og prøve brugernavnet/adgangskoden igen.

200018

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

Brugeren skal vente 10 minutter og så prøve igen.

200019

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

Administrator skal tjekke indstillinger for selvaktivering i Control Hub

200022

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

Bruger skal forsøge at oprette forbindelse igen og indtaste legitimationsoplysninger.

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}

Administratoren skal informere brugeren om, at de har indtastet den forkerte e-mailadresse, da e-mailadressen er tilknyttet en anden organisation.

200039

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

Bruger burde forsøge at oprette det igen på det samme verificeringslink, men bruge et andet BroadWorks-bruger-id.

Ellers bør kundeorganisationsadministratoren fra den anden organisation slette det eksisterende brugerkonto.

200040

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

Administratoren skal sammenligne det bekræftelseslink, som brugeren brugte, med det link, der er konfigureret i Control Hub. De to links og konfigurationssæt skal være ens.

200041

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

Brugeren bør forsøge at oprette det samme verificeringslink igen ved hjælp af et andet BroadWorks-bruger-id.

Ellers bør kundens organisationsadministrator, som administrerer modstridende tjenesteydelse, slette modstridende tjenesteydelse eller rettigheder.

200042

Kunne ikke validere e-mail, da e-mail allerede er knyttet til et andet BroadWorks-bruger-id

Bruger bør prøve igen med en anden e-mailadresse.

Ellers skal administratoren slette den anden bruger, der bruger denne e-mailadresse.

200043

Kunne ikke validere e-mail som bruger kundekonfigureringstilknytning er forkert

Bruger bør prøve igen med en anden e-mailadresse.

Ellers skal administratoren slette den anden bruger, der bruger denne e-mailadresse.

200044

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

Bruger bør prøve igen med en anden e-mailadresse.

Ellers skal den kundeorganisationsadministrator, der administrerer den eksisterende brugerkonto, der bruger denne e-mailadresse, slette den brugerkonto.

200045

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

Bruger bør forsøge at oprette forbindelse igen, men med en anden e-mailadresse.

Ellers bør den kundeorganisationsadministrator, som administrerer den anden organisation, slette den eksisterende konto.

200046

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

Administrator skal slette brugere under behandling fra Control Hub

200047

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

Bruger bør prøve igen med en anden e-mailadresse.

Ellers skal den kundeorganisationsadministrator, der administrerer den eksisterende brugerkonto, slette den eksisterende brugerkonto eller fjerne andre berettigelser.

200048

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

Bruger bør prøve igen med en anden e-mailadresse.

200049

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

Bruger bør prøve igen med en anden e-mailadresse.

Ellers skal den kundeorganisationsadministrator, der administrerer den eksisterende brugerkonto, slette den eksisterende brugerkonto eller fjerne andre berettigelser..

200050

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

Administratoren skal sammenligne bekræftelseslinket, som brugeren brugte, med det link, der er konfigureret i Control Hub.

De to links og konfigurationssæt skal være ens.

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

Administratoren skal tjekke eksisterende organisationer i Control Hub og sørge for, at de ikke opretter en organisation med et navn, der allerede eksisterer.

200054

Kunne ikke validere e-mail som området for kundeorganisationen og partnerorganisationens uoverensstemmelse

Administratoren skal tjekke partnerorganisationens og kundens organisationsindstillinger i Control Hub og sikre, at regioner stemmer overens.