Hvala za povratne informacije.

Ta članek je namenjen ekipi za tehnično podporo pri organizaciji ponudnikov storitev, ki podpirajo sebe in svoje stranke. Morali bi biti seznanjeni s splošnim odpravljanjem težav, branjem dnevnikov in delom s primeri naročnikov.

Ta članek je razdeljen na tri glavne razdelke:

• Viri — ponuja seznam orodij, bralno gradivo, dnevnike in stike, ki jih morda potrebujete.
• Postopki — opisuje nekatera dejanja, ki jih lahko izvedete pri odpravljanju težav s strankami.
• Posebna vprašanja — kategorizira in navede težave, za katere je znano, da so se pojavile, kako jih opaziti in kako jih lahko rešite.

Uporabne dnevniške datoteke

Seznam branja

• Webex za portal znanja partnerjev Cisco BroadWorks
• Vodnik za konfiguracijo platforme XSP (R23)
• Vodnik za upravljanje programske opreme BroadWorks (R23)
• Priročnik za konfiguracijo upravljanja naprav Cisco BroadWorks (R23)
• Vodnik za upravljanje vmesnika ukazne vrstice Broadworks Xsp
• Opis funkcije žetona za dolgotrajno preverjanje pristnosti, izdaja 23.0
• Vodnik za integracijo preverjanja pristnosti SAML, R23
• Vodnik za možnosti podpore Cisco BroadWorks SSL
• Opis funkcije podpore Cisco CI
• Strežnik za obvestila Push (opis funkcije)
• Podpora za obvestila Push za klice Opis funkcije Izdaja 22.0
• Povežite (Android) Migracijo na način postopka Firebase
• Cisco BroadWorks Shranjevanje žetonov naprav za push obvestila Opis funkcije Izdaja 22.0
• Načrtovalnik zmogljivosti Cisco BroadworksSystem (preglednica)
• Vodnik za dimenzioniranje platforme Cisco BroadWorks
• Vodnik za sistemski inženiring Cisco Broadworks
• Zahteve za podporo za preverjanje pristnosti CI, različica dokumenta 1.0 MR-7136

Znane težave in omejitve

Član ek Znane težave in omejitve vsebuje najnovejše informacije o znanih težavah, ki smo jih ugotovili v rešitvi Webex za BroadWorks.

Priključek za uporabnost

Storitev Webex Serviceability poveča hitrost, s katero Ciscovo osebje za tehnično pomoč lahko 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 krajevno opremo.

Za podrobnosti o tem, kako namestiti priključek Servisabilnost, glejte Vod nik za uvajanje priključka za Cisco Webex servisibilnost.

Povečanje vprašanja

Ko upoštevate nekaj navodil za odpravljanje težav, bi morali imeti razumno predstavo o tem, kje je težava zakoreninjena.

Postopek

1. Zberite čim več informacij iz sistemov, povezanih s težavo.
2. Če želite odpreti zadevo, se obrnite na ustrezno ekipo podjetja Cisco.

Katere podatke o strankah zbrati

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

• Identifikator uporabnika: CI e-poštni naslov ali UUID uporabnika (to je identifikator Webex, če pa dobite tudi uporabnikov identifikator BroadWorks, ga vključite v podrobnosti primera).
• Identifikator organizacije.
• Približen časovni okvir, v katerem se je težava pojavila.
• Odjemalska platforma in različica.
• Pošljite ali zbirajte dnevnike od stranke.
• Zapišite ID sledenja, če je prikazan na odjemalcu.

Preverite podatke o uporabniku v službi za pomoč uporabnikom

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

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, da si ogledate podrobno konfiguracijo uporabnika. Koristne informacije v tem pogledu vključujejo uporabnikov UUID, skupno identiteto (CI) grozd, grozd aplikacij Webex, vedenje klicanja, GUID računa BroadWorks
4. Kliknite Kopira j, če morate te podatke uporabiti v drugem orodju ali jih priložiti v ohišje Cisco.

Oglejte si organizacijo strank v službi za pomoč uporabnikom

Partnerski skrbniki, ki imajo pravice vlog skrbnika službe za pomoč (osnovni ali napredni), lahko s tem postopkom ogledajo podrobnosti organizacije strank v pogledu službe za pomoč uporabnikom.

Postopek

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

Pridobivanje uporabniških dnevnikov iz Partnerskega središča

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

Postopek

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

   Možnost Partnerskega središča:

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

   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 Od pravljanje težav.
   6. Izberite Dnevniki.
   7. Poiščite uporabnika (po e-pošti).
   8. Oglejte si in prenesite dnevnike odjemalcev kot datoteko zip.

Kako najti različico odjemalca

Postopek

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

Preverjanje strank za klicno storitev

Postopek

1. Prijavite se v odjemalca Webex.
2. Preverite, ali je na stranski vrstici prisotna ikona Možnosti klicanja (slušalka z zobnikom nad njo). Če ikona ni prisotna, uporabniku morda še ni omogočena klicna storitev v Control Hub.
3. Odprite meni Nastavitve/Nastav itve in pojdite na razdelek Telef onske storitve. Prikaže se stanje SSO Session Ste prijavljeni. (Če je prikazana druga telefonska storitev, na primerWebex Calling, uporabnik ne uporablja Webex za Cisco BroadWorks.)

   To preverjanje pomeni:

   • Stranka je uspešno prešla zahtevane mikrostoritve Webex.
   • Uporabnik je uspešno preveril preverjanje pristnosti.
   • Vaš sistem BroadWorks odjemalcu izda dolgoživotni spletni žeton JSON.
   • Odjemalec je pridobil svoj profil naprave in se registriral na BroadWorks.

Pridobite dnevnike strank ali povratne informacije

• Oglejte si razdelek Viri, da poiščete določene dnevnike odjemalcev na namiznih odjemalcih Webex ali prosite uporabnike, naj pošljejo dnevnike. Za pomoč glejte: Aplikacija Webex | Prijavite težavo.
• Prosite uporabnike mobilnih odjemalcev, naj 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, gre ekipi devops aplikacije Webex. Če želite nadaljevati s Cisco, zabeležite številko povratnih informacij uporabnika. Na primer:

  

Pridobite podatke o klicnem okolju

Dnevniki odjemalcev Webex so močno urejeni, da odstranijo osebne podatke. Podat ke klicnega okolja morate izvoziti iz odjemalca v isti seji, ko opaz ite težavo.

Postopek

1. Na odjemalcu kliknite Pomo č > Prever jevalnik zdravja.
2. Izberite Pon astavi zbirko podatkov. To sproži popolno ponastavitev odjemalca in naloži zaslon za prijavo v aplikacijo Webex.

Preverite, ali se mora Webex registrirati na BroadWorks

Aplikacija Webex preveri naslednje podatke, da ugotovi, ali se mora registrirati na BroadWorks:

• Uporabniška pravica do širokoplošnega priključka.
• Vedenje klicanja za organizacijo in uporabnika.

Preverite uporabnikovo vedenje klicanja in pravico do priključka

1. Vpišite se v služ bo za pomoč uporab nikom s poverilnicami skrbnika partnerja.
2. Poiščite uporabnika.
3. Kliknite uporabnika in preverite vnos Calling Behavior. To bi moralo biti »Calling in Webex«.

   

4. Kliknite uporabniško ime, da odprete zaslon Podrobnosti o uporabniku.
5. Pomaknite se navzdol, da poiščete razdel ek o pravicah in prever ite, ali je vključen priključek za širo kodelne obdelave

   

   Uporabnik Webex za Cisco BroadWorks ne bi smel imeti pravice do standarda bc-sp, če namerava uporabljati Webex za Cisco BroadWorks. To je pravica za »Webex Calling(Broadcloud)«, ki je klicanje aplikacije Webex prek storitve klicanja v oblaku, ki jo upravlja Cisco.

Preverite vedenje klicanja organizacije

1. Vpišite se v služ bo za pomoč uporab nikom s poverilnicami skrbnika partnerja.
2. Poiščite organizacijo.
3. Kliknite organizacijo in preverite vnos Ved enje klic anja. To bi moralo biti »Calling in Webex«.

Analizirajte PSlog za težave z zagotavljanjem uporabnikov

Uporabite PSlog strežnika aplikacij, da si ogledate zahtevo HTTP POST na most za zagotavljanje in odziv podjetja Webex. V pravilnem delovnem primeru je odziv 200 OK in po nekaj minutah lahko vidite, da je uporabnik - in nova organizacija strank, če je prvi uporabnik - ustvar jena v Webexu. To lahko preverite tako, da poiščete službo Help Desk za e-poštni naslov, ki ga vidite v POST.

Preden začnete

Zberite PSlog iz strežnika aplikacij med poskusom zagotavljanja pretoka s testnim uporabnikom.

Postopek

1. Najprej preverite kodo odziva HTTP:
   • Vse, kar je razen 200 OK, je napaka pri zagotavljanju uporabnika.
   • 200 OK lahko še vedno kaže na napako, če nekaj o naročniškem profilu ne deluje v storitvah Webex pred oskrbovalnim mostom.
   • 400 lahko vsebuje vozliš če sporoč ila v odgovoru. Oskrbovalni most ni mogel obdelati ničesar v profilu naročnika. Morda je nekaj narobe s podrobnostmi naročnika ali nezdružljivost z nastavitvijo v predlogi.
   • 401 pomeni, da se poverilnice za zagotavljanje, vnesene v sistemu AS, ne ujemajo s tistimi, vnesenimi v predlogi v središču partnerjev.
   • 403 lahko kaže na nekaj napačno konfiguriranega v strežniku aplikacij. Preverite cilj zahteve. ne sme biti naslov IP, temveč bi moral biti URL za zagotavljanje mostu, ki ga lahko vidite na svoji predlogi v Partner Hub.
   • 409 označuje konflikt med dostavljenim SubscriberPro file in obstoječimi Webexovimi podatki. Morda obstaja obstoječi uporabnik s tem e-poštnim naslovom. Preverite sporočilo v odgovoru.
2. V izvirnem HTTP POST lahko preverite tudi morebitne sumljive vrednosti, ki bi lahko povzročile ne uspeh zagotavljanja. POST vsebuje strukturo SubscriberProfile XML . Znotraj tega so uporabna vozlišča, ki jih je treba preveriti:
   • bwuserid: Uporab ite to za iskanje naročniškega profila, če ga morate urediti v BroadWorksu.
   • skupina: Če je predloga v načinu« Ponudnik storitev », je to majhno črko in postane ime organizacije strank, ki jo vidite v središču partnerjev.
   • ServiceProvider: Če je predloga v« Enterprise Mode », je ta z majhn imi črkami in postane ime organizacije strank, ki jo vidite v središču partnerjev.
   • PrimaryPhoneNumber: Mora obstajati. Oskrba brez nje ne uspe.
   • e-pošta: Postane uporabniški ID v Webexu. Biti mora veljavna in edinstvena za Webex, sicer zagotavljanje ne uspe.

     Zanemarite strofo storitev: ustvari jo AS in sprejme, vendar ne uporablja Webex.

Analizirajte dnevnike XSP za odpravljanje težav pri prijavi naročnikov

Ta tok opisuje način preverjanja pristnosti BroadWorks. Način preverjanja pristnosti si lahko ogledate v predlogi BroadWorks v Partner Hub. Gle jte Konfiguriranje predlog stran k na https://help.webex.com/en-us/z9gt5j/Webex-for-BroadWorks-Solution-Guide#id_137726.

Naslednji diagram lestvice prikazuje interakcijo med uporabnikom, odjemalcem, storitvami Webex in sistemom BroadWorks, ko uporabnik izvaja preverjanje pristnosti BroadWorks v aplikaciji Webex. Tudi povezavo med Webexom in XSP zagotavlja MTLS.

Naslednja razprava pojasnjuje, kaj lahko pričakujete pri raziskovanju dnev nikov za uspešno prijavo.

Uporabnik komunicira s stranko, stranka sodeluje s storitvami Webex:

• Uporabnik dostavi svoj e-poštni naslov v aplikacijo Webex (1 v diagramu).
• CI ve, da preusmeri tega uporabnika, da vnese svoje geslo BroadWorks (prek UAP) (2 na diagramu).
• Proxy IDP pošlje zahtevo za pridobitev profila v vmesnik Xsi na XSP.

V tomcat access_log:

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

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

V XSiActionsLog:

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

  GET /com.broadsoft.xsi-actions/v2.0/ user/ webexuserid@example.com /profile Glavne glave vključujejo avtorizacijo: Basic in user-agent: BroadworkSteamsClient

• XSP nato opravi OCI-P Basic preverjanje pristnosti proti BroadWorks (AuthenticationVerifyRequest in AuthenticationVerifyResponse, kot katera koli druga aplikacija , ki izvaja osnovno preverjanje pristnosti prek Xsi) ter tudi UserGetRequest in ServiceProviderGetRequest za zbiranje podatkov o naročniku.
• Odziv Xsi na Webex vsebuje blok profil a XML, ki vsebuje uporabniško ID (BroadWorks) in druge podrobnosti (2.2 na diagramu).

Interakcije s strankami in storitvami Webex:

• IDP proxy se ujema z uporabniškim profilom, prejetim od BroadWorks, in odjemalcu izda trditev SAML (2.3 na diagramu).
• Stranka izmenjuje trditev SAML za žeton CI (3 na diagramu).
• Naročnik preveri, ali ima prijavljeni uporabnik pravico do širšega priključka (4 na diagramu). Uporabniške pravice lahko preverite v službi za pomoč uporabnikom.
• Odjemalec uporablja žeton CI za zahtevanje spletnega žetona JSON (JWT) iz proxy IDP (5 v diagramu).
• IDP proxy potrdi žeton CI pri CI.
• IDP proxy zahteva JWT od storitve preverjanja pristnosti.

V dnevniku AuthenticationService:

• Poiščite zahtevo žetona iz Webexa (5.2 v diagramu), Na primer: GET /authservice/žet on, ki ima glavo http_bw_userid in druge.
• XSP naredi OCI-P UserGetLoginInForEquest, da potrdi, ali prilož eni uporabniški id ustreza uporabniku BroadWorks (5.3 v diagramu). AuthService je vz postavil zaupanje v Webex na podlagi povezave MTLS, zato lahko izda LLT.
• Poiščite odgovor (5.4 v diagramu) iz LongLiveDTokenManager - Generiran žet on, tema: bwksUserId@example.com, izdajatelj: BroadWorks... in statusCode=200, ki ga lahko povežete s prvotno zahtevo z glavo trackingid: CLIENT....

V XSiActionsLog:

• Naročnik lahko predstavi dolgoživotni žeton na vmesniku Xsi-Actions, da dobi svoj profil naprave (6 na diagramu). Na primer: GET /com.broadsoft.xsi-actions/v2.0/user/bwksuserID %40example.com/profile/device Z avtorizacijo glav: žeton nosilca in uporabniški agent: WebExTeams (različica/različica)
• Vmesnik Xsi-Actions postavi žeton v avtorsko storitev (konfigurirano tako, da je na vmesniku 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 AuthenticationService:

• Prejem POST od Xsi (povratna povezava)

• A StatusCode=200 nazaj na Xsi

• In odziv za potrditev žetona, ki ima v telesu blok JSON »žet ona«.

• Korelirano z uporabo trackingida: CLIENT...

V XSiActionsLog:

• Po prejemu 200 OK od authservice, ki je potrdil odjemalčev, aplikacija Xsi-Actions zdaj pošlje zahtevo OCI-P za UserPrimaryAndScadeviceGetListRequest
• Prejme OCI-P UserPrimaryAndScadeviceGetListResponse, ki vsebuje strukturo AccessDeviceTable XML.
• Odziv OCI-P je kodiran kot odziv Xsi na odjemalca, vključno s strukturo AccessDevices XML, ki ima DeviceTypes. Na primer: Business Communicator — računalnik in URL-ji, kjer lahko odjemalec pridobi konfiguracijske datoteke naprave.

Naročnik nadaljuje kot običajno:

• Izbere vnos naprave in sodeluje z DMS, da pridobi profil naprave (6 na diagramu).
• Registrira se v BroadWorks prek SBC, pridobljen v konfiguraciji iz DMS (7 na diagramu).

Težave s partnerskim središčem

1. Skrbnik ne vidi organizacij strank

Kot skrbnik za partnersko organizacijo v Webexu bi morali imeti vlogo celotnega skrbnika. Ta vloga se uporablja za upravljanje partnerske organizacije, vključno z dodeljevanjem administrativnih privilegijev sebi in drugim. Če želite upravljati organizacije strank, morate sebi (ali drugim osebam) dodeliti vlogo celotnega skrb nika prodaje ali vlogo skrbnika prodaje. Če želite podrobnosti, glejte Dod eljevanje vlog računov organizacije v nadzornem središču.

Težave z zagotavljanjem uporabnikov

1. Integrirane napake IM&P za določena podjetja/stranke

Če imate mešanico podjetij, ki uporabljajo različne storitve sodelovanja v oblaku, na primer UC-One SaaS in Webex za Cisco BroadWorks, ste se morda odločili za prilagoditev za zagotavljanje prilagoditev glede na posamezno podjetje.

Če želite preveriti, kaj je konfigurirano za Integrated IM&P (privzeto za podjetja, razen če obstaja natančnejša nastavitev), zaženite AS_CLI/Interface/Messaging> get. Za parametre zagotavljanja določenega podjetja odprite podjetje in pojdite na Stor itve > Inte grirani IM&P.

Preverite, ali se integrirana konfiguracija IM&P za to podjetje natančno ujema s tem, kar je prikazano v predlogi za stranke v središču partnerjev. Naslednje nastavitve se morajo ujemati ali pa zagotavljanje ne uspe za vse uporabnike v podjetju:

2. Integrirane napake IM&P za določene uporabnike

To velja, če uporabljate zagotavljanje pretoka in predvideva, da zagotavljanje deluje za nekate/večino uporabnikov (tako lahko izključite težavo s konfiguracijo). Če v storitvi BroadWorks vidite napake Integriranih IM&P, na primer« [Napaka 18215] Napaka pri zagotavljanju s strežnikom za sporočanje »in« [Napaka 18211] Napaka v komunikaciji s strežnikom za sporočanje », raziščite naslednje možne vzroke:

• Uporabnikov e-poštni naslov lahko že obstaja CI. V službi za pomoč poiščite uporabnika in preverite, ali je njegov e-poštni naslov že tam. To ni nujno dokončno, ker lahko uporabnik obstaja v organizaciji, katere podatkov ni dovoljeno videti v službi za pomoč.
• Uporabnik se je samostojno prijavil na Webex, preden mu je dodeljena integrirana storitev IM&P. V tem primeru je ena od možnosti, da uporabnik izbriše svoje brezplačne račune, ki lahko postanejo del organizacije za stranke, ki jo zagotavljate. 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 primarni DID). Oglejte si temo o analizi PSlog iz AS.

3. Napake pri zagotavljanju uporabnikov zaradi oskrbovalnega mostu

Če se uporabniki ne pojavljajo v nadzornem središču, si v nekaj minutah po dodelitvi integriranega IM&P oglejte odzivne kode iz storitve zagotavljanja mostu. Zaženite PSlog, da si ogledate kode odziva HTTP.

200 OK

Odziv 200 OK ne pomeni, da je uporabniku uspešno zagotovljen. To pomeni, da je storitev zagotavljanja storitev prejela zahtevo in uspešno poslala ustrezno zahtevo za ustvarjanje uporabnika v višjih storitvah. Transakcija zagotavljanja je po zasnovi asinhrona. Storitev se odzove 200 OK, ker lahko postopek ustvarjanja uporabnika traja nekaj minut in zaradi zmogljivosti ne želimo prejemati več zahtev za ustvarjanje istega uporabnika. Če pa se uporabnik po odzivu 200 OK sčasoma ne pojavi v Organizaciji strank, lahko to pomeni, da ustvarjanje uporabnika ni uspelo v storitvah Webex pred storitvijo zagotavljanja storitev. Povečati morate napako pri zagotavljanju, ki ima odziv 200 OK.

400 Slaba zahteva

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

• »Ne morem zaupati e-poštni pošti BroadWorks s starejšimi API-ji za zagotavljanje.« E-poštni naslov, povezan z neuspešno zahtevo za zagotovitev uporabnika, ni veljaven ali je napačno vtipkan, vendar ste v predlogi trdili, da je mogoče e-poštnim naslovom zaupati. Preverite profile uporabnikov v BroadWorksu, natančneje e-poštni id.
• Org strank ni mogoče najti v zbirki podatkov in tudi nova zastava za ustvarjanje organizacije ni omogočena.« Ta neuspešna zahteva za zagotavljanje zagotavljanja bi morala ustvariti novo organizacijo za stranke v Webexu, vendar je vaša predloga konfigurirana tako, da preprečuje ustvarjanje novih organizacij strank. Če želite dovoliti novim organizacijam za e-poštne domene, ki se ne ujemajo z obstoječimi strankami v Webexu, lahko ponovno konfigurirate predlogo v središču partnerjev in ponovno preizkusite zahtevo za zagotavljanje storitev. Če pa ne pričakujete, da bo za tega uporabnika ustvarjena nova organizacija, je morda e-poštni naslov napačno vtipkan (zlasti del domene). Prever ite uporabnikov e-poštni id v BroadWorksu.

403 Prepovedano

Zahteva za zagotavljanje ne bo uspela, dokler ne popravite konfiguracije. V tem primeru boste morali raziskati zahtevo in odgovor. Če na primer naslov IP vidite kot cilj zahteve za zagotavljanje zagotavljanja — namesto ustreznega URL-ja premostitve za vašo organizacijo (glejte teme konfiguracije požarnega zidu v Vodniku za rešitve) — lahko to pomeni, da strežniku aplikacij manjka zahtevani popravek (ap373197).

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

409 Konflikt

Zahteva za zagotavljanje ni mogoče nadaljevati, ker je v Webexu obstoječi uporabnik, ki se ujema z e-poštnim naslovom v zahtevi.

4. Uporabnik že v CI

Izvzemite e-poštno sporočilo naročnika iz zahteve HTTP POST in ga poiščite v službi za pomoč uporabnikom. Uporabnika morda ne boste videli, če vam ni dovoljeno, lahko pa vidite tudi, da je uporabnik v »brezplačni« organizaciji, npr. »Potrošnik«. Uporabnika lahko prosite, da izbriše svoj brezplačni račun ali pa ga posredu jete z drugim e-poštnim naslovom. Gle j https://help.webex.com/ndta402.

Težave z vpisom uporabnikov

1. Portal za aktivacijo uporabnikov se ne naloži

Običajni prijavni tok Webex za Cisco BroadWorks vključuje portal za aktiviranje uporabnikov, kjer uporabniki vnesejo svoja gesla. Včasih se ta portal ne naloži, ko uporabnik navede svoj e-poštni naslov na zaslonu za prijavo v aplikacijo Webex. To težavo lahko povzroči na strani stranke ali na strani storitve. Na strani odjemalca je običajno posledica tega, da je izvorni brskalnik odjemalca na nek način nezdružljiv s storitvijo.

2. Enotna prijava ni uspela

• V programu BroadWorks preverite, ali so uporabniku dodeljene vrste naprav za aplikacijo Webex (glejte razdelek Profili napra v v razdelku Priprava okolja v Vodniku za rešitve).
• Preverite, ali uporabnik uporablja pravilno geslo. Če je predloga, ki ste jo uporabili za zagotavljanje uporabnikove organizacije za stranke (v središču partnerjev), konfigurirana za preverjanje prist nosti BroadWorks, mora uporabnik vnesti svoje geslo BroadWorks »Web Access«. Uporabnik bo morda moral vnesti tudi svoj uporabniški ID BroadWorks, če njegov e-poštni naslov ni konfiguriran kot ID nadomestnega uporabnika. Prepričajte se, da je uporabnik pravilno vnesel velike in male črke.

Težave s konfiguracijo in registracijo klicanja

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

1. Pričakovano zaporedje registracije

1. Odjemalec pokliče XSI, da dobi žeton za upravljanje naprave in URL za DMS.
2. Naročnik zahteva svoj profil naprave od DMS-a s predstavitvijo žetona iz koraka 1.
3. Odjemalec prebere profil naprave in pridobi poverilnice SIP, naslove in vrata.
4. Naročnik pošlje REGISTER SIP v SBC z uporabo informacij iz koraka 3.
5. SBC pošlje REGISTER SIP v AS (SBC lahko opravi iskanje v NS, da poišče AS, če SBC še ne pozna uporabnika SIP.).

2. Pričakovani znaki uspešne registracije strank

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

Na zavihku za telefonske storitve aplikacije Webex (npr. Nastavitve > Telefonske storitve v sistemu Windows, Nastav itve > Telefonske storitve na Macu) sporočilo »SSO Session: You are prijavljeni« pomeni uspešno registrirano aplikacijo (v tem primeru na BroadWorks).

3. Naročnik nima ikone klica

Večino časa to pomeni, da uporabnik nima pravilne licence/pravic.

To je neuspešna registracija. Obstaja več razlogov, zakaj odjemalec aplikacije Webex ne bi uspel pri registraciji pri BroadWorks:

4. Več klicnih storitev testiranja pri istih strankah

To znano težavo lahko povzroči, da se stranka spreminja med različnimi konci povratnih klicev. Najverjetneje se bo to zgodilo med preizkusom različnih klicnih storitev, ki se ponujajo prek (istih) odjemalcev aplikacije Webex. Če želite odpraviti to težavo, lahko ponastavite zbirko podatkov odjemalcev (povezavo).

5. Napačna konfiguracija storitve preverjanja pristnosti

Preverite XSP, ki gostujejo storitev preverjanja pristnosti v Vodniku za rešitve (glejte Konfiguriranje storitev na vašem Webexu za Cisco Broad Works XSP). Natančneje:

• Ključi RSA (ki jih ustvarite na enem XSP) se kopirajo na vse XSP
• URL storitve preverjanja pristnosti je bil na voljo spletnemu vsebniku na vseh XSP in pravilno vnesen v grozd v središču Partner Hub
• Zunanja preverjanje pristnosti s certifikati je konfigurirana:

  XSP_CLI/System/Komunikacijska orodja/Privzete nastavitve/Zunanja pristnost pristnosti potrdila>Pridobite

  allowUserApp = false

  allowClientApp = true

• Ko uporabljate MTLS, morate potrdilo odjemalca Webex naložiti v XSP (potrdilo lahko dobite iz Partner Hub, na strani z nastavitvami BroadWorks).

6. Napačna konfiguracija oznak BroadWorks

Preverite, ali ste konfigurirali zahtevane oznake BroadWorks za aplikacijo Webex. Za informacije o konfiguracijskih oznakah glejte priroč nik za konfiguracijo Webex za Cisco BroadWor ks. Prepričajte se, da ni konfliktov ali napačnih vrednosti. Natančneje, oznaka %SBC_ADDRESS_WXT% mora biti SBC za vaš registrator SIP za odjemalce aplikacije Webex.

7. Namizni odjemalec prekine telefonske storitve po uspešni povezavi SSO

To težavo lahko povzroči isti uporabnik, ki se prijavi v več odjemalcev na isti vrsti platforme. Če se uporabnik na primer uspešno prijavi v aplikacijo Webex v sistemu Windows in se nato prijavi v aplikacijo Webex na drugem računalniku z operacijskim sistemom Windows, je na enem od naprav aktivna seja SSO. To je po zasnovi. Če morate nujno rešiti to težavo, lahko BroadWorks konfigurirate tako, da ima več primerkov iste vrste naprave, vendar morajo imeti edinstvene naslove SIP. Ta konfiguracija je zunaj področja uporabe Webex za Cisco BroadWorks.

8. Namizna naprava ni zagotovljena za uporabnika

Ta podpis je prikazan v dnevniku odjemalca:

[0x70000476b000] BroadworksConfigDownloader.cpp:106 <Error>

onAccessDeviceListSucceed:bwc:scf: configDownload - profil naprave 'Business Communicator - PC' ni mogoče najti.

9. Vhodni mobilni klici zvonijo enkrat ali jih ni mogoče odgovoriti

Dohodni klici na mobilni telefon Webex zvonijo samo enkrat, sicer uporabnik ne more sprejeti dohodnega klica. Druge končne točke za istega uporabnika lahko še naprej zvonijo.

Kako prepoznati?

V dnevnikih odjemalcev za mobilne naprave Webex poiščite kodo napake XSI 101002 v toku potisnih klicev. Na primer:

Koda odziva: 400

<callID>HandlePushCallInfoFailure:BWC:Internal: Potisni klic: stanje xsi za CalliD: xsi koda napake: 101002

<callID>ClosePushCallWithReason:BWC:Internal: Poskusite zapreti push klic z id =, reason = callAbandoned

Vzrok: Koda napake 101002 lahko kaže, da je v odgovoru Loc ateUser vrnjen napačen strežnik aplikacij (AS). To se lahko zgodi, ko se uporabnik preseli v sekundarni AS.

Priporočeni pregledi:

V ADP ali XSP, kjer je nameščen Push, zaženite LocateUser za prizadetega uporabnika:

<FQDN or IP address of NS Server>curl 'http: //:80/servlet/locateUser? <BW userID @domain >URL=&returnCompatibleXSP=true&callPrequest=true'

Primer: curl 'http://1.1.1.1:80/servlet/LocateUser? url = 9721112222@gmail.com &returnCompatibleXSP=true&callPrequest=true'

Ločljivost: Če LocateUser vrne sekundarni AS za uporabnika, zaženite skript MigrateUserToDefaultNode.pl na primarnem strežniku NS, da uporabnike preselite nazaj v primarni strežnik aplikacij za grozd.

Prijavite se v strežnik NS prek SSH, pojdite v imenik /usr/local/broadworks/bw_base/bin in zaženite: MigrateU serToDefaultNode.pl <hostingNE>

Primer: Migrate UserToDefaultNode.pl bwas1

Če želite dobiti vrednost HostingNE, zaženite: NS_CLI/System/Device/Hostingne> get

Skript najprej preveri, ali lahko najde gostovanje NE, ki ga navedete kot argument. Ko preveri, ali je gostovanje NE veljavno, posodobi DN, razširitev in URL na privzeto vozlišče za to gostovanje NE.

Če je to mogoče, zaženite skript v obdobju nizkega prometa. Vendar je na splošno sprejemljivo, da skript zaženete kadarkoli, če je to potrebno za obnovitev storitve za prizadete uporabnike.

Skripta ni mogoče zagnati samo za enega uporabnika. Preseli vse uporabnike, navedene v izhodu LocateUser. Če skripta ne morete zagnati, izbrišite in obnovite prizadetega uporabnika v programu BroadWorks, tako da je uporabnik obnovljen na pravilnem AS.

Vsako sporočilo SIP iz uporabniške naprave v sekundarni AS lahko povzroči selitev uporabnika. Uporabniki se običajno vrnejo na primarni AS po privzetem 15-minutnem intervalu, razen če dohodne zahteve še naprej dosežejo sekundarni AS. Če se na primer SBC ne more povezati z AS1 in se ponavlja na sekundarni AS, se lahko prizadeti uporabniki premaknejo na sekundarni AS. Glede na uvajanje lahko ena sama skupina ali uporabnik ostane pripet na sekundarni AS, če ima SBC še naprej težave pri doseganju primarnega AS.

Za več informacij glejte naslednje dokumente:

• Oddelki 3.4.5 Možnost vračanja uporabniškega strežnika aplikacij in 5.4.5 Samodejno vračanje v priročniku za redundanco Cisco BroadWorks

• Opis funkcije izboljšav Cisco BroadWorks ASR

9. Telefonske storitve so prekinjene

Če se telefonske storitve kažejo kot prekinjene, potem ko se uporabnik prijavi v aplikacijo Webex, ali če telefonske storitve prekinejo povezavo, medtem ko uporabnik uporablja odjemalca, preverite vrsto odjemalca in potek registracije.

Za odjemalce Windows in Mac se aplikacija Webex registrira za SIP in ohranja aktivno registracijo SIP, medtem ko je uporabnik prijavljen.

Preverite naslednje:

1. Preverite, ali je config-wxt.xml uspešno prenesen.

V dnevnikih odjemalcev poiščite ConfigDownload.

Uspešen prenos prikazuje:

ConfigDownload - uspešno zaključen

Če dnevniki kažejo naslednjo napako, preverite, ali v dnevnikih AuthService obstajajo napake, povezane z žetoni:

ConfigDownload - ni uspelo s kodo napake: 1511

2. Preverite, ali je najden profil naprave Webex.

V dnevnikih odjemalcev potrdite, da je dostopna naprava najdena in da je used_value 1. Če je used_value 0, preverite, ali je primarna vrstica omogočena ali onemogočena, in preverite vrednost oznake. Za več podrobnosti glejte poglavje 6.1.44 Primarni profil v priročniku za konfiguracijo Webex za BroadWorks.

Primer vnosov v dnevniku:

:BWC:SCF: ConfigDownload - najdena naprava za dostop

:BWC:SCF: ConfigDownload - naprava za dostop: deviceType=Poslovni komunikator - računalnik, deviceLevel = skupina, allowTermination=1, isDeviceOwner [has_value: 0, used_value: 1], hasOwnerDevice: 1, EndPointType: Videz klica v skupni rabi

:BWC:SCF: ConfigDownload - naprava za dostop: deviceType = Poveži - Mobile, DeviceLevel = skupina, allowTermination = 1, isDeviceOwner [has_value: 0, used_value: 1], hasOwnerDevice: 1, endPointType: Videz klica v skupni rabi

:BWC:SCF: ConfigDownload - naprava za dostop: deviceType=Poveži - tablični računalnik, deviceLevel = skupina, allowTermination=1, isDeviceOwner [has_value: 0, used_value: 1], hasOwnerDevice: 1, EndPointType: Videz klica v skupni rabi

3. Preverite napake DNS pri odpravljanju naslova proxy SIP.

Za podrobnosti o odkrivanju proxy SIP glejte razdelek 6.1.6 Dinamično odkrivanje proxy SIP v priroč niku za konfiguracijo Webex za BroadWorks.

Uspešno odkritje proxyja kaže:

Odkrivanje proxyja končano, dobili so <number>rezultate

4. Preverite, ali registracija SIP ni uspela.

Če dnevniki prikazujejo mRegistration: TCPTimeout ali Reason: SIP; cause=200; text="last=TCP-Timeout«, odjemalec Webex ne more vzpostaviti povezave T CP nizke ravni s SBC. Registracija SIP se ne zaključi, ko pride do te napake. Preverite, ali je TCP blokiran v uporabnikovem omrežju ali ali SBC zavrača povezavo TCP.

Če je zahteva SIP REGISTER zavrnjena ali ne prejmete odgovora, poiščite v dnevnikih REGISTER sip in preverite, ali je vrnjen SIP/2.0 200 OK. Če se ne vrne, preverite, ali uporabniško omrežje blokira SIP ali SBC zavrne zahtevo.

V programu BroadWorks Admin pojdite na Uporabnik > Pri pomoč ki > Registracije in preverite, ali je za odjemalca Webex prisotna veljavna registracija SIP.

Za mobilne odjemalce Android in iOS se aplikacija Webex ne registrira za SIP, dokler ne oddate ali prejmete klica. Registracija se odstrani, ko je klic zaključen. Mobilni odjemalci se registrirajo za push obvestila.

Za mobilne odjemalce preverite naslednje:

1. Preverite, ali se config-wxt.xml uspešno prenaša in ali je profil naprave najden, kot je opisano za odjemalce Windows in Mac.

2. Preverite, ali je push registracija uspešna.

V dnevnikih Webex poiščite stanje registracije push:

onPushRegistrationStateChanged: :Država registracije Push spremenjena, state=Neregistrirano

onPushRegistrationStateChanged: :Država registracije Push spremenjena, state=Registrirano

V programu BroadWorks Admin pojdite na Uporab nik> Pri pomoč ki > Registracije za obvestila Push in preverite, ali je za odjemalca Webex prisotna veljavna push registracija.

Težave s spletnim pogledom nastavitev klica

1. Gumb/povezava za samooskrbo se ne prikaže v aplikaciji Webex

Drugačen simptom te težave je, ko se prikaže gumb/povezava, vendar se s klikom nanj odpre zun anji brskalnik.

• Preverite, ali je potrebna predloga za konfiguracijo odjemalca uvedena in da so oznake CSW pravilno nastavljene. (Glejte razdelek Web view nastavitev klica v Vodniku za rešitve Webex za Cisco BroadWorks).
• Preverite, ali je aplikacija Webex registrirana za klicanje v BroadWorksu.
• Preverite, ali je aplikacija Webex novejša različica, ki podpira CSWV.

2. Prazna stran ali napaka po kliku gumba/povezave za samooskrbo

Na splošno to vedenje v aplikaciji Webex kaže na težavo s konfiguracijo ali uvajanjem aplikacije CSWV na BroadWorks XSP. Zberite podrobnosti za nadaljnjo preiskavo, vključno z dnevniki CSWV, dnevniki dostopa, skladiščem config-wxt.xml in datoteko predloge, ter nato vložite primer.

Težave z zahtevkom domene

Napake pri registraciji uporabnikov se lahko pojavijo kot posledica napak, ki nastanejo pri uveljavljanju domen. Preden uveljavljate katero koli domeno, se prepričajte, da razumete naslednje:

• Ponudniki storitev ne smejo uveljavljati domen organizacij strank, ki jih upravljajo. Zahtevati morajo samo domene tistih uporabnikov, ki so v notranji organizaciji ponudnika storitev. Uveljavljanje domene uporabnikov v ločeni organizaciji (tudi tisti, ki jo upravlja ponudnik storitev) lahko povzroči napake pri registraciji uporabnikov v organizaciji strank, saj se zahteve za preverjanje pristnosti uporab nikov usmerjajo prek ponudnika storitev in ne organizacije strank.
• Če si dve organizaciji strank (družba A in družba B) delita isto domeno in podjetje A je zahtevalo domeno, lahko registracija uporabnikov podjetja B ne uspe zaradi dejstva, da se zahteve za preverjanje pristnosti uporabnikov usmerjajo prek organizacije, ki ima domeno zahtevana (podjetje A).

  Če zahtevate, da so domene napačne in morate odpraviti zahtevek, glejte članek U pravljanje domen Webex.

Kode napak končnega uporabnika

V spodnji tabeli so opisane kode napak končnega uporabnika, ki so vidne na portalu za aktiviranje uporabnikov odjemalca.

Kode napak za sinhronizacijo imenika

Naslednje kode napak veljajo za sinhronizacijo imenika.