Ta članek je razdeljen na tri glavne dele:

• Viri, ki so seznam orodij, gradiva za branje, dnevnikov in stikov, ki jih boste morda potrebovali.
• Postopki, ki opisujejo nekatere ukrepe, ki jih lahko izvedete pri odpravljanju težav s stranko.
• Specifične težave, ki kategorizira in navaja težave, za katere je znano, da se pojavljajo, kako jih opaziti in kako bi jih lahko potencialno rešili.

Uporabne datoteke dnevnika

Seznam za branje

• Webex za portal znanja partnerjev Cisco BroadWorks
• Vodnik za konfiguracijo platforme XSP (R23)
• Vodnik za upravljanje programske opreme BroadWorks (R23)
• Vodnik za konfiguracijo upravljanja naprav Cisco BroadWorks (R23)
• Vodnik za skrbništvo vmesnika ukazne vrstice Broadworks Xsp
• Žeton za dolgo življenjsko dobo pristnosti Opis funkcije Izdaja 23.0
• Vodnik za integracijo overjanja SAML, R23
• Vodnik po možnostih podpore za Cisco BroadWorks SSL
• Opis funkcije podpore Cisco CI
• Strežnik za potisna obvestila (opis funkcije)
• Podpora za potisna obvestila za klice Opis funkcije Izdaja 22.0
• Postopek migracije Connect (Android) v Firebase
• Shranjevanje žetonov naprav Cisco BroadWorks za potisna obvestila Opis funkcije Izdaja 22.0
• Načrtovalec zmogljivosti sistema Cisco BroadWorks (preglednica)
• Vodnik za dimenzioniranje platforme Cisco BroadWorks
• Vodnik za sistemsko inženirstvo Cisco Broadworks
• Dokument z zahtevami za podporo preverjanja pristnosti CI, različica 1.0 MR-7136

Znane težave in omejitve

Članek Znane težave in omejitve vsebuje posodobljene informacije o znanih težavah, ki smo jih odkrili v rešitvi Webex za BroadWorks.

Priključek uporabljivosti

Storitev Webex Serviceability poveča hitrost, s katero lahko tehnično osebje Cisco diagnosticira težave z infrastrukturo. Avtomatizira naloge iskanja, pridobivanja in shranjevanja diagnostičnih dnevnikov in informacij v primer SR. Storitev sproži tudi analizo diagnostičnih podpisov, tako da lahko TAC učinkoviteje prepozna in odpravi težave z vašo lokalno opremo.

Za podrobnosti o uvedbi priključka Serviceability glejte Vodnik za uvedbo za Cisco Webex Serviceability Connector.

Stopnjevanje težave

Ko boste sledili nekaterim navodilom za odpravljanje težav, bi morali imeti razumno predstavo o tem, kje je vzrok težave.

Postopek

1. Zberite čim več informacij iz sistemov, povezanih s težavo.
2. Za odprtje primera se obrnite na ustrezno ekipo pri Ciscu.

Katere podatke o strankah zbirati

Če menite, da morate odpreti primer ali posredovati težavo, med odpravljanjem težav z uporabnikom zberite naslednje podatke:

• Identifikator uporabnika: E-poštni naslov CI ali uporabniški UUID (to je identifikator Webex, vendar vam bo v pomoč, če dobite tudi uporabnikov identifikator BroadWorks).
• Identifikator organizacije.
• Približni časovni okvir, v katerem se je težava pojavila.
• Platforma in različica odjemalca.
• Pošljite ali zberite dnevnike od odjemalca.
• Zabeležite ID za sledenje, če je prikazan na odjemalcu.

Preverite podatke uporabnika v oddelku za pomoč uporabnikom

Partnerski skrbniki, ki imajo pravice vloge skrbnika službe za pomoč uporabnikom (osnovne ali napredne), lahko s tem postopkom preverijo podatke o uporabnikih v pogledu službe za pomoč uporabnikom.

Postopek

1. Prijavite se v službo za pomoč uporabnikom.
2. Poiščite in nato kliknite uporabnika. S tem se odpre zaslon s povzetkom uporabnika.
3. Kliknite uporabniško ime za ogled podrobne konfiguracije uporabnika. Koristne informacije v tem pogledu vključujejo uporabnikov UUID, gručo skupne identitete (CI), gručo aplikacij Webex, vedenje klicev in GUID računa BroadWorks.
4. Kliknite Kopiraj, če želite te podatke uporabiti v drugem orodju ali jih priložiti Ciscovemu primeru.

Ogled organizacije strank v oddelku za pomoč uporabnikom

Partnerski skrbniki, ki imajo pravice vloge skrbnika službe za pomoč uporabnikom (osnovne ali napredne), lahko s tem postopkom ogledajo podrobnosti o organizaciji strank v pogledu službe za pomoč uporabnikom.

Postopek

1. Prijavite se v službo za pomoč uporabnikom.
2. Poiščite in nato kliknite ime organizacije stranke.
3. Pomaknite se navzdol, dokler ne vidite Pogled portala za stranke in kliknite Ogled imena stranke, da si ogledate pogled organizacije stranke samo za branje – vključno z uporabniki in konfiguracijo.

Pridobi uporabniške dnevnike iz središča za partnerje

Pri odpravljanju težav z namiznimi in mobilnimi odjemalci je pomembno, da si partnerji (in TAC) lahko ogledajo dnevnike odjemalcev.

Postopek

1. Prosite uporabnika, naj pošlje dnevnike. Za pomoč glejte: Aplikacija Webex | Prijavi težavo.
2. Prosite uporabnika, naj izvozi klicno okolje in vam pošlje datoteko ced.dat.
3. Pridobite dnevnike strank iz središča za partnerje ali službe za pomoč uporabnikom.

   Možnost partnerskega središča:

   1. Prijavite se v središče za partnerje in poiščite uporabnikovo organizacijo strank.
   2. Izberite Odpravljanje težav.
   3. Izberite Dnevniki.
   4. Poiščite uporabnika (po e-pošti).
   5. Oglejte si in prenesite dnevnike strank kot zip datoteko.

   Možnost službe za pomoč uporabnikom:

   1. Prijavite se v službo za pomoč uporabnikom.
   2. Poiščite organizacijo.
   3. Kliknite organizacijo (odpre se zaslon s povzetkom).
   4. Pomaknite se navzdol in kliknite Ogled stranke.
   5. Izberite Odpravljanje težav.
   6. Izberite Dnevniki.
   7. Poiščite uporabnika (po e-pošti).
   8. Oglejte si in prenesite dnevnike strank kot zip datoteko.

Kako najti različico odjemalca

Postopek

1. Deli to povezavo z uporabnikom: https://help.webex.com/njpf8r5
2. Prosite uporabnika, da vam pošlje številko različice.

Preverjanje odjemalca za klic storitve

Postopek

1. Prijavite se v odjemalca Webex.
2. Preverite, ali je ikona Možnosti klicanja (slušalka z zobnikom nad njo) prisotna na stranski vrstici. Če ikone ni, uporabnik morda še ni omogočen za storitev klicanja v Control Hubu.
3. Odpri Settings/Preferences in pojdite na razdelek Telefonske storitve. Videti bi morali stanje Seja SSO Prijavljeni ste. (Če je prikazana druga telefonska storitev, kot je Webex Calling, uporabnik ne uporablja Webexa za Cisco BroadWorks.)

   To preverjanje pomeni:

   • Odjemalec je uspešno prečkal zahtevane mikrostoritve Webex.
   • Uporabnik se je uspešno overil.
   • Sistem BroadWorks izda odjemalcu dolgoživi spletni žeton JSON.
   • Stranka je pridobila svoj profil naprave in se registrirala v BroadWorks.

Pridobite dnevnike ali povratne informacije strank

• Za iskanje določenih dnevnikov odjemalcev v namiznih odjemalcih Webex si oglejte razdelek Viri ali pa prosite uporabnike, naj vam pošljejo dnevnike. Za pomoč glejte: Aplikacija Webex | Prijavi težavo.
• Prosite uporabnike mobilnih odjemalcev, da vam pošljejo dnevnike, nato pa jih lahko dobite prek partnerskega središča ali službe za pomoč uporabnikom.
  Pošiljanje dnevnikov je tiho. Če pa uporabnik pošlje povratne informacije, so te posredovane ekipi Webex App Devops. Če želite stopiti v stik s Ciscom, si zabeležite številko uporabnika za povratne informacije. Na primer:

  

Pridobi podatke o klicnem okolju

Dnevniki odjemalcev Webex so močno redigirani, da se odstranijo osebno določljivi podatki. Podatke klicnega okolja morate izvoziti iz odjemalca v isti seji, ko opazite težavo.

Postopek

1. V odjemalcu kliknite Pomoč > Preverjevalnik zdravja.
2. Izberite Ponastavi bazo podatkov. To sproži popolno ponastavitev odjemalca in naloži prijavni zaslon aplikacije Webex.

Preverite, ali se mora Webex registrirati v BroadWorks

Aplikacija Webex preveri naslednje podatke, da ugotovi, ali se bo registrirala v BroadWorks:

• Uporabniška upravičenost do broadworks-connector.
• Klicanje za organizacijo in uporabnika.

Preverjanje vedenja uporabnika pri klicanju in upravičenosti do konektorja

1. Prijavite se v službo za pomoč uporabnikom s poverilnicami skrbnika partnerja.
2. Poiščite uporabnika.
3. Kliknite na uporabnika in preverite vnos Obnašanje pri klicanju. Moralo bi biti »Klic v Webexu«.

   

4. Kliknite uporabniško ime, da odprete zaslon s podrobnostmi o uporabniku.
5. Pomaknite se navzdol, da poiščete razdelek entitlements, in preverite, ali je vključen broadworks-connector

   

   Uporabnik storitve Webex za Cisco BroadWorks NE sme imeti pooblastila bc-sp-standard, če namerava uporabljati storitev Webex za Cisco BroadWorks. To je upravičenje za »Webex Calling (Broadcloud)«, kar je klicanje prek aplikacije Webex prek storitve klicanja v oblaku, ki jo upravlja Cisco.

Preverite vedenje klicev v organizaciji

1. Prijavite se v službo za pomoč uporabnikom s poverilnicami skrbnika partnerja.
2. Poiščite organizacijo.
3. Kliknite na organizacijo in preverite vnos Obnašanje klicanja. Moralo bi biti »Klic v Webexu«.

Analiziraj PSLog za težave z zagotavljanjem uporabnikov

Za ogled zahteve HTTP POST za most za omogočanje in odgovora Webexa uporabite dnevnik PSL aplikacijskega strežnika. V pravilnem delujočem primeru je odgovor 200 OK in po nekaj minutah lahko vidite, da je bil uporabnik – in nova organizacija stranke, če je to prvi uporabnik – ustvarjen v Webexu. To lahko preverite tako, da na spletni strani za pomoč uporabnikom poiščete e-poštni naslov, ki ga vidite v OBJAVI.

Preden začnete

Zberite zapis PSLog iz aplikacijskega strežnika med poskusom pretočnega omogočanja s testnim uporabnikom.

Postopek

1. Najprej je treba preveriti kodo odgovora HTTP:
   • Karkoli drugega kot 200 OK je napaka pri zagotavljanju uporabnika.
   • 200 OK lahko še vedno pomeni napako, če nekaj v profilu naročnika ne deluje v storitvah Webex pred mostom za omogočanje.
   • 400 lahko v odgovoru vsebuje vozlišče message. Most za oskrbovanje ni mogel obdelati nečesa v subscriberProfile. Morda je nekaj narobe s podatki naročnika ali pa ni združljivo z nastavitvijo v predlogi.
   • Napaka 401 pomeni, da se poverilnice za omogočanje, vnesene v avtonomnem sistemu, ne ujemajo s tistimi, vnesenimi v predlogo v središču za partnerje.
   • 403 lahko kaže na napačno konfiguracijo aplikacijskega strežnika. Preverite cilj zahteve. Ne sme biti naslov IP, temveč URL mostu za omogočanje, ki ga lahko vidite v predlogi v središču za partnerje.
   • 409 označuje konflikt med podanim subscriberProfile in obstoječimi podatki Webex. Morda že obstaja uporabnik s tem e-poštnim naslovom. Preverite message v odgovoru.
2. Preverite lahko tudi izvirni HTTP POST za morebitne sumljive vrednosti, ki bi lahko povzročile neuspeh pri omogočanju. POST vsebuje strukturo XML subscriberProfile. Znotraj tega so koristna vozlišča za preverjanje:
   • bwuserid: S tem poiščite profil naročnika, če ga morate urediti v BroadWorksu.
   • group: Če je predloga v načinu »Ponudnik storitev«, je to napisano z malimi črkami in postane ime organizacije stranke, ki jo vidite v središču za partnerje.
   • serviceProvider: Če je predloga v »načinu podjetja«, je to napisano z malimi črkami in postane ime organizacije stranke, ki jo vidite v središču za partnerje.
   • primaryPhoneNumber: Mora obstajati. Brez tega oskrbovanje ne uspe.
   • email: Postane uporabniški ID v Webexu. Mora biti veljaven in edinstven za Webex, sicer omogočanje ne uspe.

     Prezri kitico services : Ustvaril ga je AS in ga Webex sprejel, vendar ga ne uporablja.

Analizirajte dnevnike XSP za odpravljanje težav s prijavo naročnika

Ta tok opisuje način preverjanja pristnosti BroadWorks. Način preverjanja pristnosti si lahko ogledate v predlogi BroadWorks v središču za partnerje. Glejte Konfigurirajte predloge strank v https://help.webex.com/en-us/z9gt5j/Webex-for-BroadWorks-Solution-Guide#id_137726.

Naslednji lestvični diagram prikazuje interakcijo med uporabnikom, odjemalcem, storitvami Webex in sistemom BroadWorks, ko uporabnik izvaja preverjanje pristnosti BroadWorks v aplikaciji Webex. Povezava med Webexom in XSP je zavarovana z MTLS.

V nadaljevanju je pojasnjeno, kaj lahko pričakujete pri pregledovanju dnevnikov za uspešno prijavo.

Uporabnik komunicira s stranko, stranka pa s storitvami Webex:

• Uporabnik posreduje svoj e-poštni naslov aplikaciji Webex (1 na diagramu).
• CI ve, da mora tega uporabnika preusmeriti k vnosu gesla za BroadWorks (prek UAP) (2 na diagramu).
• Proxy IDP pošlje zahtevo za pridobitev profila vmesniku Xsi na XSP.

V mačku access_log:

• Poiščite zahtevo GET za profil naročnika, od Webexa proti vmesniku Xsi-Actions (2.1 na diagramu). Ima uporabniški ID Webexa. Na primer:

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

V dnevniku XsiActions:

• Poiščite zahtevo GET profila od Webexa (2.1 na diagramu). Ima uporabniški ID Webexa. Na primer:

  GET /com.broadsoft.xsi-actions/v2.0/user/webexuserid@example.com/profile Glave vključujejo authorization: Basic in user-agent: broadworksTeamsClient

• XSP nato izvede osnovno overjanje OCI-P z BroadWorks (AuthenticationVerifyRequest in AuthenticationVerifyResponse, tako kot katera koli druga aplikacija, ki izvaja osnovno overjanje prek Xsi) ter tudi UserGetRequest in ServiceProviderGetRequest za zbiranje podatkov o naročniku.
• Odgovor Xsi na Webex vsebuje blok XML Profile, ki vsebuje (BroadWorks) userId in druge podrobnosti (2.2 na diagramu).

Interakcije med strankami in storitvami Webex:

• Proxy IDP se ujema z uporabniškim profilom, prejetim od BroadWorksa, in odjemalcu izda trditev SAML (diagram 2.3).
• Odjemalec zamenja trditev SAML za žeton CI (3 na diagramu).
• Odjemalec preveri, ali ima prijavljeni uporabnik upravičenje za broadworks-connector (4 na diagramu). Uporabniške pravice lahko preverite v službi za pomoč uporabnikom.
• Odjemalec uporablja žeton CI za zahtevo po spletnem žetonu JSON (JWT) od proxyja IDP (5 na diagramu).
• Proxy IDP preveri žeton CI na CI.
• Proxy IDP zahteva JWT od storitve preverjanja pristnosti.

V dnevniku storitve authenticationService:

• Poiščite zahtevo za žeton od Webexa (5.2 na diagramu), na primer: GET /authService/token, ki ima glavo http_bw_userid in druge.
• XSP izvede OCI-P UserGetLoginInfoRequest, da preveri, ali podani uporabniški ID ustreza uporabniku BroadWorks (5.3 na diagramu). AuthService je vzpostavil zaupanje z Webexom prek povezave mTLS, zato lahko izda LLT.
• Poiščite odgovor (5.4 na diagramu) iz LongLivedTokenManager - Token generated, subject: bwksUserId@example.com, issuer: BroadWorks … in StatusCode=200, ki ga lahko povežete z izvirno zahtevo z uporabo glave trackingid: CLIENT… .

V dnevniku XsiActions:

• Odjemalec lahko na vmesniku Xsi-Actions predstavi dolgoživi žeton, da pridobi profil svoje naprave (6 na diagramu). Na primer: GET /com.broadsoft.xsi-actions/v2.0/user/bwksUserId%40example.com/profile/device Z glavama authorization: Bearer token in user-agent: WebexTeams (variant/version)
• Vmesnik Xsi-Actions pošlje žeton storitvi authservice (konfigurirani tako, da je na vmesniku povratne zanke). Na primer: 127.0.0.1:80 POST http://127.0.0.1:80/authService/token, ki ga lahko povežete z glavo trackingid: CLIENT… v GET in glavo X-BROADSOFT-CORRELATION-ID : CLIENT… v POST.

V dnevniku storitve authenticationService:

• Prejem POST-a od Xsi (povratna zanka)

• A StatusCode=200 nazaj na Xsi

• In odgovor za preverjanje žetona, ki ima v telesu blok JSON "token".

• Povezano z uporabo trackingid: CLIENT…

V dnevniku XsiActions:

• Potem ko je od storitve authservice prejela sporočilo 200 OK, ki je potrdilo žeton odjemalca, aplikacija Xsi-Actions zdaj pošlje zahtevo OCI-P za UserPrimaryAndSCADeviceGetListRequest
• Prejme OCI-P UserPrimaryAndSCADeviceGetListResponse, ki vsebuje strukturo XML accessDeviceTable.
• Odgovor OCI-P je kodiran kot odgovor Xsi odjemalcu, vključno s strukturo XML AccessDevices, ki ima deviceTypes. Na primer: Business Communicator – PC in URL-je, kjer lahko odjemalec pridobi konfiguracijske datoteke naprave.

Stranka nadaljuje kot običajno:

• Izbere vnos naprave in komunicira z DMS, da pridobi profil naprave (6 na diagramu).
• Registri v BroadWorks prek SBC, pridobljeni v konfiguraciji iz DMS (7 na diagramu).

Težave s partnerskim središčem

Skrbnik ne more videti organizacij strank

Kot skrbnik vaše partnerske organizacije v Webexu bi morali imeti vlogo polnega skrbnika. Ta vloga se uporablja za upravljanje vaše partnerske organizacije, vključno z dodeljevanjem skrbniških pravic vam in drugim. Za upravljanje organizacij strank morate sebi (ali drugim osebam) podeliti vlogo polnega skrbnika prodaje ali vlogo skrbnika prodaje . Za podrobnosti glejte Dodeljevanje vlog računov organizacije v Control Hub.

Težave z zagotavljanjem uporabnikom

Integrirano neposredno sporočilo & P-napake za določena podjetja / stranke

Če imate mešanico podjetij, ki uporabljajo različne storitve za sodelovanje v oblaku, npr. UC-One SaaS in Webex za Cisco BroadWorks, ste se morda odločili za spreminjanje adapterja za omogočanje uporabe za vsako podjetje posebej.

Preverjanje konfiguracije za integrirano neposredno sporočilo & P (privzeto za podjetja, razen če obstaja bolj specifična nastavitev), zaženi AS_CLI/Interface/Messaging> get. Za parametre zagotavljanja za določeno podjetje odprite podjetje in pojdite na Storitve > Integrirano neposredno sporočilo & P.

Preverite, ali je integrirani sistem za neposredno poročanje & Konfiguracija P za to podjetje se natančno ujema s tisto, ki je prikazana v predlogi stranke v središču za partnerje. Naslednje nastavitve se morajo ujemati, sicer omogočanje uporabe ne bo uspešno za vse uporabnike v podjetju:

Integrirano neposredno sporočilo & Napake P za določene uporabnike

To velja, če uporabljate pretočno zagotavljanje in predpostavljate, da zagotavljanje deluje za some/most uporabnike (tako lahko izključite težavo s konfiguracijo). Če vidite integrirano sporočilo & Na primer, napake P v BroadWorksu “[Error 18215] Napaka pri omogočanju uporabe strežnika za sporočanje« in “[Error [18211] »Napaka v komunikaciji s strežnikom za sporočanje«, preverite naslednje možne vzroke:

• Uporabnikov e-poštni naslov morda že obstaja v CI. V službi za pomoč uporabnikom poiščite uporabnika, da preverite, ali je njegov e-poštni naslov že tam. To ni nujno dokončno, saj uporabnik morda obstaja v organizaciji, katere podatkov ne smete videti v službi za pomoč uporabnikom.
• Uporabnik se je samostojno prijavil v Webex, preden mu je bila dodeljena integrirana storitev za neposredno sporočanje. & Storitev P. V tem primeru je ena od možnosti, da uporabnik izbriše svoj brezplačni račun, da lahko postane del organizacije strank, ki jo oskrbujete. Navodila so na https://help.webex.com/5m4i4y
• Uporabnik nima dodeljene primarne telefonske številke svojemu profilu (vsi naročniki Webex za Cisco BroadWorks morajo imeti primarno DID). Glej temo o analizi PSLog iz AS.

Napake pri omogočanju uporabe uporabnikov kot odgovor mostu za omogočanje uporabe

Če se uporabniki ne prikažejo v Control Hubu v nekaj minutah po dodelitvi integriranega neposrednega sporočila & P, poglej si odgovorne kode storitve mostu za omogočanje. Za ogled kod odgovorov HTTP zaženite PSLog.

200 V redu

Odgovor 200 OK ne pomeni, da je bil uporabnik uspešno omogočen. To pomeni, da je storitev zagotavljanja prejela zahtevo in uspešno poslala ustrezno zahtevo za ustvarjanje uporabnika nadrejenim storitvam. Transakcija oskrbovanja je po zasnovi asinhrona. Storitev odgovori z 200 OK, ker lahko postopek ustvarjanja uporabnika traja več minut in zaradi učinkovitosti delovanja ne želimo prejeti več zahtev za ustvarjanje istega uporabnika. Če pa se uporabnik po odgovoru 200 OK ne prikaže v organizaciji stranke, lahko to pomeni, da ustvarjanje uporabnika v storitvah Webex pred storitvijo zagotavljanja ni uspelo. Napako pri omogočanju uporabe, ki ima odgovor 200 OK, morate eskalirati.

400 Slaba zahteva

Preverite odgovor HTTP, ki bi moral vsebovati več podrobnosti o morebitnih težavah, ki bi lahko povzročile ta odgovor storitve oskrbovanja. Nekaj primerov vozlišča:

• »E-pošti BroadWorks s starejšim API-jem za omogočanje uporabe ni mogoče zaupati.« E-poštni naslov, povezan z neuspešno zahtevo za omogočanje uporabnika, ni veljaven ali je napačno vnesen, vendar ste v predlogi navedli, da je e-poštnim naslovom mogoče zaupati. Preverite profile uporabnikov v BroadWorksu, natančneje e-poštne naslove.
• Organizacije stranke ni mogoče najti v zbirki podatkov, prav tako pa zastavica za ustvarjanje nove organizacije ni omogočena. Ta neuspešna zahteva za omogočanje bi morala ustvariti novo organizacijo strank v Webexu, vendar je vaša predloga konfigurirana tako, da preprečuje ustvarjanje novih organizacij strank. Če želite dovoliti nove organizacije za e-poštne domene, ki se ne ujemajo z obstoječimi strankami v Webexu, lahko predlogo ponovno konfigurirate v središču za partnerje in ponovno preizkusite zahtevo za omogočanje. Če pa ne pričakujete, da bo za tega uporabnika ustvarjena nova organizacija, je morda e-poštni naslov napačno vtipkan (natančneje del domene). Preverite uporabnikov e-poštni naslov v BroadWorksu.

403 Prepovedano

Zahteva za oskrbovanje nima možnosti za uspeh. V tem primeru boste morali preiskati zahtevo in odgovor. Če na primer kot cilj zahteve za omogočanje vidite naslov IP – namesto ustreznega URL-ja mostu za omogočanje za vašo organizacijo (glejte teme o konfiguraciji požarnega zidu v Vodniku po rešitvah) – lahko to pomeni, da vašemu aplikacijskemu strežniku manjka zahtevani popravek (ap373197).

Preverite, ali so na aplikacijskem strežniku nameščeni vsi potrebni popravki in ali ste dokončali ustrezno konfiguracijo za uspešno zagotavljanje pretoka.

409 Konflikt

Zahteva za omogočanje uporabe se ne more nadaljevati, ker v Webexu že obstaja uporabnik, ki se ujema z e-poštnim naslovom v zahtevi.

Uporabnik je že v CI

Iz zahteve HTTP POST pridobite e-poštni naslov naročnika in ga poiščite v službi za pomoč uporabnikom. Uporabnika morda ne boste videli, če nimate dovoljenja, lahko pa boste videli tudi, da je uporabnik v »svobodni« organizaciji, npr. »Potrošnik«. Uporabnika lahko prosite, naj izbriše svoj brezplačni račun, ali pa mu za omogočanje dostopa uporabite drug e-poštni naslov. Glej https://help.webex.com/ndta402.

Težave s prijavo uporabnikov

Portal za aktivacijo uporabnikov se ne naloži

Običajni postopek prijave v Webex za Cisco BroadWorks vključuje portal za aktivacijo uporabnikov, kjer uporabniki vnesejo svoja gesla. Včasih se ta portal ne naloži, ko uporabnik na zaslonu za prijavo v aplikacijo Webex vnese svoj e-poštni naslov. Do te težave lahko pride na strani odjemalca ali na strani storitve. Na strani odjemalca je to običajno posledica tega, da je izvorni brskalnik odjemalca na nek način nezdružljiv s storitvijo.

Enotna prijava ni uspela

• V BroadWorks preverite, ali so bile uporabniku dodeljene vrste naprav za aplikacijo Webex (glejte razdelek Profili naprav v razdelku Priprava okolja v Vodniku po rešitvah).
• Preverite, ali uporabnik uporablja pravilno geslo. Če je predloga, ki ste jo uporabili za omogočanje uporabnikove organizacije strank (v središču za partnerje), konfigurirana za preverjanje pristnosti BroadWorks, bi moral uporabnik vnesti svoje geslo za »spletni dostop« BroadWorks. Uporabnik bo morda moral vnesti tudi svoj uporabniški ID BroadWorks, če njegov e-poštni naslov ni konfiguriran kot nadomestni uporabniški ID. Prepričajte se, da je uporabnik pravilno vnesel velike in male črke.

Težave s konfiguracijo in registracijo klicanja

Ko je uporabnik v Webexu omogočen in se uspešno prijavi v aplikacijo Webex, se aplikacija registrira v BroadWorks. Sledi pričakovano zaporedje registracije in posledični znaki zdrave registracije (kot je razvidno iz aplikacije Webex):

Pričakovano zaporedje registracije

1. Odjemalec pokliče XSI, da pridobi žeton za upravljanje naprave in URL do DMS.
2. Odjemalec zahteva profil svoje naprave od DMS s predložitvijo žetona iz 1. koraka.
3. Odjemalec prebere profil naprave in pridobi poverilnice SIP, naslove in vrata.
4. Odjemalec pošlje SIP REGISTER SBC-ju z uporabo informacij iz 3. koraka.
5. SBC pošlje SIP REGISTER AS (SBC lahko izvede iskanje v NS, da bi našel AS, če SBC še ne pozna uporabnika SIP).

Pričakovani znaki uspešne registracije stranke

Ikona Možnosti klicanja se prikaže v vmesniku Webex.

Na zavihku telefonskih storitev aplikacije Webex (npr. Nastavitve > Telefonske storitve v sistemu Windows, Nastavitve > Telefonske storitve v sistemu Mac), sporočilo »SES SSO:« »Prijavljeni ste« pomeni, da se je aplikacija uspešno registrirala (v tem primeru v BroadWorks).

Stranka nima ikone za klicanje

Večinoma to pomeni, da uporabnik nima pravilne licence / upravičenja.

To je neuspešna registracija. Obstaja več razlogov, zakaj odjemalcu aplikacije Webex ne uspe registracija pri BroadWorks:

Več klicnih storitev se testira z istimi odjemalci

To znano težavo lahko povzroči preklapljanje med različnimi povratnimi klici odjemalca. Najverjetneje se bo to zgodilo med preizkusi različnih klicnih storitev, ki so na voljo prek (istih) odjemalcev aplikacije Webex. To težavo lahko odpravite s ponastavitvijo baze podatkov strank (povezava).

Napačna konfiguracija storitve preverjanja pristnosti

Preverite XSP-je, ki gostijo storitev preverjanja pristnosti, v skladu z rešitvami (glejte Konfiguriranje storitev v sistemu Webex za Cisco BroadWorks XSP-je). Natančneje:

• Ključi RSA (ki jih ustvarite na enem XSP-ju) se kopirajo na vse XSP-je.
• URL storitve za preverjanje pristnosti je bil posredovan spletnemu vsebniku na vseh strežnikih XSP in pravilno vnesen v gručo v središču za partnerje.
• Zunanje preverjanje pristnosti s potrdili je konfigurirano:

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

  allowUserApp = false

  allowClientApp = true

• Pri uporabi MTLS morate naložiti odjemalsko potrdilo Webex v XSP-je (potrdilo lahko dobite v središču za partnerje na strani z nastavitvami BroadWorks).

Napačna konfiguracija oznak BroadWorks

Preverite, ali ste konfigurirali zahtevane oznake BroadWorks za aplikacijo Webex. Za informacije o konfiguracijskih oznakah glejte Vodnik za konfiguracijo Webexa za Cisco BroadWorks. Prepričajte se, da ni konfliktov ali napačnih vrednosti. Natančneje, oznaka %SBC_ADDRESS_WXT% mora biti SBC do vašega registrarja SIP za odjemalce aplikacij Webex.

Namizni odjemalec prekine telefonske storitve po uspešni vzpostavitvi povezave SSO

Do te težave lahko pride, če se isti uporabnik prijavi v več odjemalcev na isti vrsti platforme. Če se na primer uporabnik uspešno prijavi v aplikacijo Webex v sistemu Windows in se nato prijavi v aplikacijo Webex v drugem računalniku s sistemom Windows, je seja SSO aktivna samo v enem od računalnikov. To je zasnovano. Če morate to težavo nujno rešiti, lahko konfigurirate BroadWorks tako, da ima več primerkov iste vrste naprave, vendar morajo imeti edinstvene naslove SIP. Ta konfiguracija ne spada v obseg storitve Webex za Cisco BroadWorks.

Namizna naprava ni omogočena za uporabnika

Ta podpis je viden v dnevniku odjemalca:

[0x70000476b000] BroadWorksConfigDownloader.cpp:106

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

Težave z nastavitvami klicev v spletnem pogledu

Skrb zase button/link se ne prikazuje v aplikaciji Webex

Drug simptom te težave je, ko button/link je prikazano, vendar se s klikom nanj odpre zunanji brskalnik.

• Preverite, ali je nameščena zahtevana predloga za konfiguracijo odjemalca in ali so oznake CSW pravilno nastavljene. (Glejte razdelek Nastavitve klicev Spletni pogled v priročniku za rešitve Webex za Cisco BroadWorks).
• Preverite, ali je aplikacija Webex registrirana za klicanje v storitvi BroadWorks.
• Preverite, ali je aplikacija Webex novejša različica, ki podpira CSWV.

Prazna stran ali napaka po kliku na Samopomoč button/link

To vedenje v aplikaciji Webex običajno kaže na težavo s konfiguracijo ali uvajanjem aplikacije CSWV v BroadWorks XSP. Zberite podrobnosti za nadaljnjo preiskavo, vključno z dnevniki CSWV, dnevniki dostopa, repozitorijem config-wxt.xml in datoteko predloge, nato pa vložite zahtevo.

Težave z zahtevkom domene

Napake pri registraciji uporabnikov se lahko pojavijo zaradi napak, ki so nastale pri zahtevanju domen. Preden zahtevate katero koli domeno, se prepričajte, da razumete naslednje:

• Ponudniki storitev ne smejo zahtevati domen organizacij strank, ki jih upravljajo. Zahtevati bi morali le domene tistih uporabnikov, ki so v notranji organizaciji ponudnika storitev. Zahtevanje domene uporabnikov v ločeni organizaciji (tudi tisti, ki jo upravlja ponudnik storitev) lahko povzroči napake pri registraciji uporabnikov v organizaciji stranke, saj se zahteve za preverjanje pristnosti uporabnikov usmerjajo prek ponudnika storitev in ne prek organizacije stranke.
• Če si dve stranki (podjetje A in podjetje B) delita isto domeno in je podjetje A zahtevalo domeno, registracija za uporabnike podjetja B morda ne bo uspela, ker so zahteve za preverjanje pristnosti uporabnikov usmerjene prek organizacije, ki je zahtevala domeno (podjetje A).

  Če domene zahtevate pomotoma in morate zahtevek odstraniti, glejte članek Upravljanje domen Webex.

Kode napak končnega uporabnika

V naslednji tabeli so navedene kode napak končnih uporabnikov, ki se lahko prikažejo na portalu za aktivacijo odjemalca.

Kode napak za sinhronizacijo imenika

Naslednje kode napak veljajo za sinhronizacijo imenika.