Ovaj članak je podijeljen u tri glavna dijela:

• Resursi, a to je popis alata, materijala za čitanje, dnevnika i kontakata koji će vam možda trebati.
• Procesi, koji opisuju neke od radnji koje biste mogli poduzeti prilikom rješavanja problema s klijentom.
• Specifični problemi, koji kategoriziraju i navode probleme za koje je poznato da se javljaju, kako ih uočiti i kako biste ih potencijalno mogli riješiti.

Korisne datoteke zapisnika

Popis za čitanje

• Webex za Cisco BroadWorks partnerski portal znanja
• 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 autentifikaciju, izdanje 23.0
• Vodič za integraciju SAML autentifikacije, R23
• Vodič za opcije podrške za Cisco BroadWorks SSL
• Opis značajke podrške za Cisco CI
• Poslužitelj za push obavijesti (opis značajke)
• Podrška za push obavijesti za pozive Opis značajke Verzija 22.0
• Postupak migracije Connect (Android) na Firebase
• Cisco BroadWorks pohrana tokena uređaja za push obavijesti Funkcija Opis Izdanje 22.0
• Planer kapaciteta Cisco BroadWorksSystem-a (proračunska tablica)
• Vodič za dimenzioniranje Cisco BroadWorks platforme
• Vodič za inženjering sustava Cisco Broadworks
• Dokument zahtjeva za podršku CI autentifikacije verzija 1.0 MR-7136

Poznati problemi i ograničenja

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

Serviceability Connector

Webex Serviceability usluga povećava brzinu kojom Ciscovo tehničko osoblje može dijagnosticirati probleme s infrastrukturom. Automatizira zadatke pronalaženja, dohvaćanja i pohranjivanja 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.

Za detalje o implementaciji Serviceability konektora, pogledajte Vodič za implementaciju za Cisco Webex Serviceability Connector.

Eskalacija problema

Nakon što ste slijedili neke od smjernica za rješavanje problema, trebali biste imati razumnu ideju o tome gdje je uzrok problema.

Postupak

1. Prikupite što više informacija iz sustava povezanih s problemom.
2. Za otvaranje slučaja obratite se odgovarajućem timu u Ciscu.

Koje podatke o klijentu prikupljati

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

• Identifikator korisnika: CI adresa e-pošte ili UUID korisnika (ovo je Webex identifikator, ali pomaže ako dobijete i BroadWorks identifikator korisnika).
• Identifikator organizacije.
• Približan vremenski okvir tijekom kojeg se problem pojavio.
• Klijentska platforma i verzija.
• Pošaljite ili prikupite logove od klijenta.
• Zabilježite ID praćenja ako se prikazuje na klijentu.

Provjerite korisničke podatke u službi za korisnike

Partnerski administratori koji imaju privilegije uloge Administrator službe za korisnike (osnovne ili napredne) mogu koristiti ovaj postupak za provjeru korisničkih podataka pomoću prikaza službe za korisnike.

Postupak

1. Prijavite se na Službu za korisnike.
2. Potražite i zatim kliknite korisnika. Ovo otvara zaslon sažetka korisnika.
3. Kliknite korisničko ime za detaljnu konfiguraciju korisnika. Korisne informacije u ovom prikazu uključuju korisnikov UUID, klaster zajedničkog identiteta (CI), klaster aplikacija Webex, ponašanje pozivanja, GUID BroadWorks računa
4. Kliknite Kopiraj ako trebate koristiti ove informacije u drugom alatu ili ih priložiti Cisco slučaju.

Prikaz organizacije korisnika u službi za korisnike

Partnerski administratori koji imaju privilegije uloge Administrator službe za korisnike (osnovni ili napredni) mogu koristiti ovaj postupak za pregled podataka o organizaciji korisnika u prikazu službe za korisnike.

Postupak

1. Prijavite se na Službu za korisnike.
2. Potražite i zatim kliknite naziv organizacije korisnika.
3. Pomaknite se prema dolje dok ne vidite Prikaz korisničkog portala i kliknite Prikaz imena korisnika da biste vidjeli prikaz samo za čitanje organizacije korisnika – uključujući korisnike i konfiguraciju.

Preuzmite korisničke zapisnike iz Partner Huba

Prilikom rješavanja problema s klijentima na računalima i mobilnim uređajima, važno je da partneri (i TAC) mogu pregledavati zapisnike klijenata.

Postupak

1. Zatražite od korisnika da pošalje zapisnike. Pomoć potražite u odjeljku: Webex aplikacija | Prijavi problem.
2. Zamolite korisnika da izveze okruženje pozivanja i pošalje vam datoteku ced.dat.
3. Preuzmite klijentske zapisnike iz Partner Huba ili službe za korisnike.

   Opcija Partner Huba:

   1. Prijavite se u Partner Hub i pronađite korisničku organizaciju.
   2. Odaberite Rješavanje problema.
   3. Odaberite Zapisnici.
   4. Potražite korisnika (putem e-pošte).
   5. Pregledajte i preuzmite klijentske zapisnike kao zip datoteku.

   Opcija službe za korisnike:

   1. Prijavite se na Službu za korisnike.
   2. Potražite organizaciju.
   3. Kliknite organizaciju (otvara se zaslon sažetka).
   4. Pomaknite se prema dolje da biste kliknuli na Prikaži kupca.
   5. Odaberite Rješavanje problema.
   6. Odaberite Zapisnici.
   7. Potražite korisnika (putem e-pošte).
   8. Pregledajte i preuzmite klijentske zapisnike kao zip datoteku.

Kako pronaći verziju klijenta

Postupak

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

Provjera klijenta za pozivanje usluge

Postupak

1. Prijavite se u Webex klijent.
2. Provjerite je li ikona Mogućnosti pozivanja (slušalica s zupčanikom iznad nje) prisutna na bočnoj traci. Ako ikona nije prisutna, korisnik možda još nije omogućen za uslugu pozivanja u Control Hubu.
3. Otvorite izbornik Postavke/Preference i idite na odjeljak Telefonske usluge. Trebali biste vidjeti status SSO sesije u kojoj ste prijavljeni. (Ako se prikazuje druga telefonska usluga, kao što je Webex Calling, korisnik ne koristi Webex za Cisco BroadWorks.)

   Ova provjera znači:

   • Klijent je uspješno prošao kroz potrebne Webex mikroservise.
   • Korisnik je uspješno provjerio autentičnost.
   • Klijentu vaš BroadWorks sustav izdaje dugotrajni JSON web token.
   • Klijent je dohvatio svoj profil uređaja i registrirao se na BroadWorks.

Primajte klijentske zapise ili povratne informacije

• Pogledajte odjeljak Resursi kako biste pronašli određene klijentske zapisnike na Webex desktop klijentima ili zamolite korisnike da pošalju zapisnike. Pomoć potražite u odjeljku: Webex aplikacija | Prijavi problem.
• Zamolite korisnike mobilnih klijenata da pošalju logove, a zatim ih možete dobiti putem partnerskog centra ili službe za korisnike.
  Slanje zapisnika je tiho. Međutim, ako korisnik pošalje povratne informacije, one se šalju Webex App devops timu. Obavezno zabilježite broj povratne informacije korisnika ako želite kontaktirati Cisco. Na primjer:

  

Preuzimanje podataka o okruženju poziva

Zapisnici klijenata Webexa su uvelike redigirani kako bi se uklonili osobni podaci. Podatke o pozivnom okruženju trebali biste izvesti s klijenta u istoj sesiji u kojoj primijetite problem.

Postupak

1. Na klijentu kliknite Pomoć > Provjera ispravnosti.
2. Odaberite Resetiraj bazu podataka. Ovo pokreće potpuno resetiranje klijenta i učitava zaslon za prijavu u Webex aplikaciju.

Provjerite treba li se Webex registrirati na BroadWorks

Webex aplikacija provjerava sljedeće podatke kako bi utvrdila treba li se registrirati na BroadWorks:

• Korisnikovo pravo na broadworks-connector.
• Ponašanje poziva za organizaciju i korisnika.

Provjerite ponašanje korisnika prilikom pozivanja i prava na konektor

1. Prijavite se na Službu za korisnike s vjerodajnicama administratora partnera.
2. Potražite korisnika.
3. Kliknite na korisnika i označite unos Ponašanje poziva. Trebalo bi biti "Poziv Webexa".

   

4. Kliknite korisničko ime za otvaranje zaslona s detaljima o korisniku.
5. Pomaknite se prema dolje da biste pronašli odjeljak entitlements i provjerite je li uključen broadworks-connector

   

   Korisnik Webexa za Cisco BroadWorks NE BI SMIO imati ovlaštenje bc-sp-standard ako namjerava koristiti Webex za Cisco BroadWorks. Ovo je pravo za „Webex Calling (Broadcloud)“, što je pozivanje putem Webex aplikacije putem usluge poziva u oblaku kojom upravlja Cisco.

Provjerite ponašanje organizacije prilikom pozivanja

1. Prijavite se na Službu za korisnike s vjerodajnicama administratora partnera.
2. Potražite organizaciju.
3. Kliknite na organizaciju i označite unos Ponašanje poziva. Trebalo bi biti "Poziv Webexa".

Analizirajte PSLog za probleme s dodjelom korisnicima

Pomoću PSLog-a aplikacijskog poslužitelja možete vidjeti HTTP POST zahtjev upućen mostu za pružanje usluga i odgovor od Webexa. U ispravnom radnom slučaju, odgovor je 200 OK i nakon nekoliko minuta možete vidjeti da je korisnik - i nova organizacija korisnika ako je to prvi korisnik - kreiran u Webexu. To možete provjeriti pretraživanjem Help Deska za adresu e-pošte koju vidite u POST-u.

Prije početka

Prikupite PSLog s aplikacijskog poslužitelja tijekom pokušaja protočnog pružanja s testnim korisnikom.

Postupak

1. Prvo što treba provjeriti je HTTP kod odgovora:
   • Sve osim 200 OK predstavlja neuspjeh u pružanju usluga korisnicima.
   • 200 OK i dalje može ukazivati na kvar ako nešto u vezi s profilom pretplatnika ne funkcionira u Webex uslugama uzvodno od mosta za pružanje usluga.
   • 400 može sadržavati čvor message u odgovoru. Most za pružanje usluga nije mogao obraditi nešto u subscriberProfile. Moguće je da nešto nije u redu s podacima pretplatnika ili da nije kompatibilno s postavkom u predlošku.
   • 401 znači da se vjerodajnice za pružanje unesene na autonomnom sustavu ne podudaraju s onima unesenim u predložak u Partner Hubu.
   • 403 bi mogao ukazivati na nešto pogrešno konfigurirano na aplikacijskom poslužitelju. Provjerite cilj zahtjeva. Ne bi trebala biti IP adresa, već URL mosta za pružanje usluga koji možete vidjeti u svom predlošku u Partner Hubu.
   • 409 označava sukob između navedenog subscriberProfile i postojećih Webex podataka. Moguće je da već postoji korisnik s tom adresom e-pošte. Provjerite message u odgovoru.
2. Također možete provjeriti izvorni HTTP POST za sve sumnjive vrijednosti koje bi mogle uzrokovati neuspjeh pružanja usluga. POST sadrži XML strukturu subscriberProfile. Unutar ovoga, korisni čvorovi za provjeru su:
   • bwuserid: Pomoću ovoga pronađite profil pretplatnika ako ga trebate urediti u BroadWorksu.
   • group: Ako je predložak u "načinu rada pružatelja usluga", ovo se piše malim slovom i postaje naziv organizacije korisnika koju vidite u Partner Hubu.
   • serviceProvider: Ako je predložak u "Poslovnom načinu rada", ovo se piše malim slovom i postaje naziv organizacije korisnika koju vidite u Partner Hubu.
   • primaryPhoneNumber: Mora postojati. Pružanje usluga ne uspijeva bez njega.
   • email: Postaje korisnički ID u Webexu. Mora biti valjano i jedinstveno za Webex, inače pružanje usluga neće uspjeti.

     Zanemarite services strofu: Izradio ga je AS, a Webex ga prihvaća, ali ga ne koristi.

Analizirajte XSP zapisnike za rješavanje problema s prijavom pretplatnika

Ovaj tok opisuje način provjere autentičnosti BroadWorks. Način autentifikacije možete vidjeti na BroadWorks predlošku u Partner Hubu. Pogledajte Konfigurirajte predloške kupaca u 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 BroadWorks sustava kada korisnik provodi BroadWorks autentifikaciju u Webex aplikaciji. Također, veza između Webexa i XSP-a osigurana je MTLS-om.

Sljedeća rasprava objašnjava što možete očekivati prilikom istraživanja zapisnika za uspješnu prijavu.

Korisnik komunicira s klijentom, klijent komunicira s Webex uslugama:

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

U tomcatu access_log:

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

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

U XsiActionsLogu:

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

  GET /com.broadsoft.xsi-actions/v2.0/user/webexuserid@example.com/profile Zaglavlja uključuju authorization: Basic i user-agent: broadworksTeamsClient

• XSP zatim provodi OCI-P osnovnu autentifikaciju prema BroadWorksu (AuthenticationVerifyRequest i AuthenticationVerifyResponse, kao i svaka druga aplikacija koja provodi osnovnu autentifikaciju putem Xsi-ja), a također i UserGetRequest i ServiceProviderGetRequest za prikupljanje podataka o pretplatniku.
• Xsi odgovor Webexu sadrži XML Profile blok koji sadrži (BroadWorks) userId i ostale detalje (2.2 na dijagramu).

Interakcije klijenta i Webex usluga:

• IDP proxy uspoređuje korisnički profil primljen od BroadWorksa i izdaje SAML potvrdu klijentu (2.3 na dijagramu).
• Klijent zamjenjuje SAML tvrdnju za CI token (3 na dijagramu).
• Klijent provjerava ima li prijavljeni korisnik ovlaštenje za broadworks-connector (4 na dijagramu). Prava korisnika možete provjeriti u Službi za korisnike.
• Klijent koristi CI token za zahtjev JSON web tokena (JWT) od IDP proxyja (5 na dijagramu).
• IDP proxy provjerava CI token na CI.
• IDP proxy zahtijeva JWT od usluge autentifikacije.

U zapisniku usluge autentifikacije:

• Potražite zahtjev za token od Webexa (5.2 na dijagramu), na primjer: GET /authService/token koji ima http_bw_userid zaglavlje i ostale.
• XSP izvršava OCI-P UserGetLoginInfoRequestkako bi potvrdio da navedeni korisnički ID odgovara korisniku BroadWorksa (5.3 na dijagramu). AuthService je uspostavio povjerenje s Webexom putem mTLS veze, tako da može izdati LLT.
• Potražite odgovor (5.4 na dijagramu) iz LongLivedTokenManager - Token generated, subject: bwksUserId@example.com, issuer: BroadWorks … i StatusCode=200 koji možete povezati s izvornim zahtjevom pomoću zaglavlja trackingid: CLIENT… .

U XsiActionsLogu:

• Klijent može predstaviti dugovječni token na Xsi-Actions sučelju kako bi dobio profil uređaja (6 na dijagramu). Na primjer: GET /com.broadsoft.xsi-actions/v2.0/user/bwksUserId%40example.com/profile/device Sa zaglavljima authorization: Bearer token i user-agent: WebexTeams (variant/version)
• Xsi-Actions sučelje šalje token na authservice (konfiguriran da bude na loopback sučelju). Na primjer: 127.0.0.1:80 POST http://127.0.0.1:80/authService/token koje možete povezati sa zaglavljem trackingid: CLIENT… u GET i zaglavljem X-BROADSOFT-CORRELATION-ID : CLIENT… u POST.

U zapisniku usluge autentifikacije:

• Primitak POST-a od Xsi-ja (povratna petlja)

• A StatusCode=200 natrag na Xsi

• I odgovor za validaciju tokena, s JSON blokom "token" u tijelu.

• Korelirano korištenjem trackingid: CLIENT…

U XsiActionsLogu:

• Nakon što je primila poruku 200 OK od authservice-a, koja je potvrdila klijentov token, Xsi-Actions aplikacija sada šalje OCI-P zahtjev za UserPrimaryAndSCADeviceGetListRequest
• Prima OCI-P UserPrimaryAndSCADeviceGetListResponse koji sadrži XML strukturu accessDeviceTable.
• OCI-P odgovor je kodiran kao Xsi odgovor klijentu, uključujući XML strukturu AccessDevices, koja ima deviceTypes. Na primjer: Business Communicator – PC i URL-ove s kojih klijent može dohvatiti konfiguracijske datoteke uređaja.

Klijent nastavlja kao i obično:

• Odabire unos uređaja i komunicira s DMS-om kako bi dobio profil uređaja (6 na dijagramu).
• Registri za BroadWorks putem SBC-a preuzeti u konfiguraciji iz DMS-a (7 na dijagramu).

Problemi s partnerskim centrom

Administrator ne može vidjeti organizacije korisnika

Kao administrator za vašu partnersku organizaciju u Webexu, trebali biste imati punu administratorsku ulogu. Ta se uloga koristi za upravljanje vašom partnerskom organizacijom, uključujući dodjeljivanje administratorskih privilegija vama i drugima. Za upravljanje organizacijama kupaca morate sebi (ili drugim osobama) dodijeliti ulogu Puni administrator prodaje ili ulogu Administrator prodaje . Za detalje pogledajte Dodjeljivanje uloga organizacijskom računu u Control Hubu.

Problemi s pružanjem usluga korisnicima

Integrirani IM & P pogreške za određena poduzeća / kupci

Ako imate kombinaciju poduzeća koja koriste različite usluge suradnje u oblaku, npr. UC-One SaaS i Webex za Cisco BroadWorks, možda ste odlučili izmijeniti adapter za opskrbu za svako poduzeće pojedinačno.

Za provjeru š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 opskrbe određenog poduzeća, otvorite poduzeće i idite na Usluge > Integrirani IM & P.

Provjerite je li integrirani IM & P konfiguracija za to poduzeće točno odgovara onome što je prikazano u predlošku kupca u Partner Hubu. Sljedeće postavke moraju se podudarati, inače će pružanje usluga ne uspjeti za sve korisnike u poduzeću:

Integrirani IM & P pogreške za određene korisnike

To se primjenjuje ako koristite protočno pružanje usluga i pretpostavlja se da pružanje usluga funkcionira za some/most korisnike (kako biste mogli isključiti problem s konfiguracijom). Ako vidite integriranu IM & P pogreške u BroadWorksu, na primjer, “[Error 18215] Pogreška pružanja usluge s poslužiteljem za razmjenu poruka” i “[Error 18211] Komunikacijska greška s poslužiteljem za razmjenu poruka”, trebali biste istražiti sljedeće moguće uzroke:

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

Pogreške u pružanju usluga korisnicima kao odgovor mosta za pružanje usluga

Ako se korisnici ne prikazuju u Control Hubu, unutar nekoliko minuta nakon dodjeljivanja integrirane IM usluge & P, pogledaj kodove odgovora od usluge mosta za pružanje usluga. Pokrenite PSLog kako biste pogledali HTTP kodove odgovora.

200 U redu

Odgovor 200 OK ne znači da je korisnik uspješno opskrbljen. 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 je asinhrona po svojoj prirodi. Usluga odgovara s 200 OK jer proces stvaranja korisnika može trajati nekoliko minuta, a iz razloga performansi 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 ukazivati na to da stvaranje korisnika nije uspjelo u Webex uslugama uzvodno od usluge pružanja usluga. Morate eskalirati neuspjeh pružanja usluga koji ima odgovor 200 OK.

400 Loš zahtjev

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

• „Ne mogu vjerovati BroadWorks e-pošti sa starim API-jem za pružanje usluga.“ Adresa e-pošte povezana s neuspjelim zahtjevom za pružanje korisničkih usluga nije valjana ili je pogrešno unesena, ali ste u predlošku naveli da se adresama e-pošte može vjerovati. Provjerite profile korisnika u BroadWorksu, posebno adrese e-pošte.
• Organizacija korisnika nije pronađena u bazi podataka, a također nije omogućena zastavica za stvaranje nove organizacije. Ovaj neuspjeli zahtjev za opskrbu trebao bi stvarati novu organizaciju korisnika u Webexu, ali vaš je predložak konfiguriran tako da sprječava stvaranje novih organizacija korisnika. Ako želite dopustiti nove organizacije za domene e-pošte koje se ne podudaraju s postojećim korisnicima u Webexu, možete ponovno konfigurirati predložak u Partner Hubu i ponovno testirati zahtjev za pružanje. Međutim, ako ne očekujete da će se za ovog korisnika stvoriti nova organizacija, možda je adresa e-pošte pogrešno upisana (posebno dio domene). Provjerite korisničku adresu e-pošte u BroadWorksu.

403 Zabranjeno

Zahtjev za pružanje nema šanse za uspjeh. U ovom slučaju morat ćete istražiti zahtjev i odgovor. Na primjer, ako vidite IP adresu kao cilj zahtjeva za opskrbu - umjesto odgovarajućeg URL-a mosta za opskrbu za vašu organizaciju (pogledajte teme o konfiguraciji vatrozida u Vodiču za rješenja) - to bi moglo ukazivati na to da vašem aplikacijskom poslužitelju nedostaje potrebna zakrpa (ap373197).

Provjerite jesu li sve potrebne zakrpe primijenjene na aplikacijski poslužitelj i jeste li dovršili povezanu konfiguraciju za uspješno pružanje protoka.

409 Sukob

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

Korisnik je već u CI-ju

Iz HTTP POST zahtjeva izvucite e-mail adresu pretplatnika i potražite je u službi za korisnike. Možda nećete vidjeti korisnika ako nemate dopuštenje, ali možete vidjeti i da je korisnik u 'slobodnoj' organizaciji, npr. "Potrošač". Možete zamoliti ovog korisnika da izbriše svoj besplatni račun ili možete upotrijebiti drugu adresu e-pošte za njihovo korištenje. Pogledajte https://help.webex.com/ndta402.

Problemi s prijavom korisnika

Portal za aktivaciju korisnika se ne učitava

Uobičajeni tijek prijave za Webex za Cisco BroadWorks uključuje portal za aktivaciju korisnika gdje korisnici unose svoje lozinke. Ponekad se ovaj portal ne učitava nakon što korisnik unese svoju adresu e-pošte na zaslonu za prijavu u Webex aplikaciju. Ovaj problem može biti uzrokovan na strani klijenta ili na strani servisa. Na strani klijenta, to je obično uzrokovano nekompatibilnošću izvornog preglednika klijenta s uslugom.

Jednokratna prijava nije uspjela

• U BroadWorksu provjerite jesu li korisniku dodijeljene vrste uređaja za Webex aplikaciju (pogledajte odjeljak Profili uređaja u odjeljku 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 (u Partner Hubu) konfiguriran za BroadWorks autentifikaciju, korisnik bi trebao unositi svoju BroadWorks lozinku za "Web Access". Korisnik će možda morati unijeti i svoj BroadWorks korisnički ID 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 korisniku omogućen pristup u Webexu i uspješno se prijavi u Webex aplikaciju, aplikacija se registrira u BroadWorksu. Slijede očekivani slijed registracije i rezultirajući znakovi ispravne registracije (kao što se vidi iz Webex aplikacije):

Očekivani slijed registracije

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

Očekivani znakovi uspješne registracije klijenta

Ikona Mogućnosti pozivanja pojavljuje se u Webex sučelju.

Na kartici telefonskih usluga aplikacije Webex (npr. Postavke > Telefonske usluge na Windowsima, Postavke > Telefonske usluge na Macu), poruka „SSO sesija: "Prijavljeni ste" znači da se aplikacija uspješno registrirala (u ovom slučaju na BroadWorks).

Klijent nema ikonu poziva

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

Ovo je neuspješna registracija. Postoji više razloga zašto registracija klijenta Webex aplikacije s BroadWorksom ne bi bila uspješna:

Višestruke usluge pozivanja testiraju se s istim klijentima

Ovaj poznati problem može biti uzrokovan promjenom klijenta između različitih povratnih strana za pozivanje. Najvjerojatnije će se to dogoditi tijekom probnih verzija različitih usluga pozivanja koje se nude putem (istih) klijenata Webex aplikacije. Možete resetirati bazu podataka klijenata (link) kako biste riješili ovaj problem.

Pogrešna konfiguracija usluge autentifikacije

Provjerite XSP-ove koji hostiraju uslugu autentifikacije u odnosu na Vodič za rješenja (pogledajte Konfiguriranje usluga na vašem Webexu za Cisco BroadWorks XSP-ove). Konkretno:

• RSA ključevi (koje generirate na jednom XSP-u) kopiraju se na sve XSP-ove.
• URL usluge autentifikacije dostavljen je web spremniku na svim XSP-ovima i ispravno unesen u klaster u Partner Hubu.
• Konfigurirana je vanjska autentifikacija putem certifikata:

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

  allowUserApp = false

  allowClientApp = true

• Prilikom korištenja MTLS-a morate prenijeti Webex klijentski certifikat na XSP-ove (certifikat možete dobiti iz Partner Huba, na stranici Postavke BroadWorksa).

Pogrešna konfiguracija BroadWorks oznaka

Provjerite jeste li konfigurirali potrebne BroadWorks oznake za Webex aplikaciju. Za informacije o konfiguracijskim oznakama pogledajte Vodič za konfiguraciju Webexa za Cisco BroadWorks. Provjerite da nema sukoba ili netočnih vrijednosti. Točnije, oznaka %SBC_ADDRESS_WXT% trebala bi biti SBC prema vašem SIP registraru za klijente Webex aplikacije.

Klijent na računalu 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 Webex aplikaciju na Windowsima, a zatim se prijavi u Webex aplikaciju na drugom Windows računalu, aktivna je SSO sesija samo na jednom od računala. Ovo je po dizajnu. Ako baš morate zaobići ovaj problem, možete konfigurirati BroadWorks da ima više instanci iste vrste uređaja, ali one moraju imati jedinstvene SIP adrese. Ova konfiguracija je izvan dosega Webexa za Cisco BroadWorks.

Računalni uređaj nije omogućen za korisnika

Ovaj potpis se vidi u klijentskom dnevniku:

[0x70000476b000] BroadWorksConfigDownloader.cpp:106

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

Problemi s postavkama poziva putem web prikaza

Briga o sebi button/link ne prikazuje se u Webex aplikaciji

Drugačiji simptom ovog problema je kada button/link prikazuje se, ali klikom na njega otvara se vanjski preglednik.

• Provjerite je li potreban predložak konfiguracije klijenta implementiran i jesu li CSW oznake ispravno postavljene. (Pogledajte odjeljak Postavke poziva Webview u Vodiču za rješenje Webex za Cisco BroadWorks).
• Provjerite je li Webex aplikacija registrirana za pozivanje u BroadWorksu.
• Provjerite je li Webex aplikacija novija verzija koja podržava CSWV.

Prazna stranica ili greška nakon klika na Samopomoć button/link

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

Problemi s polaganjem prava na domenu

Pogreške pri registraciji korisnika mogu se pojaviti kao rezultat pogrešaka nastalih prilikom zahtjeva za domene. Prije nego što zatražite bilo koju domenu, provjerite razumijete li sljedeće:

• Pružatelji usluga ne bi smjeli polagati pravo na domene korisničkih organizacija kojima upravljaju. Trebali bi tražiti samo domene onih korisnika koji se nalaze u internoj organizaciji davatelja usluga. Polaganje prava na domenu korisnika u zasebnoj organizaciji (čak i onoj kojom upravlja davatelj usluga) može rezultirati pogreškama pri registraciji korisnika u korisničkoj organizaciji jer se zahtjevi za provjeru autentičnosti korisnika usmjeravaju putem davatelja usluga, a ne korisničke organizacije.
• Ako dvije organizacije kupaca (tvrtka A i tvrtka B) dijele istu domenu, a tvrtka A je preuzela domenu, registracija za korisnike tvrtke B možda neće uspjeti zbog činjenice da se zahtjevi za provjeru autentičnosti korisnika preusmjeravaju putem organizacije koja ima tvrdio domenu (Tvrtka A).

  Ako pogreškom zatražite neku domenu i trebate ukloniti zahtjev, pogledajte članak Upravljanje domenama na Webexu.

Kodovi grešaka krajnjeg korisnika

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

Kodovi pogrešaka za sinkronizaciju direktorija

Sljedeći kodovi pogrešaka primjenjuju se na sinkronizaciju direktorija.