Tento článok je rozdelený do troch hlavných častí:

• Zdroje, čo je zoznam nástrojov, materiálov na čítanie, protokolov a kontaktov, ktoré by ste mohli potrebovať.
• Procesy, ktoré opisujú niektoré kroky, ktoré môžete podniknúť pri riešení problému zákazníka.
• Špecifické problémy, ktoré kategorizujú a uvádzajú problémy, o ktorých je známe, že sa vyskytujú, ako ich rozpoznať a ako by ste ich mohli potenciálne vyriešiť.

Užitočné súbory protokolov

Zoznam na čítanie

• Portál znalostí partnerov Webex pre Cisco BroadWorks
• Sprievodca konfiguráciou platformy XSP (R23)
• Sprievodca správou softvéru BroadWorks (R23)
• Konfiguračná príručka pre správu zariadení Cisco BroadWorks (R23)
• Sprievodca správou rozhrania príkazového riadka Broadworks Xsp
• Funkcia Dlhodobý overovací token Popis verzie 23.0
• Sprievodca integráciou overovania SAML, R23
• Sprievodca možnosťami podpory Cisco BroadWorks SSL
• Popis funkcie podpory Cisco CI
• Server push notifikácií (popis funkcie)
• Podpora push notifikácií pre hovory Funkcia Popis Verzia 22.0
• Postup migrácie Connect (Android) do Firebase
• Úložisko tokenov zariadení Cisco BroadWorks pre push notifikácie Funkcia Popis Verzia 22.0
• Plánovač kapacity systému Cisco BroadWorksSystem (tabuľka)
• Sprievodca dimenzovaním platformy Cisco BroadWorks
• Sprievodca systémovým inžinierstvom Cisco Broadworks
• Dokument s požiadavkami na podporu overovania CI, verzia 1.0 MR-7136

Známe problémy a obmedzenia

Článok Známe problémy a obmedzenia obsahuje aktuálne informácie o známych problémoch, ktoré sme identifikovali v riešení Webex pre BroadWorks.

Konektor pre prevádzkyschopnosť

Služba Webex Serviceability zvyšuje rýchlosť, s akou môžu pracovníci technickej podpory spoločnosti Cisco diagnostikovať problémy s infraštruktúrou. Automatizuje úlohy vyhľadávania, načítavania a ukladania diagnostických protokolov a informácií do prípadu SR. Služba tiež spúšťa analýzu na základe diagnostických podpisov, aby TAC mohol efektívnejšie identifikovať a riešiť problémy s vaším lokálnym zariadením.

Podrobnosti o nasadení konektora Serviceability nájdete v Sprievodca nasadením pre Cisco Webex Serviceability Connector.

Eskalácia problému

Po vykonaní niektorých pokynov na riešenie problémov by ste mali mať rozumnú predstavu o tom, kde je príčina problému.

Postup

1. Zhromaždite čo najviac informácií zo systémov súvisiacich s problémom.
2. Ak chcete otvoriť prípad, kontaktujte príslušný tím spoločnosti Cisco.

Aké informácie o klientovi zhromažďovať

Ak si myslíte, že je potrebné otvoriť prípad alebo eskalovať problém, počas riešenia problémov s používateľom zhromaždite nasledujúce informácie:

• Identifikátor používateľa: E-mailová adresa CI alebo UUID používateľa (toto je identifikátor Webex, ale ak získate aj identifikátor používateľa BroadWorks, pomôže to).
• Identifikátor organizácie.
• Približný časový rámec, počas ktorého sa problém vyskytol.
• Platforma a verzia klienta.
• Odoslať alebo zhromaždiť protokoly od klienta.
• Zaznamenajte si ID sledovania, ak sa zobrazuje na klientovi.

Skontrolujte údaje používateľa v časti Help Desk

Partnerskí administrátori s oprávneniami roly Správca technickej podpory (základné alebo rozšírené) môžu pomocou tohto postupu skontrolovať údaje o používateľovi pomocou zobrazenia technickej podpory.

Postup

1. Prihláste sa na linku technickej podpory.
2. Vyhľadajte používateľa a potom naň kliknite. Týmto sa otvorí obrazovka so súhrnom používateľa.
3. Kliknite na meno používateľa pre zobrazenie podrobnej konfigurácie používateľa. Užitočné informácie v tomto zobrazení zahŕňajú UUID používateľa, klaster Common Identity (CI), klaster aplikácií Webex, správanie volania a GUID účtu BroadWorks.
4. Kliknite na Kopírovať, ak potrebujete tieto informácie použiť v inom nástroji alebo ich priložiť k prípadu Cisco.

Zobraziť organizáciu zákazníka v časti Help Desk

Správcovia partnerov, ktorí majú oprávnenia roly Správca technickej podpory (základné alebo rozšírené), môžu pomocou tohto postupu zobraziť podrobnosti o organizácii zákazníka v zobrazení technickej podpory.

Postup

1. Prihláste sa na linku technickej podpory.
2. Vyhľadajte a potom kliknite na názov organizácie zákazníka.
3. Posuňte sa nadol, kým neuvidíte Zobrazenie zákazníckeho portálu a kliknite na Zobraziť meno zákazníka, čím zobrazíte zobrazenie organizácie zákazníka iba na čítanie – vrátane používateľov a konfigurácie.

Načítať používateľské protokoly z Centra partnerov

Pri riešení problémov s desktopovými a mobilnými klientmi je dôležité, aby si partneri (a TAC) mohli zobraziť protokoly klientov.

Postup

1. Požiadajte používateľa o odoslanie protokolov. Pomoc nájdete v tomto článku: Aplikácia Webex | Nahlásiť problém.
2. Požiadajte používateľa, aby exportoval volajúce prostredie a poslal vám súbor ced.dat.
3. Získajte protokoly klienta z centra pre partnerov alebo z oddelenia technickej podpory.

   Možnosť Centra partnerov:

   1. Prihláste sa do Centra partnerov a vyhľadajte organizáciu zákazníka daného používateľa.
   2. Vyberte Riešenie problémov.
   3. Vyberte Záznamy.
   4. Vyhľadajte používateľa (prostredníctvom e-mailu).
   5. Zobraziť a stiahnuť protokoly klienta ako súbor zip.

   Možnosť technickej podpory:

   1. Prihláste sa na oddelenie technickej podpory.
   2. Vyhľadajte organizáciu.
   3. Kliknite na organizáciu (otvorí sa obrazovka so súhrnom).
   4. Posuňte sa nadol a kliknite na Zobraziť zákazníka.
   5. Vyberte Riešenie problémov.
   6. Vyberte Záznamy.
   7. Vyhľadajte používateľa (prostredníctvom e-mailu).
   8. Zobraziť a stiahnuť protokoly klienta ako súbor zip.

Ako nájsť verziu klienta

Postup

1. Zdieľať tento odkaz s používateľom: https://help.webex.com/njpf8r5
2. Požiadajte používateľa, aby vám poslal číslo verzie.

Kontrola klienta pre volanie služby

Postup

1. Prihláste sa do klienta Webex.
2. Skontrolujte, či sa na bočnom paneli nachádza ikona Možnosti volania (telefón s ozubeným kolieskom nad ním). Ak ikona nie je prítomná, používateľ pravdepodobne ešte nemá povolenú službu volania v aplikácii Control Hub.
3. Otvorte Settings/Preferences a prejdite do sekcie Telefónne služby. Mali by ste vidieť stav SSO Relácia Ste prihlásení. (Ak sa zobrazuje iná telefónna služba, napríklad Webex Calling, používateľ nepoužíva Webex pre Cisco BroadWorks.)

   Toto overenie znamená:

   • Klient úspešne prešiel požadovanými mikroslužbami Webexu.
   • Používateľ sa úspešne overil.
   • Systém BroadWorks vydá klientovi dlhodobý webový token JSON.
   • Klient si načítal profil svojho zariadenia a zaregistroval sa v službe BroadWorks.

Získajte protokoly alebo spätnú väzbu od klientov

• Ak chcete nájsť konkrétne protokoly klientov v klientoch Webex pre počítače alebo požiadať používateľov o odoslanie protokolov, pozrite si časť Zdroje. Pomoc nájdete v tomto článku: Aplikácia Webex | Nahlásiť problém.
• Požiadajte používateľov mobilných klientov o zaslanie protokolov, potom ich môžete získať prostredníctvom partnerského centra alebo technickej podpory.
  Odosielanie protokolov je tiché. Ak však používateľ odošle spätnú väzbu, dostane sa k tímu Webex App DevOps. Ak chcete ďalej kontaktovať spoločnosť Cisco, nezabudnite si zaznamenať číslo spätnej väzby používateľa. Napríklad:

  

Získanie údajov o prostredí volania

Záznamy klientov Webex sú výrazne redigované, aby sa odstránili osobné identifikačné údaje. Údaje volajúceho prostredia by ste mali exportovať z klienta v tej istej relácii, v ktorej si problém všimnete.

Postup

1. Na klientovi kliknite na Pomocník > Kontrola stavu.
2. Vyberte Obnoviť databázu. Týmto sa spustí úplný reset klienta a načíta sa prihlasovacia obrazovka aplikácie Webex.

Overte, či sa má Webex zaregistrovať do BroadWorks

Aplikácia Webex kontroluje nasledujúce informácie, aby určila, či sa má zaregistrovať do služby BroadWorks:

• Oprávnenie používateľa na broadworks-connector.
• Volanie správania pre organizáciu a používateľa.

Skontrolujte správanie volaní používateľa a oprávnenie konektora

1. Prihláste sa na linku technickej podpory s prihlasovacími údajmi správcu partnera.
2. Vyhľadajte používateľa.
3. Kliknite na používateľa a skontrolujte položku Správanie pri volaní. Malo by to byť „Volanie Webexu“.

   

4. Kliknutím na meno používateľa otvoríte obrazovku s podrobnosťami o používateľovi.
5. Posuňte sa nadol a vyhľadajte sekciu entitlements a overte, či je zahrnutá broadworks-connector

   

   Používateľ služby Webex pre Cisco BroadWorks by NEMAL mať oprávnenie bc-sp-standard, ak má v úmysle používať službu Webex pre Cisco BroadWorks. Toto je oprávnenie na „Webex Calling (Broadcloud)“, čo je volanie cez aplikáciu Webex prostredníctvom cloudovej volacej služby spravovanej spoločnosťou Cisco.

Skontrolujte správanie organizácie pri volaniach

1. Prihláste sa na linku technickej podpory s prihlasovacími údajmi správcu partnera.
2. Vyhľadajte organizáciu.
3. Kliknite na organizáciu a zaškrtnite položku Správanie pri volaní. Malo by to byť „Volanie Webexu“.

Analyzujte PSLog a hľadajte problémy s poskytovaním používateľov

Na zobrazenie požiadavky HTTP POST na mostík pre poskytovanie a odpovede od Webexu použite protokol PSLog aplikačného servera. V správnom funkčnom prípade je odpoveď 200 OK a po niekoľkých minútach môžete vidieť, že používateľ – a nová organizácia zákazníka, ak je to prvý používateľ – bol vytvorený vo Webexe. Môžete si to overiť vyhľadaním e-mailovej adresy, ktorú vidíte v príspevku, na stránke Help Desk.

Predtým, ako začnete

Zhromaždite PSLog z aplikačného servera počas pokusu o poskytovanie služieb s testovacím používateľom.

Postup

1. Prvá vec, ktorú treba skontrolovať, je kód odpovede HTTP:
   • Čokoľvek iné ako 200 OK je zlyhanie poskytovania používateľov.
   • Kód 200 OK môže stále naznačovať zlyhanie, ak niečo v profile predplatiteľa nefunguje v službách Webex pred mostom poskytovania.
   • 400 môže v odpovedi obsahovať uzol message. Poskytovací most nedokázal spracovať niečo v subscriberProfile. Môže byť niečo v neporiadku s údajmi o predplatiteľovi alebo nekompatibilita s nastavením v šablóne.
   • Kód 401 znamená, že poverenia na poskytovanie služieb zadané v autonómnom systéme sa nezhodujú s povereniami zadanými v šablóne v Centre partnerov.
   • Kód 403 môže naznačovať, že na aplikačnom serveri je niečo nesprávne nakonfigurované. Skontrolujte cieľ požiadavky. Nemala by to byť IP adresa, mala by to byť URL adresa premosťovania poskytovania, ktorú vidíte vo svojej šablóne v Centre partnerov.
   • Kód 409 označuje konflikt medzi zadaným subscriberProfile a existujúcimi údajmi Webexu. Možno už existuje používateľ s touto e-mailovou adresou. Skontrolujte message v odpovedi.
2. Môžete tiež skontrolovať pôvodný HTTP POST, či neobsahuje podozrivé hodnoty, ktoré by mohli spôsobiť zlyhanie poskytovania. POST obsahuje štruktúru XML subscriberProfile. V tomto rámci sú užitočné uzly na kontrolu:
   • bwuserid: Použite to na vyhľadanie profilu odberateľa, ak ho potrebujete upraviť v BroadWorks.
   • group: Ak je šablóna v režime „Poskytovateľ služieb“, toto sa napíše malými písmenami a stane sa názvom organizácie zákazníka, ktorú vidíte v Centre partnerov.
   • serviceProvider: Ak je šablóna v „podnikovom režime“, toto sa napíše malými písmenami a stane sa názvom organizácie zákazníka, ktorú vidíte v Centre partnerov.
   • primaryPhoneNumber: Musí existovať. Bez neho zriaďovanie zlyhá.
   • email: Stane sa ID používateľa vo Webexe. Musí byť platný a jedinečný pre Webex, inak poskytovanie zlyhá.

     Ignorujte strofu services : Vytvára ho AS a Webex ho akceptuje, ale nepoužíva.

Analýza protokolov XSP na riešenie problémov s prihlásením odberateľa

Tento postup popisuje režim overovania BroadWorks. Režim overovania si môžete pozrieť v šablóne BroadWorks v Centre partnerov. Pozrite si časť Konfigurácia šablón zákazníkov v časti https://help.webex.com/en-us/z9gt5j/Webex-for-BroadWorks-Solution-Guide#id_137726.

Nasledujúci rebríčkový diagram znázorňuje interakciu medzi používateľom, klientom, službami Webex a systémom BroadWorks, keď používateľ vykonáva autentifikáciu BroadWorks v aplikácii Webex. Pripojenie medzi Webexom a XSP je tiež zabezpečené pomocou MTLS.

Nasledujúca diskusia vysvetľuje, čo môžete očakávať pri skúmaní protokolov úspešného prihlásenia.

Používateľ interaguje s klientom, klient interaguje so službami Webex:

• Používateľ poskytne aplikácii Webex svoju e-mailovú adresu (1 na diagrame).
• CI vie, že má tohto používateľa presmerovať na zadanie hesla BroadWorks (prostredníctvom UAP) (2 na diagrame).
• Proxy IDP odošle požiadavku na získanie profilu do rozhrania XSI na XSP.

V kocúrovi access_log:

• Vyhľadajte požiadavku GET pre profil predplatiteľa z Webexu smerom k rozhraniu Xsi-Actions (2.1 v diagrame). Má ID používateľa Webexu. Napríklad:

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

V protokole XsiActions:

• Vyhľadajte požiadavku GET profilu od spoločnosti Webex (2.1 v diagrame). Má ID používateľa Webexu. Napríklad:

  GET /com.broadsoft.xsi-actions/v2.0/user/webexuserid@example.com/profile Hlavičky obsahujú authorization: Basic a user-agent: broadworksTeamsClient

• XSP potom vykoná základné overenie OCI-P proti BroadWorks (AuthenticationVerifyRequest a AuthenticationVerifyResponse, ako každá iná aplikácia vykonávajúca základné overenie prostredníctvom Xsi) a tiež UserGetRequest a ServiceProviderGetRequest na zhromaždenie informácií o predplatiteľovi.
• Odpoveď Xsi pre Webex obsahuje blok XML Profile obsahujúci (BroadWorks) userId a ďalšie podrobnosti (2.2 v diagrame).

Interakcie klienta a služieb Webex:

• Proxy IDP porovnáva profil používateľa prijatý z BroadWorks a vydáva klientovi aserciu SAML (diagram 2.3).
• Klient vymení tvrdenie SAML za token CI (3 v diagrame).
• Klient skontroluje, či má prihlásený používateľ oprávnenie pre broadworks-connector (4 v diagrame). Oprávnenia používateľov si môžete skontrolovať v oddelení technickej podpory.
• Klient používa CI token na vyžiadanie JSON Web Tokenu (JWT) od IDP proxy (5 v diagrame).
• Proxy IDP overuje token CI na CI.
• Proxy IDP vyžaduje JWT od autentifikačnej služby.

V protokole služby authenticationService:

• Vyhľadajte požiadavku na token od spoločnosti Webex (5.2 na diagrame), napríklad: GET /authService/token, ktorý má hlavičku http_bw_userid a ďalšie.
• XSP vykoná OCI-P UserGetLoginInfoRequest, aby overil, či zadané ID používateľa zodpovedá používateľovi BroadWorks (5.3 v diagrame). AuthService si vybudovala dôveru s Webexom prostredníctvom pripojenia mTLS, takže môže vydať LLT.
• Vyhľadajte odpoveď (5.4 v diagrame) z LongLivedTokenManager - Token generated, subject: bwksUserId@example.com, issuer: BroadWorks … a StatusCode=200, ktorú môžete priradiť k pôvodnej požiadavke pomocou hlavičky trackingid: CLIENT… .

V protokole XsiActions:

• Klient je schopný prezentovať dlhodobý token v rozhraní Xsi-Actions, aby získal profil svojho zariadenia (6 na diagrame). Napríklad: GET /com.broadsoft.xsi-actions/v2.0/user/bwksUserId%40example.com/profile/device S hlavičkami authorization: Bearer token a user-agent: WebexTeams (variant/version)
• Rozhranie Xsi-Actions odošle token metódou POST do služby authservice (nakonfigurovanej tak, aby bola na rozhraní spätnej slučky). Napríklad: 127.0.0.1:80 POST http://127.0.0.1:80/authService/token, ktoré môžete korelovať s hlavičkou trackingid: CLIENT… v GET a hlavičkou X-BROADSOFT-CORRELATION-ID : CLIENT… v POST.

V protokole služby authenticationService:

• Prijatie POST správy od Xsi (loopback)

• A StatusCode=200 späť na Xsi

• A odpoveď na overenie tokenu s blokom JSON „token“ v tele.

• Korelované pomocou trackingid: CLIENT…

V protokole XsiActions:

• Po prijatí kódu 200 OK od autorizačnej služby, ktorá overila token klienta, aplikácia Xsi-Actions teraz odošle požiadavku OCI-P pre UserPrimaryAndSCADeviceGetListRequest
• Prijme OCI-P UserPrimaryAndSCADeviceGetListResponse obsahujúci XML štruktúru accessDeviceTable.
• Odpoveď OCI-P je kódovaná ako odpoveď Xsi klientovi, vrátane štruktúry XML AccessDevices, ktorá má deviceTypes. Napríklad: Business Communicator – PC a adresy URL, z ktorých môže klient načítať konfiguračné súbory zariadenia.

Klient pokračuje ako obvykle:

• Vyberie položku zariadenia a interaguje s DMS, aby získal profil zariadenia (6 na diagrame).
• Registry do BroadWorks cez SBC načítané v konfigurácii z DMS (7 v diagrame).

Problémy s Centrom partnerov

Správca nemôže vidieť organizácie zákazníkov

Ako správca vašej partnerskej organizácie vo Webexe by ste mali mať rolu úplného správcu. Táto rola sa používa na správu vašej partnerskej organizácie vrátane prideľovania administrátorských oprávnení vám a ostatným. Ak chcete spravovať organizácie zákazníkov, musíte sebe (alebo iným osobám) udeliť rolu Úplný správca predaja alebo rolu Správca predaja . Podrobnosti nájdete v časti Priradenie rolí organizačného účtu v aplikácii Control Hub.

Problémy s poskytovaním používateľov

Integrované okamžité správy & Chyby P pre konkrétne podniky / zákazníci

Ak máte zmiešaný podnik, ktorý používa rôzne cloudové služby pre spoluprácu, napr. UC-One SaaS a Webex pre Cisco BroadWorks, možno ste sa rozhodli upraviť adaptér poskytovania pre každý podnik individuálne.

Ak chcete skontrolovať, čo je nakonfigurované pre integrované IM & P (predvolené pre podniky, pokiaľ neexistuje špecifickejšie nastavenie), spustite AS_CLI/Interface/Messaging> get. Pre parametre poskytovania pre konkrétny podnik otvorte podnik a prejdite na Služby > Integrovaný systém okamžitých správ & P.

Skontrolujte, či je integrovaný IM & Konfigurácia P pre daný podnik presne zodpovedá tomu, čo je zobrazené v šablóne zákazníka v Centre partnerov. Nasledujúce nastavenia sa musia zhodovať, inak zriaďovanie zlyhá pre všetkých používateľov v podniku:

Integrované okamžité správy & Chyby P pre konkrétnych používateľov

Toto platí, ak používate priebežné zriaďovanie a predpokladáte, že zriaďovanie funguje pre some/most používatelia (aby ste mohli vylúčiť problém s konfiguráciou). Ak sa zobrazuje integrovaná aplikácia IM & Napríklad chyby P v BroadWorks “[Error 18215] Chyba poskytovania so serverom správ“ a “[Error [18211] Chyba komunikácie so serverom správ“, mali by ste preskúmať nasledujúce možné príčiny:

• E-mailová adresa používateľa už môže existovať v CI. Vyhľadajte používateľa v službe technickej podpory a skontrolujte, či sa tam jeho e-mailová adresa už nachádza. Toto nie je nevyhnutne rozhodujúce, pretože používateľ môže existovať v organizácii, ktorej údaje nemáte povolené vidieť v oddelení technickej podpory.
• Používateľ sa nezávisle zaregistroval do Webexu predtým, ako mu bol pridelený integrovaný systém okamžitých správ. & P-servis. V tomto prípade je jednou z možností nechať používateľa odstrániť svoje bezplatné účty, aby sa mohol stať súčasťou zákazníckej organizácie, ktorú poskytujete. Pokyny sú na https://help.webex.com/5m4i4y
• Používateľ nemá k svojmu profilu priradené primárne telefónne číslo (všetci predplatitelia služby Webex for Cisco BroadWorks musia mať primárne DID). Pozrite si tému o analýze PSLog z AS.

Zlyhania poskytovania používateľov v reakcii na most poskytovania

Ak sa používatelia nezobrazujú v Control Hub do niekoľkých minút od priradenia integrovaných okamžitých správ & P, pozri sa na kódy odpovedí zo služby premosťovania poskytovania. Spustite PSLog a pozrite si kódy odpovedí HTTP.

200 OK

Odpoveď 200 OK neznamená, že používateľ bol úspešne zriadený. Znamená to, že zriaďovacia služba prijala požiadavku a úspešne odoslala zodpovedajúcu požiadavku na vytvorenie používateľa nadradeným službám. Transakcia poskytovania je zámerne asynchrónna. Služba odpovedá kódom 200 OK, pretože proces vytvárania používateľa môže trvať niekoľko minút a z dôvodov výkonu nechceme dostávať viacero požiadaviek na vytvorenie toho istého používateľa. Ak sa však používateľ po odpovedi 200 OK nezobrazí v organizácii zákazníka, môže to znamenať, že vytvorenie používateľa v službách Webex pred službou poskytovania zlyhalo. Musíte eskalovať zlyhanie poskytovania, ktoré má odpoveď 200 OK.

400 Nesprávna požiadavka

Skontrolujte odpoveď HTTP, ktorá by mala obsahovať viac podrobností o potenciálnych problémoch, ktoré by mohli spôsobiť túto odpoveď od zriaďovacej služby. Niekoľko príkladov uzla:

• „Nedá sa dôverovať e-mailu BroadWorks so starším rozhraním API na poskytovanie služieb.“ E-mailová adresa spojená s neúspešnou žiadosťou o poskytnutie používateľského mena nie je platná alebo je preklep, ale v šablóne ste uviedli, že e-mailovým adresám možno dôverovať. Skontrolujte profily používateľov v BroadWorks, konkrétne ich e-mailové adresy.
• Zákaznícka organizácia sa v databáze nenašla a tiež nie je povolený príznak vytvorenia novej organizácie. Táto neúspešná žiadosť o poskytnutie by mala vytvoriť novú organizáciu zákazníka vo Webexe, ale vaša šablóna je nakonfigurovaná tak, aby zabránila vytvoreniu nových organizácií zákazníkov. Ak chcete povoliť nové organizácie pre e-mailové domény, ktoré nezodpovedajú existujúcim zákazníkom vo Webexe, môžete prekonfigurovať šablónu v Centre partnerov a znova otestovať žiadosť o poskytnutie. Ak však neočakávate vytvorenie novej organizácie pre tohto používateľa, je možné, že je chyba v e-mailovej adrese (konkrétne v časti domény). Skontrolujte e-mailovú adresu používateľa v BroadWorks.

403 Zakázané

Žiadosť o poskytnutie nemá šancu na úspech. V tomto prípade budete musieť preskúmať žiadosť a odpoveď. Napríklad, ak sa ako cieľ požiadavky na poskytovanie služieb zobrazí IP adresa – namiesto vhodnej URL adresy mosta poskytovania pre vašu organizáciu (pozri témy o konfigurácii brány firewall v Sprievodcovi riešením) – môže to znamenať, že vášmu aplikačnému serveru chýba požadovaná oprava (ap373197).

Skontrolujte, či sú na aplikačný server nainštalované všetky požadované opravy a či ste dokončili súvisiacu konfiguráciu pre úspešné poskytovanie flow-through.

409 Konflikt

Žiadosť o poskytnutie nie je možné spracovať, pretože vo Webexe existuje používateľ, ktorý zodpovedá e-mailovej adrese uvedenej v žiadosti.

Používateľ je už v CI

Získajte e-mailovú adresu odberateľa z požiadavky HTTP POST a vyhľadajte ju v službe technickej podpory. Používateľa nemusíte vidieť, ak na to nemáte povolenie, ale môžete tiež vidieť, že je v „bezplatnej“ organizácii, napr. „Spotrebiteľ“. Môžete požiadať tohto používateľa o odstránenie jeho bezplatného účtu alebo mu môžete na jeho zriadenie použiť inú e-mailovú adresu. Pozri https://help.webex.com/ndta402.

Problémy s prihlásením používateľa

Portál aktivácie používateľov sa nenačítava

Bežný prihlasovací proces do Webexu pre Cisco BroadWorks zahŕňa portál aktivácie používateľov, kde používatelia zadávajú svoje heslá. Tento portál sa niekedy nenačíta po tom, čo používateľ zadal svoju e-mailovú adresu na prihlasovacej obrazovke aplikácie Webex. Tento problém môže byť spôsobený na strane klienta alebo na strane služby. Na strane klienta je to zvyčajne spôsobené tým, že natívny prehliadač klienta je nejakým spôsobom nekompatibilný so službou.

Jednotné prihlásenie zlyhalo

• V aplikácii BroadWorks skontrolujte, či boli používateľovi priradené typy zariadení pre aplikáciu Webex (pozrite si časť Profily zariadení v časti Príprava prostredia v Sprievodcovi riešením).
• Skontrolujte, či používateľ používa správne heslo. Ak je šablóna, ktorú ste použili na zriadenie zákazníckej organizácie používateľa (v Centre partnerov), nakonfigurovaná na overenie BroadWorks, používateľ by mal zadať svoje heslo BroadWorks pre webový prístup. Používateľ môže tiež musieť zadať svoje používateľské ID BroadWorks, ak jeho e-mailová adresa nie je nakonfigurovaná ako alternatívne používateľské ID. Uistite sa, že používateľ správne zadal veľké a malé písmená.

Problémy s konfiguráciou a registráciou volania

Po zriadení používateľa v aplikácii Webex a jeho úspešnom prihlásení do nej sa aplikácia zaregistruje v aplikácii BroadWorks. Nasleduje očakávaná postupnosť registrácie a výsledné znaky úspešnej registrácie (ako je vidieť z aplikácie Webex):

Očakávaná registračná sekvencia

1. Klient volá XSI, aby získal token správy zariadenia a URL adresu DMS.
2. Klient si vyžiada profil svojho zariadenia od DMS predložením tokenu z kroku 1.
3. Klient prečíta profil zariadenia a získa SIP prihlasovacie údaje, adresy a porty.
4. Klient odošle SIP REGISTER do SBC s použitím informácií z kroku 3.
5. SBC odošle SIP REGISTER do AS (SBC môže vykonať vyhľadávanie v NS, aby lokalizoval AS, ak SBC ešte nepozná používateľa SIP).

Očakávané znaky úspešnej registrácie klienta

V rozhraní Webex sa zobrazí ikona Možnosti volania.

Na karte telefónnych služieb aplikácie Webex (napr. Nastavenia > Telefónne služby v systéme Windows, Predvoľby > Telefónne služby na Macu), správa „SSO Relácia: „Ste prihlásení“ znamená, že aplikácia sa úspešne zaregistrovala (v tomto prípade do BroadWorks).

Klient nemá ikonu volania

Väčšinou to znamená, že používateľ nemá správnu licenciu. / nároky.

Toto je neúspešná registrácia. Existuje viacero dôvodov, prečo by klient aplikácie Webex zlyhal pri registrácii v BroadWorks:

Viaceré volacie služby sa testujú s rovnakými klientmi

Tento známy problém môže byť spôsobený tým, že klient prepína medzi rôznymi volajúcimi spätnými koncami. S najväčšou pravdepodobnosťou sa to stane počas skúšobných verzií rôznych volacích služieb ponúkaných prostredníctvom (tých istých) klientov aplikácie Webex. Tento problém môžete vyriešiť resetovaním databázy klientov (odkaz).

Nesprávna konfigurácia autentifikačnej služby

Skontrolujte XSP hostiace autentifikačnú službu podľa Sprievodcu riešením (pozri Konfigurácia služieb na vašom Webexe pre Cisco BroadWorks XSP). Konkrétne:

• Kľúče RSA (ktoré vygenerujete na jednom XSP) sa skopírujú na všetky XSP.
• URL adresa overovacej služby bola poskytnutá webovému kontajneru na všetkých XSP a správne zadaná v klastri v Partner Hub.
• Externé overovanie pomocou certifikátov je nakonfigurované:

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

  allowUserApp = false

  allowClientApp = true

• Pri používaní MTLS musíte nahrať klientsky certifikát Webex do XSP (certifikát môžete získať z Centra partnerov na stránke nastavení BroadWorks).

Nesprávna konfigurácia značiek BroadWorks

Skontrolujte, či ste nakonfigurovali požadované značky BroadWorks pre aplikáciu Webex. Informácie o konfiguračných značkách nájdete v Konfiguračnej príručke Webex pre Cisco BroadWorks. Uistite sa, že neexistujú žiadne konflikty alebo nesprávne hodnoty. Konkrétne by značka %SBC_ADDRESS_WXT% mala predstavovať SBC smerom k vášmu registrátorovi SIP pre klientov aplikácie Webex.

Desktopový klient odpojí telefónne služby po úspešnom pripojení SSO

Tento problém môže byť spôsobený prihlásením sa toho istého používateľa do viacerých klientov na rovnakom type platformy. Napríklad, ak sa používateľ úspešne prihlási do aplikácie Webex v systéme Windows a potom sa prihlási do aplikácie Webex na inom počítači so systémom Windows, aktívna relácia SSO bude existovať iba na jednom z počítačov. Je to zámerné. Ak absolútne potrebujete tento problém obísť, môžete nakonfigurovať BroadWorks tak, aby mal viacero inštancií rovnakého typu zariadenia, ale musia mať jedinečné adresy SIP. Táto konfigurácia je mimo rozsahu pôsobnosti Webexu pre Cisco BroadWorks.

Počítačové zariadenie nie je pre používateľa pripravené

Tento podpis sa zobrazuje v protokole klienta:

[0x70000476b000] BroadWorksConfigDownloader.cpp:106

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

Problémy s nastaveniami hovorov v aplikácii WebView

Starostlivosť o seba button/link nezobrazuje sa v aplikácii Webex

Ďalším príznakom tohto problému je, keď button/link sa zobrazuje, ale kliknutím naň sa otvorí externý prehliadač.

• Overte, či je nasadená požadovaná šablóna konfigurácie klienta a či sú správne nastavené značky CSW. (Pozrite si časť Nastavenia hovorov Webview v Sprievodcovi riešením Webex pre Cisco BroadWorks).
• Overte, či je aplikácia Webex zaregistrovaná na volanie v BroadWorks.
• Skontrolujte, či je aplikácia Webex najnovšia verzia, ktorá podporuje CSWV.

Prázdna stránka alebo chyba po kliknutí na Samoobsluha button/link

Toto správanie v aplikácii Webex vo všeobecnosti naznačuje problém s konfiguráciou alebo nasadením aplikácie CSWV na platforme BroadWorks XSP. Zhromaždite podrobnosti na ďalšie vyšetrovanie vrátane protokolov CSWV, protokolov prístupu, úložiska config-wxt.xml a súboru šablóny a potom nahláste prípad.

Problémy s nárokovaním domény

Chyby pri registrácii používateľov sa môžu vyskytnúť v dôsledku chýb, ktoré sa vyskytnú pri nárokovaní domén. Predtým, ako si nárokujete akúkoľvek doménu, uistite sa, že rozumiete nasledujúcim informáciám:

• Poskytovatelia služieb by si nemali nárokovať domény organizácií zákazníkov, ktoré spravujú. Mali by si nárokovať iba domény tých používateľov, ktorí sú súčasťou internej organizácie poskytovateľa služieb. Nárokovanie domény používateľov v samostatnej organizácii (aj v takej, ktorú spravuje poskytovateľ služieb) môže viesť k chybám pri registrácii používateľov v organizácii zákazníka, pretože požiadavky na overenie používateľov sa smerujú cez poskytovateľa služieb, a nie cez organizáciu zákazníka.
• Ak dve zákaznícke organizácie (spoločnosť A a spoločnosť B) zdieľajú rovnakú doménu a spoločnosť A si doménu nárokuje, registrácia používateľov spoločnosti B môže zlyhať z dôvodu, že požiadavky na overenie používateľov sú smerované cez organizáciu, ktorá si doménu nárokuje (spoločnosť A).

  Ak si nárokujete domény omylom a potrebujete odstrániť nárok, pozrite si článok Spravujte svoje domény na webe Webex.

Chybové kódy koncového používateľa

Nasledujúca tabuľka uvádza chybové kódy koncových používateľov, ktoré sa môžu zobraziť na aktivačnom portáli klienta.

Chybové kódy pre synchronizáciu adresárov

Nasledujúce chybové kódy sa vzťahujú na synchronizáciu adresárov.