Hvala na povratnim informacijama.

Ovaj je članak namijenjen timu za tehničku podršku u organizaciji pružatelja usluga koji podržavaju sebe i svoje kupce. Trebali bi biti upoznati s općim rješavanjem problema, čitanjem dnevnika i radom s slučajevima pretplatnika.

Ovaj je članak podijeljen u tri glavna odjeljka:

• Resursi — pruža popis alata, materijala za čitanje, zapisnika i kontakata koji će vam možda trebati.
• Procesi — opisuje neke radnje koje možete poduzeti tijekom rješavanja problema s kupcima.
• Specifični problemi — kategorizira i navodi probleme za koje se zna da su se pojavili, kako ih uočiti i kako ih potencijalno možete riješiti.

Korisne datoteke dnevnika

Popis za čitanje

• Webex za portal znanja o partnerima Cisco BroadWorks
• Vodič za konfiguraciju XSP platforme (R23)
• Vodič za upravljanje softverom BroadWorks (R23)
• Vodič za konfiguraciju upravljanja uređajima Cisco BroadWorks (R23)
• Vodič za administraciju sučelja naredbenog retka Broadworks Xsp
• Opis značajke dugotrajnog tokena za provjeru autentičnosti Izdanje 23.0
• Vodič za integraciju SAML provjere autentičnosti, R23
• Vodič za opcije podrške za Cisco BroadWorks SSL
• Opis značajke podrške Cisco CI
• Obavijesti Push Server (Opis značajke)
• Podrška za push obavijesti za pozive Opis značajke Izdanje 22.0
• Povezivanje (Android) Migracija na Firebase metodu postupka
• Cisco BroadWorks pohrana tokena uređaja za push obavijesti Opis značajke Izdanje 22.0
• Planer kapaciteta sustava Cisco BroadworksSystem (proračunska tablica)
• Vodič za dimenzioniranje platforme Cisco BroadWorks
• Vodič za inženjerstvo sustava Cisco Broadworks
• Zahtjevi za podršku za provjeru autentičnosti CI Verzija dokumenta 1.0 MR-7136

Poznati problemi i ograničenja

Član ak Poznati problemi i ograničenja sadrži ažurne informacije o poznatim problemima koje smo identificirali u rješenju Webex za BroadWorks.

Priključak za servisiranje

Usluga Webex Serviceability povećava brzinu kojom Ciscovo osoblje tehničke pomoći može dijagnosticirati probleme s infrastrukturom. Automatizira zadatke pronalaženja, preuzimanja i pohrane dijagnostičkih zapisnika i informacija u SR slučaj. Usluga također pokreće analizu dijagnostičkih potpisa kako bi TAC mogao učinkovitije identificirati i riješiti probleme s vašom lokalnom opremom.

Pojedinosti o tome kako implementirati priključak za servisibilnost potražite u članku V odič za implementaciju priključka za Cisco Webex servisibilnost.

Eskalacija problema

Nakon što slijedite neke od smjernica za rješavanje problema, trebali biste imati razumnu ideju o tome gdje je problem ukorijenjen.

Postupak

1. Prikupite što više informacija iz sustava koji se odnose na problem.
2. Obratite se odgovarajućem timu tvrtke Cisco kako biste otvorili slučaj.

Koje podatke o klijentu prikupiti

Ako mislite da trebate otvoriti slučaj ili eskalirati problem, prikupite sljedeće podatke tijekom rješavanja problema s korisnikom:

• Korisnički identifikator: CI adresa e-pošte ili Korisnički UUID (ovo je Webex identifikator, ali ako dobijete i korisnikov BroadWorks identifikator, uključite ga u detalje slučaja).
• Identifikator organizacije.
• Približan vremenski okvir tijekom kojeg je problem doživio.
• Klijentska platforma i verzija.
• Pošaljite ili prikupljajte zapisnike od klijenta.
• Zabilježite ID praćenja ako je prikazan na klijentu.

Provjerite korisničke podatke u Help Desku

Administratori partnera koji imaju privilegije uloga Help Desk Administrator (Osnovne ili Napredne) mogu koristiti ovaj postupak za provjeru korisničkih podataka pomoću prikaza Help Desk.

Postupak

1. Prijavite se na Help Desk.
2. Potražite, a zatim kliknite korisnika. Ovo otvara zaslon sažetka korisnika.
3. Kliknite korisničko ime da biste vidjeli detaljnu konfiguraciju korisnika. Korisne informacije u ovom prikazu uključuju korisnikov UUID, klaster zajedničkog identiteta (CI), Webex App klaster, ponašanje poziva, GUID računa BroadWorks
4. Kliknite Kopira j ako ove podatke trebate upotrijebiti u drugom alatu ili ih priložiti Ciscovom kućištu.

Pogledajte organizaciju korisnika u Help Desku

Administratori partnera koji imaju privilegije uloga administratora službe za pomoć (osnovne ili napredne) mogu upotrijebiti ovaj postupak za pregled pojedinosti organizacije korisnika u prikazu službe za pomoć.

Postupak

1. Prijavite se na Help Desk.
2. Potražite, a zatim kliknite naziv organizacije korisnika.
3. Pomaknite se prema dolje dok ne vidite Pri kaz korisničkog port ala i kliknite Prikaži ime korisnika da biste vidjeli prikaz organizacije korisnika samo za čitanje — uključujući korisnike i konfiguraciju.

Preuzimanje korisničkih dnevnika iz Partner Huba

Prilikom rješavanja problema sa računalom i mobilnim klijentima važno je da partneri (i TAC) mogu pregledavati dnevnike klijenta.

Postupak

1. Zamolite korisnika da pošalje zapisnike. Pomoć potražite u odjelj ku: Webex App | Prijava problema.
2. Zamolite korisnika da izvozi okruženje za pozivanje i pošalje vam datoteku ced.dat.
3. Preuzmite dnevnike klijenata iz Partner Huba ili Help Deska.

   Opcija Partner Hub:

   1. Prijavite se u Partner Hub i pronađite korisničku organizaciju korisnika.
   2. Odaberite R ješavanje problema.
   3. Odaberite Dnev nici.
   4. Potražite korisnika (putem e-pošte).
   5. Pregledajte i preuzmite dnevnike klijenta kao zip datoteku.

   Opcija Help Deska:

   1. Prijavite se na Help Desk.
   2. Potražite organizaciju.
   3. Kliknite organizaciju (otvara se zaslon sažetka).
   4. Pomaknite se prema dolje da biste klik nuli Prikaži kup ca.
   5. Odaberite R ješavanje problema.
   6. Odaberite Dnev nici.
   7. Potražite korisnika (putem e-pošte).
   8. Pregledajte i preuzmite dnevnike klijenta kao zip datoteku.

Kako pronaći verziju klijenta

Postupak

1. Podijelite ovu vezu s korisnikom: https://help.webex.com/njpf8r5
2. Zamolite korisnika da vam pošalje broj verzije.

Klijentska provjera za pozivnu uslugu

Postupak

1. Prijavite se na Webex klijenta.
2. Provjerite je li ikona Opcije poziva (slušalica sa zupčanikom iznad nje) prisutna na bočnoj traci. Ako ikona nije prisutna, korisniku možda još nije omogućena usluga pozivanja u Control Hubu.
3. Otvorite izbornik Postavke/Postavke i idite na odjeljak Telef onske usluge. Trebali biste vidjeti status SSO sesija Prijavljeni ste. (Ako je prikazana druga telefonska usluga, kao što jeWebex Calling, korisnik ne koristi Webex za Cisco BroadWorks.)

   Ova provjera znači:

   • Klijent je uspješno prešao potrebne Webex mikrousluge.
   • Korisnik je uspješno potvrdio autentičnost.
   • Vaš BroadWorks sustav klijentu izdaje dugovječni JSON web token.
   • Klijent je preuzeo svoj profil uređaja i registrirao se na BroadWorks.

Dobijte dnevnike klijenta ili povratne informacije

• Pogledajte odjeljak Resursi da biste pronašli određene zapisnike klijenata na Webex desktop klijentima ili zatražite od korisnika da pošalju zapisnike. Pomoć potražite u odjelj ku: Webex App | Prijava problema.
• Zamolite korisnike mobilnih klijenata da šalju zapisnike, a zatim ih možete dobiti putem Partner Huba ili Help Deska.
  Slanje dnevnika je tiho. Međutim, ako korisnik pošalje povratne informacije, ona ide timu za devops aplikacije Webex. Obavezno zabilježite korisnikov broj povratnih informacija ako želite pratiti sustav Cisco. Na primjer:

  

Dobivanje podataka o okruženju poziva

Dnevnici Webex klijenata snažno su uređeni kako bi se uklonili osobni podaci. Tre bali biste izvesti podatke o okruženju poziva iz klijenta u istoj sesiji kada primi jetite problem.

Postupak

1. Na klijentu kliknite Pomoć > Zdra vstvena provjera.
2. Odaberite Pon išti bazu podataka. To pokreće potpuno resetiranje klijenta i učitava zaslon za prijavu Webex App.

Provjerite treba li se Webex registrirati na BroadWorks

Webex App provjerava sljedeće podatke kako bi utvrdio hoće li se registrirati na BroadWorks:

• Korisničko pravo na širokopojasni konektor.
• Ponašanje poziva za organizaciju i korisnika.

Provjerite ponašanje korisnika pozivanja i pravo na priključak

1. Prijavite se na Help Desk pomoću vjerodajnica administratora partnera.
2. Potražite korisnika.
3. Kliknite na korisnika i provjerite unos Ponašanje poziva. To bi trebalo biti "Pozivanje u Webexu".

   

4. Kliknite korisničko ime da biste otvorili zaslon Korisnički detalji.
5. Pomaknite se prema dolje da biste pronašli odjeljak prava i provjerite je li uključen širokopojasni konektor

   

   Korisnik Webexa za Cisco BroadWorks ne bi trebao imati pravo bc-sp-standard ako namjerava koristiti Webex za Cisco BroadWorks. Ovo je pravo za "Webex Calling(Broadcloud)", što je Webex App pozivanje putem usluge pozivanja u oblaku kojom upravlja Cisco.

Provjerite ponašanje organizacije u pozivanju

1. Prijavite se na Help Desk pomoću vjerodajnica administratora partnera.
2. Potražite organizaciju.
3. Kliknite organizaciju i provjerite unos Ponašanje poziva. To bi trebalo biti "Pozivanje u Webexu".

Analizirajte PSlog za probleme s pružanjem usluga korisnika

Upotrijebite PSlog poslužitelja aplikacija da biste vidjeli HTTP POST zahtjev na most za pružanje usluga i odgovor Webexa. U ispravnom radnom slučaju odgovor je 200 OK i nakon nekoliko minuta možete vidjeti korisnik - i novi Customer org ako je prvi korisnik - stvoren je u Webexu. To možete potvrditi tako da pretražite Help Desk za adresu e-pošte koju vidite u POST-u.

Prije nego što počnete

Prikupite PSlog s aplikacijskog poslužitelja tijekom pokušaja pružanja protoka s ispitnim korisnikom.

Postupak

1. Prvo provjerite HTTP kod odgovora:
   • Sve osim 200 OK je neuspjeh u pružanju usluga korisnika.
   • 200 OK i dalje može ukazivati na neuspjeh ako nešto o profilu pretplatnika ne radi u Webex uslugama uzvodno od mosta za pružanje usluga.
   • 400 može sadržavati čvor poruke u odgovoru. Most za osiguranje nije mogao obraditi nešto u SubscriberProfilu. Možda nešto nije u redu s pojedinostima pretplatnika ili nespojivost s postavkom u predlošku.
   • 401 znači da se vjerodajnice za pružanje podataka unesene u AS ne podudaraju s onima unesenim u predlošku u Partner Hubu.
   • 403 može ukazivati na nešto pogrešno konfigurirano na Application Server. Provjerite cilj zahtjeva. to ne bi trebala biti IP adresa, to bi trebao biti URL mosta za pružanje koji možete vidjeti na predlošku u Partner Hubu.
   • 409 ukazuje na sukob između isporučenog Subscri berProfile i postojećih Webex podataka. Možda postoji postojeći korisnik s tom adresom e-pošte. Provjerite poruku u odgovoru.
2. Također možete provjeriti izvorni HTTP POST za sve sumnjive vrijednosti koje bi mogle uzrokovati neuspje h pružanja usluga. POST sadrži XML strukturu SubscriberProfile. Unutar toga korisni čvorovi koje treba provjeriti su:
   • bwuserid: Kor istite ovo da biste pronašli profil pretplatnika ako ga trebate urediti u BroadWorksu.
   • grupa: Ako je predložak u načinu rada "Pružatelja usluga", to je malim slovima i postaje naziv organizacije korisnika koji vidite u Partner Hubu.
   • ServiceProvider: Ako je predložak u "Enterprise modu", to je malim slovima i postaje naziv organizacije korisnika koji vidite u Partner Hubu.
   • PrimaryPhoneNumber: Mora postojati. Obezbeđivanje ne uspijeva bez njega.
   • e-pošta: Postaje korisnički ID u Webexu. Mora biti valjan i jedinstven za Webex, inače pružanje usluga ne uspijeva.

     Zanemarite strofu usluga: stvorio ga je AS, a Webex je prihvatio, ali ne koristi.

Analizirajte XSP zapisnike kako biste riješili probleme s prijavom pretplatnika

Ovaj tijek opisuje način provjere autentičnosti BroadWorks. Način provjere autentičnosti možete vidjeti na predlošku BroadWorks u Partner Hubu. Pogledajte Konfiguriranje predložaka korisnika na https://help.webex.com/en-us/z9gt5j/Webex-for-BroadWorks-Solution-Guide#id_137726.

Sljedeći dijagram ljestvice prikazuje interakciju između korisnika, klijenta, Webex usluga i sustava BroadWorks kada korisnik vrši provjeru autentičnosti BroadWorks u Webex aplikaciji. Također, veza između Webexa i XSP-a osigurana je MTLS-om.

Rasprava koja slijedi objašnjava što možete očekivati kada istražujete zapisnike za uspješnu prijavu.

Korisnik komunicira s klijentom, klijent komunicira s Webex uslugama:

• Korisnik dostavlja svoju adresu e-pošte Webex aplikaciji (1 u dijagramu).
• CI zna preusmjeriti ovog korisnika da unese svoju BroadWorks lozinku (putem UAP-a) (2 na dijagramu).
• IDP proxy šalje zahtjev za dobivanje profila na Xsi sučelje na XSP-u.

U tomcat access_log:

• Potražite GET zahtjev za profil pretplatnika, od Webexa prema sučelju Xsi-Actions (2.1 na dijagramu). Ima Webex korisnički ID. Na primjer:

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

U XSiActionsLog:

• Potražite zahtjev profila GET od Webexa (2.1 u dijagramu). Ima Webex korisnički ID. Na primjer:

  GET /com.broadsoft.xsi-actions/v2.0/ user/ webexuserid@example.com /profile Zaglavlja uključuju autorizaciju: Osnovni i korisnički agent: BroadworkSteamsClient

• XSP zatim vrši OCI-P Basic autentifikaciju protiv BroadWorksa (AuthenticationVerifyRequest i AuthenticationVerifyResponse, kao i svaka druga aplikacija koja vrši osnovnu provjeru autentičnosti putem Xsi), a također i UserGetRequest i ServiceProvider GetRequest za prikupljanje podataka o pretplatniku.
• Xsi odgovor na Webex sadrži blok XML profil a koji sadrži korisnički ID (BroadWorks) i druge detalje (2.2 u dijag ramu).

Interakcije klijenta i Webex usluga:

• IDP proxy odgovara korisničkom profilu primljenom od BroadWorksa i izdaje SAML tvrdnju klijentu (2.3 na dijagramu).
• Klijent razmjenjuje SAML tvrdnju za CI token (3 na dijagramu).
• Klijent provjerava ima li prijavljeni korisnik pravo širokopojasnog konektora (4 na dijagramu). Prava korisnika možete provjeriti u službi za pomoć.
• Klijent koristi CI token za traženje JSON web tokena (JWT) od IDP proxyja (5 u dijagramu).
• IDP proxy potvrđuje CI token na CI.
• IDP proxy traži JWT od usluge provjere autentičnosti.

U zapisniku AuthenticationService:

• Potražite zahtjev tokena iz Webexa (5.2 u dijagramu), Na primjer: GET /authservice/token koji ima zaglavlje http_bw_userid i druge.
• XSP radi OCI-P UserGetLoginInForEquest, kako bi potvrdio da isporučeni korisnički id odgovara korisniku BroadWorksa (5.3 u dijagramu). AuthService je uspostavio povjerenje u Webex zahvaljujući MTLS vezi, tako da može izdati LLT.
• Potražite odgovor (5.4 u dijagramu) iz LongLiveDTokenManager - Token generiran, predmet: bwksUserId@example.com, izdavatelj: BroadWorks... i StatusCode = 200 koji možete povezati s izvornim zahtjevom pomoću zaglavlja trackingid: CLIENT...

U XSiActionsLog:

• Klijent je u mogućnosti predstaviti dugotrajni token na Xsi-Actions sučelju kako bi dobio profil svog uređaja (6 na dijagramu). Na primjer: GET /com.broadsoft.xsi-actions/v2.0/user/bwksuserID %40example.com/profile/device S autorizacijom zaglavlja: token nositelja i korisnički agent: WebExTeams (varijanta/verzija)
• Sučelje Xsi-Actions objavljuje token na authservice (konfiguriran da bude na povratnom sučelju) Na primjer: 127.0.0. 1:80 POST http://127.0.0.1:80/authService/token koji možete povezati s zaglavljem trackingid: CLIENT... u GET-u i zaglavljem X-BROADSOFT-CORRELATION-ID: CLIENT... u POST.

U zapisniku AuthenticationService:

• Primitak POST-a od Xsi (povratna veza)

• A StatusCode=200 natrag na Xsi

• I odgovor na provjeru valjanosti tokena, koji ima "token" JSON blok u tijelu.

• Korelirano pomoću trackingida: KLIJENT...

U XSiActionsLog:

• Nakon što je primio 200 OK od authservisa, koji je potvrdio klijent'stoken, aplikacija Xsi-Actions sada šalje OCI-P zahtjev za UserPrimaryAndScadeviceGetListRequest
• Prima OCI-P UserPrimaryAndScadeviceGetListResponse koji sadrži AccessDeviceTable XML strukturu.
• OCI-P odgovor kodiran je kao Xsi odgovor klijentu, uključujući AccessDevices XML strukturu, koja ima DeviceTypes. Na primjer: Business Communicator — računalo i URL-ovi na kojima klijent može dohvatiti konfiguracijske datoteke uređaja.

Klijent nastavlja kao i obično:

• Odabire unos uređaja i stupa u interakciju s DMS-om kako bi dobio profil uređaja (6 na dijagramu).
• Registrira se na BroadWorks putem SBC-a preuzet u konfiguraciji iz DMS-a (7 u dijagramu).

Problemi s partnerskim centrom

1. Administrator ne može vidjeti organizacije kupaca

Kao administrator vaše partnerske organizacije u Webexu trebali biste imati ulogu punog administratora. Ta se uloga koristi za upravljanje partnerskom organizacijom, uključujući dodjeljivanje administrativnih privilegija sebi i drugima. Da biste upravljali organizacijama kupaca, morate sebi (ili drugim osobama) dodijeliti ulogu administratora prodaje ili ulogu administratora prodaje. Detalje potražite u odjel jku Dodjeljivanje uloga računa organizacije u Control Hub.

Problemi s pružanjem usluga korisnika

1. Integrirane IM&P pogreške za određena poduzeća/kupce

Ako imate mješavinu poduzeća koja koriste različite usluge suradnje u oblaku, na primjer, UC-One SaaS i Webex za Cisco BroadWorks, možda ste se odlučili za izmjenu adaptera za pružanje usluga po poduzeću.

Da biste provjerili što je konfigurirano za Integrirani IM&P (zadano za poduzeća, osim ako ne postoji specifičnija postavka), pokrenite AS _CLI/Interface/Messaging> get. Za parametre osiguranja određenog poduzeća otvorite poduzeće i idite na Usluge > Inte grirani IM &P.

Provjerite odgovara li integrirana konfiguracija IM&P za to poduzeće točno onome što je prikazano u predlošku korisnika u Partner Hubu. Sljedeće postavke moraju odgovarati ili pružanje usluga ne uspijeva za sve korisnike u poduzeću:

2. Integrirane IM&P pogreške za određene korisnike

To vrijedi ako koristite protočno osiguranje i pretpostavlja da pružanje usluga funkcionira za neke/većinu korisnika (tako da možete isključiti problem s konfiguracijom). Ako vidite integrirane IM&P pogreške u programu BroadWorks, na primjer, "[Pogreška 18215] Pogreška u pružanju poruka s poslužiteljem za razmjenu poruka" i "[Pogreška 18211] Pogreška u komunikaciji sa poslužiteljem za razmjenu poruka", trebali biste istražiti sljedeće potencijalne uzroke:

• Korisnikova adresa e-pošte već bi mogla postojati CI. Potražite korisnika u službi za pomoć kako biste provjerili je li njegova adresa e-pošte već tamo. To nije nužno uvjerljivo jer korisnik može postojati u organizaciji čije podatke ne smijete vidjeti u službi za pomoć.
• Korisnik se samostalno prijavio na Webex prije nego što mu je dodijeljena Integrirana IM&P usluga. U ovom slučaju, jedna od opcija je da korisnik izbriše svoje besplatne račune koji mogu postati dio organizacije korisnika koju pružate. Upute su na https://help.webex.com/5m4i4y
• Korisnik nema primarni telefonski broj dodijeljen svom profilu (svi pretplatnici Webex za Cisco BroadWorks moraju imati primarni DID). Pogledajte temu o analizi PSlog-a iz AS-a.

3. Kvarovi u pružanju usluga korisnika kao odgovor na pružanje mosta

Ako se korisnici ne pojavljuju u upravljačkom čvorištu, u roku od nekoliko minuta od dodjele integriranog IM&P-a pogledajte kodove odgovora iz usluge pružanja mosta. Pokrenite PSlog da biste pogledali HTTP kodove odgovora.

200 OK

Odgovor od 200 OK ne znači da je korisnik uspješno osiguran. To znači da je usluga pružanja usluga primila zahtjev i uspješno poslala odgovarajući zahtjev za stvaranje korisnika uzvodnim uslugama. Transakcija pružanja usluga je asinhrona po dizajnu. Usluga odgovara 200 OK jer postupak stvaranja korisnika može trajati nekoliko minuta, a iz razloga izvedbe ne želimo primati više zahtjeva za stvaranje istog korisnika. Međutim, ako se korisnik na kraju ne pojavi u Organizaciji korisnika nakon odgovora 200 OK, to bi moglo značiti da kreiranje korisnika nije uspjelo u Webex uslugama uzvodno od usluge pružanja usluga. Morate eskalirati neuspjeh u pružanju usluga koji ima 200 OK odgovora.

400 Loš zahtjev

Provjerite HTTP odgovor koji bi trebao sadržavati više detalja o potencijalnim problemima koji bi mogli uzrokovati ovaj odgovor od strane usluge pružanja usluga. Neki primjeri čvora:

• "Ne mogu vjerovati BroadWorks-u e-pošti sa naslijeđim API-jem za pružanje usluga." Adresa e-pošte povezana s neuspješnim zahtjevom za pružanje usluga korisnika nije valjana ili je pogrešno upisana, ali ste u predlošku tvrdili da se adresama e-pošte može vjerovati. Provjerite profile korisnika u BroadWorksu, posebno ID e-pošte.
• Org korisnika nije pronađen u bazi podataka, a također nije omogućena nova zastava za stvaranje organizacije." Ovaj neuspjeli zahtjev za pružanje usluga trebao bi stvarati novu korisničku organizaciju u Webexu, ali je vaš predložak konfiguriran tako da sprječava stvaranje novih organizacija kupaca. Ako želite dopustiti novim organizacijama, za domene e-pošte koje ne odgovaraju postojećim koris nicima u Webexu, možete ponovno konfigurirati predložak u Partner Hubu i ponovno testirati zahtjev za pružanje usluga. Međutim, ako ne očekujete stvaranje nove organizacije za ovog korisnika, možda je adresa e-pošte pogrešno upisana (posebno dio domene). Provjer ite korisnikov ID e-pošte u BroadWorksu.

403 Zabranjeno

Zahtjev za pružanje usluga ne može uspjeti dok ne popravite konfiguraciju. Morat ćete istražiti zahtjev i odgovor u ovom slučaju. Na primjer, ako IP adresu vidite kao cilj zahtjeva za pružanje usluga — umjesto odgovarajućeg URL-a mosta za pružanje usluga za vašu organizaciju (pogledajte teme konfiguracije vatrozida u Vodiču za rješenja) — to bi moglo značiti da vašem poslužitelju aplikacija nedostaje potrebna zakrpa (ap373197).

Provjerite jesu li sve potrebne zakrpe primijenjene na Application Server i jeste li do vršili povezanu konfiguraciju za uspješno pružanje protoka.

409 Sukob

Zahtjev za pružanje usluga ne može se nastaviti jer postoji postojeći korisnik u Webexu koji odgovara adresi e-pošte u zahtjevu.

4. Korisnik je već u CI

Izvadite e-poštu pretplatnika iz HTTP POST zahtjeva i potražite je u Help Desku. Možda nećete vidjeti korisnika ako vam nije dopušteno, ali možete vidjeti i da je korisnik u 'besplatnoj' organizaciji, npr. "Potrošač". Možete zatražiti od ovog korisnika da izbriše svoj besplatni račun ili možete upotrijebiti drugu adresu e-pošte da biste ih pružili. Pogledajte https://help.webex.com/ndta402.

Problemi s prijavom korisnika

1. Portal za aktivaciju korisnika se ne učitava

Uobičajeni protok prijave Webex za Cisco BroadWorks uključuje portal za aktivaciju korisnika gdje korisnici unose svoje lozinke. Ponekad se ovaj portal ne učita nakon što korisnik navede svoju adresu e-pošte na zaslonu za prijavu aplikacije Webex. Ovaj problem može biti uzrokovan na strani klijenta ili na strani usluge. S klijentske strane to je obično uzrokovano time što je izvorni preglednik klijenta na neki način nekompatibilan s uslugom.

2. Jednokratna prijava nije uspjela

• U programu BroadWorks provjerite jesu li korisniku dodijeljene vrste uređaja za Webex aplikaciju (pogledajte odjeljak Profili uređaja u odjelj ku Priprema okru ženja u Vodiču za rješenja).
• Provjerite koristi li korisnik ispravnu lozinku. Ako je predložak koji ste koristili za pružanje korisničke organizacije korisnika (u Partner Hubu) konfiguriran za provjeru autentičnosti BroadWorksa, korisnik bi trebao unijeti svoju lozinku za BroadWorks "Web Access". Korisnik će možda morati unijeti i svoj korisnički ID BroadWorks ako njegova adresa e-pošte nije konfigurirana kao alternativni korisnički ID. Provjerite je li korisnik ispravno unio velika i mala slova.

Problemi s konfiguracijom i registracijom poziva

Nakon što je korisnik dostupan u Webexu i uspješno se prijavi u Webex aplikaciju, aplikacija se registrira na BroadWorks. Slijedi očekivani slijed registracije i rezultirajući znakovi zdrave registracije (kao što se vidi iz aplikacije Webex):

1. Očekivani redoslijed registracije

1. Klijent poziva XSI kako bi dobio token za upravljanje uređajem i URL na DMS.
2. Klijent traži svoj profil uređaja od DMS-a predstavljanjem tokena iz koraka 1.
3. Klijent čita profil uređaja i preuzima SIP vjerodajnice, adrese i portove.
4. Klijent šalje SIP REGISTER SBC-u koristeći informacije iz koraka 3.
5. SBC šalje SIP REGISTER AS-u (SBC može izvršiti pretraživanje u NS -u kako bi pronašao AS ako SBC već ne poznaje SIP korisnika.)

2. Očekivani znakovi uspješne registracije klijenta

Ikona Opcije poziva pojavljuje se u Webex sučelju.

Na kartici telefonske usluge aplikacije Webex (npr. Postavke > Telefonske usluge u sustavu Windows, Postavke > Telefonske usluge na Macu) poruka "SSO sesija: prijavljeni ste" znači da je aplikacija uspješno registrirana (u ovom slučaju na BroadWorks).

3. Klijent nema ikonu pozivanja

Većinu vremena to znači da korisnik nema ispravnu licencu/prava.

Ovo je neuspješna registracija. Postoji više razloga zašto klijent Webex aplikacije ne bi uspio registrirati na BroadWorksu:

4. Usluge višestrukog poziva testiraju se s istim klijentima

Ovaj poznati problem može biti uzrokovan promjenom klijenta između različitih krajeva povratnih poziva. Najvjerojatnije će se dogoditi tijekom ispitivanja različitih usluga pozivanja koje se nude putem (istih) Webex App klijenata. Možete resetirati bazu podataka klijenta (link) da biste riješili ovaj problem.

5. Pogrešna konfiguracija usluge provjere autentičnosti

Provjerite XSP-ove koji hostuju uslugu provjere autentičnosti u Vodiču za rješenja (pogledajte Konfiguriranje usluga na vašem Webexu za Cisco Broad Works XSP-ove). Konkretno:

• RSA ključevi (koje generirate na jednom XSP-u) kopiraju se na sve XSP-ove
• URL usluge provjere autentičnosti dostavljen je web-spremniku na svim XSP-ovima i ispravno unesen u klaster u Partner Hubu
• Konfigurirana je vanjska provjera autentičnosti certifikatima:

  XSP_CLI/System/Komunikacijska uslužna/DefaultSettings/ExternalAuthentication/CertificateAuthentication>Get

  allowUserApp = false

  allowClientApp = true

• Kada koristite MTLS, morate prenijeti Webex klijentski certifikat na XSP-ove (certifikat možete dobiti od Partner Hub-a, na stranici Postavke BroadWorks).

6. Pogrešna konfiguracija oznaka BroadWorks

Provjerite jeste li konfigurirali potrebne BroadWorks oznake za Webex aplikaciju. Informacije o konfiguracijskim oznakama potražite u V odiču za konfiguraciju Webex za Cisco BroadWor ks. Pazite da nema sukoba ili netočnih vrijednosti. Konkretno, oznaka %SBC_ADDRESS_WXT% trebala bi biti SBC prema vašem SIP registratoru za klijente Webex App.

7. Desktop klijent isključuje telefonske usluge nakon uspješne SSO veze

Ovaj problem može biti uzrokovan prijavom istog korisnika na više klijenata na istoj vrsti platforme. Na primjer, ako se korisnik uspješno prijavi u aplikaciju Webex u sustavu Windows, a zatim se prijavi u Webex aplikaciju na drugom Windows računalu, na jednom od računala postoji samo aktivna SSO sesija. Ovo je po dizajnu. Ako apsolutno trebate riješiti ovaj problem, možete konfigurirati BroadWorks tako da ima više instanci iste vrste uređaja, ali moraju imati jedinstvene SIP adrese. Ova konfiguracija je izvan opsega Webexa za Cisco BroadWorks.

8. Stolni uređaj nije predviđen za korisnika

Ovaj potpis se vidi u dnevniku klijenta:

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

onAccessDeviceListSucceed:bwc:scf: configDownload - profil uređaja 'Business Communicator - PC' nije pronađen.

9. Ulazni mobilni pozivi zvone jednom ili se ne može odgovoriti

Ulazni pozivi na Webex mobitel zvone samo jednom ili korisnik ne može odgovoriti na dolazni poziv. Ostale krajnje točke za istog korisnika mogu nastaviti zvoniti.

Kako prepoznati?

U zapisnicima Webex mobilnih klijenata potražite XSI kod pogreške 101002 u tijeku push poziva. Na primjer:

Kod odgovora: 400

<callID>HandlePushCallInfoFailure:BWC:Internal: Push call: xsi status za CalliD: xsi kod pogreške: 101002

<callID>ClosePushCallWithReason:BWC:Internal: Pokušajte zatvoriti push poziv s id =, reason = callAbandoned

Uzrok: Kôd pogreške 101002 može ukazivati na to da je pogrešan Application Server (AS) vraćen u odgovoru Loc ateUser. To se može dogoditi kada je korisnik prešao na sekundarni AS.

Preporučene provjere:

Iz ADP-a ili XSP-a gdje je postavljen Push pokrenite LocateUser za pogođenog korisnika:

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

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

Rezolucija: Ako LocateUser vrati sekundarni AS za korisnika, pokrenite skriptu MigrateUserToDefaultNode.pl na primarnom NS poslužitelju kako biste migrirali korisnike natrag na primarni poslužitelj aplikacija za klaster.

Prijavite se na NS poslužitelj putem SSH, idite na direktorij /usr/local/broadworks/bw_base/bin i pokrenite: MigrateU serToDefaultNode.pl <hostingNE>

Primjer: Migrate UserToDefaultNode.pl bwas1

Da biste dobili vrijednost HostingNE, pokrenite: NS_CLI/System/Device/Hostingne> get

Skripta prvo provjerava može li pronaći hosting NE koji navedete kao argument. Nakon što provjeri je li hosting NE valjan, ažurira DN, proširenje i URL na zadani čvor za taj hosting NE.

Pokrenite skriptu tijekom razdoblja slabog prometa kada je to moguće. Međutim, općenito je prihvatljivo pokrenuti skriptu bilo kada ako je potrebno za vraćanje usluge pogođenim korisnicima.

Skripta se ne može pokrenuti samo za jednog korisnika. Migrira sve korisnike navedene u izlazu LocateUser. Ako ne možete pokrenuti skriptu, izbrišite i obnovite pogođenog korisnika u BroadWorksu tako da je korisnik obnovljen na ispravnom AS-u.

Svaka SIP poruka s korisničkog uređaja na sekundarni AS može uzrokovati migraciju korisnika. Korisnici se obično vraćaju na primarni AS nakon zadanog 15-minutnog intervala osim ako dolazni zahtjevi i dalje stižu do sekundarnog AS. Na primjer, ako se SBC ne može povezati s AS1 i rekursira na sekundarni AS, pogođeni korisnici mogu se prebaciti na sekundarni AS. Ovisno o implementaciji, jedna grupa trunka ili korisnik mogu ostati pričvršćeni na sekundarni AS ako SBC i dalje ima problema s dostizanjem primarnog AS-a.

Više informacija potražite u sljedećim dokumentima:

• Odjeljci 3.4.5 Mogućnost vraćanja korisnika aplikacijskog poslužitelja i 5.4.5 Automatsko vraćanje u Cisco BroadWorks vodiču za redundanciju

• Opis značajke poboljšanja Cisco BroadWorks ASR

9. Telefonske usluge isključene

Ako se telefonske usluge prikazuju kao isključene nakon što se korisnik prijavi u Webex aplikaciju ili ako se telefonske usluge prekidaju dok korisnik koristi klijenta, provjerite vrstu klijenta i tijek registracije.

Za Windows i Mac klijente, Webex App registrira SIP i čuva aktivnu SIP registraciju dok je korisnik prijavljen.

Provjerite sljedeće:

1. Provjerite je li config-wxt.xml uspješno preuzet.

U zapisnicima klijenta potražite ConfigDownload.

Uspješno preuzimanje pokazuje:

ConfigDownload - uspješno završeno

Ako zapisnici prikazuju sljedeću pogrešku, provjerite zapise AuthService za pogreške vezane za žetone:

ConfigDownload - nije uspio s kodom pogreške: 1511

2. Provjerite je li pronađen profil Webex uređaja.

U zapisnicima klijenta potvrdite da je pristupni uređaj pronađen i da je used_value 1. Ako je used_value 0, provjerite je li primarna linija omogućena ili onemogućena i provjerite vrijednost oznake. Za više detalja pogledajte odjeljak 6.1.44 Primarni profil u Vodiču za konfiguraciju Webex za BroadWorks.

Primjer unosa dnevnika:

:BWC:SCF: ConfigDownload - pronađen pristupni uređaj

:BWC:SCF: ConfigDownload - pristupni uređaj: deviceType=Poslovni komunikator - računalo, deviceLevel = grupa, allowTermination = 1, isDeviceOwner [has_value: 0, used_value: 1], hasOwnerDevice: 1, EndPointType: Izgled zajedničkog poziva

:BWC:SCF: ConfigDownload - pristupni uređaj: deviceType=Povezivanje - Mobile, DeviceLevel = Group, allowTermination = 1, isDeviceOwner [has_value: 0, used_value: 1], hasOwnerDevice: 1, EndPointType: Izgled zajedničkog poziva

:BWC:SCF: ConfigDownload - pristupni uređaj: deviceType=Poveži - Tablet, DeviceLevel = Group, allowTermination = 1, isDeviceOwner [has_value: 0, used_value: 1], hasOwnerDevice: 1, EndPointType: Izgled zajedničkog poziva

3. Provjerite postoje li DNS kvarovi prilikom rješavanja SIP proxy adrese.

Za detalje o otkrivanju SIP proxyja pogledajte odjeljak 6.1.6 Dinamičko otkrivanje SIP proxyja u V odiču za konfiguraciju Webex za BroadWorks.

Uspješno otkriće proxyja pokazuje:

Otkrivanje proxyja završeno, dobili su <number>rezultate

4. Provjerite je li SIP registracija neuspješna.

Ako zapisi prikazuju mRegistracija: TCPTimeout ili Reason: SIP; cause=200; text="last=TCP-Timeout", Webex klijent ne može uspostaviti T CP vezu niske razine sa SBC-om. Registracija SIP-a se ne završava kada dođe do ove pogreške. Provjerite je li TCP blokiran na korisničkoj mreži ili SBC odbija TCP vezu.

Ako je zahtjev SIP REGISTER odbijen ili ne dobije odgovor, pretražite registar sip u zapisnicima i provjerite je li SIP/2.0 200 OK vraćen. Ako se ne vrati, provjerite blokira li korisnička mreža SIP ili SBC odbija zahtjev.

U programu BroadWorks Admin idite na Korisnik > Uslužni programi > Registracije i provjerite postoji li važeća SIP registracija za Webex klijenta.

Za mobilne klijente s Androidom i iOS-om, Webex App se ne registrira za SIP sve dok se poziv ne upućuje ili primi. Registracija se uklanja kada je poziv završen. Mobilni klijenti registriraju se za push obavijesti.

Za mobilne klijente provjerite sljedeće:

1. Provjerite je li config-wxt.xml uspješno preuzet i da li je pronađen profil uređaja, kako je opisano za Windows i Mac klijente.

2. Provjerite je li push registracija uspjela.

U Webexovim zapisnicima potražite stanje registracije push:

onPushRegistrationStateChanged: :Promijenjeno stanje registracije, state=Neregistrirano

onPushRegistrationStateChanged: :Promijenjeno stanje registracije, state=Registrirano

U programu BroadWorks Admin idite na Koris nik> Uslužni programi > Registracije push obavi jesti i provjerite postoji li valjana push registracija za Webex klijenta.

Problemi s web-pregledom postavki poziva

1. Gumb/veza za samonjegu ne prikazuje se u Webex aplikaciji

Drugačiji simptom ovog problema je kada se prikaže gumb/veza, ali klikom na njega otvara se vanjski pregle dnik.

• Provjerite je li postavljen potreban predložak konfiguracije klijenta i da su CSW oznake ispravno postavljene. (Pogledajte odjeljak Webview postav ki poziva u vodiču za rješenja Webex za Cisco BroadWorks).
• Provjerite je li aplikacija Webex registrirana za pozivanje u BroadWorksu.
• Provjerite je li aplikacija Webex novija verzija koja podržava CSWV.

2. Prazna stranica ili pogreška nakon klika na tipka/vezu za samoodržavanje

Općenito, ovo ponašanje u aplikaciji Webex ukazuje na problem s konfiguracijom ili implementacijom CSWV aplikacije na BroadWorks XSP. Prikupite detalje za daljnju istragu, uključujući CSWV zapisnike, zapisnike pristupa, spremište config-wxt.xml i datoteku predložaka, a zatim pokrenite slučaj.

Problemi s potraživanjem domene

Pogreške u registraciji korisnika mogu nastati kao posljedica pogrešaka koje su napravljene u prijavljivanju domena. Prije nego što zatražite bilo koju domenu, provjerite razumijete li sljedeće:

• Pružatelji usluga ne bi trebali tražiti domene organizacija kupaca kojima upravljaju. Oni bi trebali tražiti samo domene onih korisnika koji su u internoj organizaciji Pružatelja usluga. Zahtjev za domenu korisnika u zasebnoj organizaciji (čak i onoj kojom Pružatelj usluga upravlja) može rezultirati pogreškama u registraciji korisnika u organizaciji korisnika jer se zahtjevi za provjeru autentičnosti korisnika us mjeravaju preko Pružatelja usluga, a ne organizacije korisnika.
• Ako dvije organizacije kupaca (tvrtka A i tvrtka B) dijele istu domenu, a tvrtka A je preuzela zahtjev za domenu, registracija za korisnike tvrtke B može propasti zbog činjenice da se zahtjevi za autentifikaciju korisnika usmjeravaju putem organizacije koja ima domenu traženu (tvrtka A).

  Ako zatražite pogrešku za bilo koju domenu i trebate ukloniti zahtjev, pogledajte članak U pravljanje domenama Webex.

Kodovi pogrešaka krajnjeg korisnika

Sljedeća tablica prikazuje kodove pogrešaka krajnjeg korisnika koji se mogu vidjeti na portalu za aktivaciju korisnika klijenta.

Kodovi pogrešaka za sinkronizaciju direktorija

Sljedeći kodovi pogrešaka primjenjuju se na Directory Sync.