Tento článek je rozdělen do tří hlavních částí:

• Zdroje, což je seznam nástrojů, čtecího materiálu, protokolů a kontaktů, které můžete potřebovat.
• Procesy, které popisují některé akce, které byste mohli podniknout při řešení problému zákazníka.
• Konkrétní problémy, které kategorizují a uvádějí problémy, o nichž je známo, že se vyskytují, jak je rozpoznat a jak byste je mohli potenciálně vyřešit.

Užitečné soubory protokolů

Seznam četby

• Webex pro partnerský znalostní portál Cisco BroadWorks
• Průvodce konfigurací platformy XSP (R23)
• Průvodce správou softwaru BroadWorks (R23)
• Konfigurační příručka pro správu zařízení Cisco BroadWorks (R23)
• Průvodce administrací rozhraní příkazového řádku Broadworks Xsp
• Popis funkce tokenu ověřování s dlouhou životností Verze 23.0
• Průvodce integrací ověřování SAML, R23
• Průvodce možnostmi podpory Cisco BroadWorks SSL
• Popis funkce podpory Cisco CI
• Server pro odesílání oznámení (popis funkce)
• Podpora nabízených oznámení pro popis funkce volání verze 22.0
• Postup migrace Connect (Android) do Firebase
• Úložiště tokenů zařízení Cisco BroadWorks pro push notifikace Funkce Popis Verze 22.0
• Plánovač kapacity systému Cisco BroadWorksSystem (tabulka)
• Průvodce dimenzováním platformy Cisco BroadWorks
• Průvodce systémovým inženýrstvím Cisco Broadworks
• Dokument podpory ověřování CI verze 1.0 MR-7136

Známé problémy a omezení

Článek Známé problémy a omezení obsahuje aktuální informace o známých problémech, které jsme identifikovali v řešení Webex for BroadWorks.

Serviceability Connector

Služba Webex Serviceability zvyšuje rychlost, s jakou mohou pracovníci technické podpory společnosti Cisco diagnostikovat problémy s infrastrukturou. Automatizuje úkoly vyhledávání, načítání a ukládání diagnostických protokolů a informací do případu SR. Služba také aktivuje analýzu diagnostických signatur, aby TAC mohl efektivněji identifikovat a řešit problémy s místním zařízením.

Podrobnosti o nasazení konektoru Serviceability naleznete v Průvodci nasazením pro Cisco Webex Serviceability Connector.

Eskalace problému

Po dodržení některých pokynů pro řešení potíží byste měli mít rozumnou představu o tom, kde je problém zakořeněn.

procedura

1. Shromážděte co nejvíce informací ze systémů souvisejících s daným problémem.
2. Chcete-li zahájit případ, kontaktujte příslušný tým společnosti Cisco.

Jaké informace o klientovi shromažďovat

Pokud si myslíte, že potřebujete otevřít případ nebo eskalovat problém, shromážděte při řešení potíží s uživatelem následující informace:

• Identifikátor uživatele: E-mailová adresa CI nebo UUID uživatele (jedná se o identifikátor Webex, ale pokud získáte také identifikátor uživatele BroadWorks, pomůže to).
• Identifikátor organizace.
• Přibližný časový rámec, během kterého se problém vyskytl.
• Platforma a verze klienta.
• Odesílat nebo shromažďovat protokoly od klienta.
• Zaznamenejte ID sledování, pokud se zobrazuje na straně klienta.

Zkontrolujte údaje uživatele v Help Desku

Partnerští administrátoři s oprávněními role Správce helpdesku (základní nebo pokročilý) mohou pomocí tohoto postupu zkontrolovat údaje o uživatelích v zobrazení helpdesku.

procedura

1. Přihlaste se k helpdesku.
2. Vyhledejte uživatele a klikněte na něj. Tím se otevře obrazovka souhrnu uživatelů.
3. Kliknutím na uživatelské jméno zobrazíte podrobnou konfiguraci uživatele. Mezi užitečné informace v tomto zobrazení patří UUID uživatele, cluster Common Identity (CI), cluster aplikací Webex, chování volání a GUID účtu BroadWorks.
4. Pokud potřebujete tyto informace použít v jiném nástroji, klepněte na Kopírovat nebo je připojte k případu Cisco.

Zobrazit organizaci zákazníka v Help Desku

Správci partnerů s oprávněními role Správce helpdesku (základní nebo pokročilý) mohou pomocí tohoto postupu zobrazit podrobnosti o organizaci zákazníka v zobrazení helpdesku.

procedura

1. Přihlaste se k helpdesku.
2. Vyhledejte název organizace zákazníka a klikněte na něj.
3. Posuňte se dolů, dokud neuvidíte Zobrazení zákaznického portálu a kliknutím na Zobrazit jméno zákazníka zobrazíte zobrazení organizace zákazníka pouze pro čtení – včetně uživatelů a konfigurace.

Načíst uživatelské protokoly z Centra partnerů

Při řešení problémů s desktopovými a mobilními klienty je důležité, aby partneři (a TAC) mohli zobrazit protokoly klientů.

procedura

1. Požádejte uživatele o odeslání protokolů. Nápovědu najdete v těchto tématech: Aplikace Webex | Nahlásit problém.
2. Požádejte uživatele, aby exportoval volající prostředí a poslal vám soubor ced.dat.
3. Získejte protokoly klientů z centra pro partnery nebo z helpdesku.

   Možnost Partnerského centra:

   1. Přihlaste se do partnerského centra a najděte organizaci zákazníků uživatele.
   2. Vyberte Poradce při potížích.
   3. Vyberte Protokoly.
   4. Vyhledejte uživatele (e-mailem).
   5. Zobrazení a stažení protokolů klientů jako souboru ZIP.

   Možnost helpdesku:

   1. Přihlaste se k helpdesku.
   2. Vyhledejte organizaci.
   3. Klikněte na organizaci (otevře souhrnnou obrazovku).
   4. Přejděte dolů a klikněte na Zobrazit zákazníka.
   5. Vyberte Poradce při potížích.
   6. Vyberte Protokoly.
   7. Vyhledejte uživatele (e-mailem).
   8. Zobrazení a stažení protokolů klientů jako souboru ZIP.

Jak najít verzi klienta

procedura

1. Sdílejte tento odkaz s uživatelem: https://help.webex.com/njpf8r5
2. Požádejte uživatele, aby vám poslal číslo verze.

Kontrola klienta pro volání služby

procedura

1. Přihlaste se ke klientovi Webex.
2. Zkontrolujte, zda je na bočním panelu ikona Možnosti volání (sluchátko s ozubeným kolem nad ním). Pokud ikona není k dispozici, uživatel ještě nemusí být povolen pro volající službu v Centru řízení.
3. Otevřete nabídku Nastavení/Předvolby a přejděte do části Telefonní služby. Měli byste vidět stav Relace jednotného přihlašování Jste přihlášeni. (Pokud je k tomu přichycená jiná telefonní služba, například Webex Volání, je zobrazeno, uživatel nepoužívá Webex pro Cisco BroadWorks.)

   Tímto ověřením se rozumí:

   • Klient úspěšně prošel požadované mikroslužby Webex.
   • Uživatel se úspěšně ověřil.
   • Klientovi váš systém BroadWorks vydá webový token JSON s dlouhou životností.
   • Klient načetl svůj profil zařízení a zaregistroval se do BroadWorks.

Získejte klientské protokoly nebo zpětnou vazbu

• V části Zdroje najdete konkrétní protokoly klientů v desktopových klientech Webex nebo požádejte uživatele o odeslání protokolů. Nápovědu najdete v těchto tématech: Aplikace Webex | Nahlásit problém.
• Požádejte uživatele mobilních klientů, aby posílali protokoly, a pak je můžete získat prostřednictvím partnerského centra nebo helpdesku.
  Protokoly odesílání jsou tiché. Pokud však uživatel odešle zpětnou vazbu, přejde do týmu Devops aplikace Webex. Pokud chcete na společnost Cisco navazovat, nezapomeňte zaznamenat číslo zpětné vazby uživatele. Příklad:

  

Získat data o volajícím prostředí

Protokoly klientů Webex jsou silně redigovány, aby se odstranily osobní identifikovatelné informace. Data prostředí volání byste měli exportovat z klienta ve stejné relaci, ve které si všimnete problému.

procedura

1. V klientovi klikněte na Nápověda > Kontrola stavu.
2. Vyberte Obnovit databázi. Tím se spustí úplné resetování klienta a načte přihlašovací obrazovka aplikace Webex.

Ověřte, zda se má Webex zaregistrovat do BroadWorks

Aplikace Webex zkontroluje následující informace a určí, zda se má zaregistrovat do služby BroadWorks:

• Uživatelské oprávnění k broadworks-connector.
• Chování volání pro organizaci a uživatele.

Kontrola chování uživatele při volání a oprávnění konektoru

1. Přihlaste se k Help Desk pomocí přihlašovacích údajů správce partnera.
2. Vyhledejte uživatele.
3. Klikněte na uživatele a zkontrolujte položku Chování volání. Mělo by to být "Volání webexu".

   

4. Kliknutím na uživatelské jméno otevřete obrazovku Podrobnosti o uživateli.
5. Přejděte dolů a vyhledejte sekci entitlements a ověřte, zda je v ní zahrnuta broadworks-connector .

   

   Uživatel Webexu pro Cisco BroadWorks by NEMĚL mít oprávnění bc-sp-standard, pokud má v úmyslu používat Webex pro Cisco BroadWorks. To je nárok na "Webex Calling (Broadcloud)", což je aplikace Webex, která volá prostřednictvím služby cloudového volání spravovaného cisco.

Kontrola chování organizace při volání

1. Přihlaste se k Help Desk pomocí přihlašovacích údajů správce partnera.
2. Vyhledejte organizaci.
3. Klikněte na organizaci a zaškrtněte položku Chování při volání. Mělo by to být "Volání webexu".

Analýza PSLogu s ohledem na problémy s poskytováním uživatelů

Pomocí protokolu PSLog aplikačního serveru můžete zobrazit požadavek HTTP POST na zřizovací most a odpověď z webexu. Ve správném pracovním případě je odpověď 200 OK a po několika minutách můžete vidět, že uživatel - a nová organizace zákazníka, pokud je prvním uživatelem - byl vytvořen ve Webexu. Můžete to ověřit vyhledáním e-mailové adresy, kterou vidíte v příspěvku, na helpdesku.

Než začnete

Shromáždí pslog z aplikačního serveru během pokusu o zřízení toku s testovacím uživatelem.

procedura

1. První věc, kterou je je možné zkontrolovat, je kód odpovědi HTTP:
   • Cokoliv jiného než 200 OK je selhání zřizování uživatele.
   • Kód 200 OK může stále znamenat selhání, pokud něco v profilu předplatitele nefunguje ve službách Webex před zřizovacím mostem.
   • 400 může v odpovědi obsahovat uzel message. Zřizovací most nemohl zpracovat něco v subscriberProfile. S podrobnostmi o předplatiteli může být něco v pořádku nebo nekompatibilita s nastavením v šabloně.
   • 401 znamená, že přihlašovací údaje pro zřizování zadané v as se neshodují s přihlašovacími údaji zadanými v šabloně v partnerském centru.
   • 403 může znamenat něco nesprávně nakonfigurované na aplikačním serveru. Zkontrolujte cíl požadavku. neměla by to být IP adresa, měla by to být adresa URL zřizovací můstku, kterou můžete vidět v šabloně v Partner Hubu.
   • Kód 409 označuje konflikt mezi zadaným subscriberProfile a existujícími daty Webexu. Je možné, že existuje uživatel s tuto e-mailovou adresou. Zkontrolujte message v odpovědi.
2. Můžete také zkontrolovat původní http post pro všechny podezřelé hodnoty, které by mohly způsobit selhání zřizování. POST obsahuje strukturu XML subscriberProfile. Uvnitř jsou užitečné uzly, které je třeba zkontrolovat:
   • bwuserid: Použijte to k nalezení profilu odběratele, pokud jej potřebujete upravit v BroadWorks.
   • group: Pokud je šablona v režimu „Poskytovatel služeb“, bude toto písmeno malými písmeny a stane se názvem organizace zákazníka, kterou vidíte v centru pro partnery.
   • serviceProvider: Pokud je šablona v „podnikovém režimu“, bude toto písmeno malými písmeny a stane se názvem zákaznické organizace, kterou vidíte v centru pro partnery.
   • primaryPhoneNumber: Musí existovat. Zřizování bez něj selže.
   • email: Stane se ID uživatele ve Webexu. V opačném případě se zřizování nezdaří a musí být pro Webex platné a jedinečné.

     Ignorujte sloku services : je vytvořen as a přijat, ale není používán webexem.

Analýza protokolů XSP pro řešení problémů s přihlášením odběratelů

Tento tok popisuje režim ověřování BroadWorks. Režim ověřování můžete vidět v šabloně BroadWorks v partnerském centru. Viz Konfigurace šablon zákazníků v aplikaci https://help.webex.com/en-us/z9gt5j/Webex-for-BroadWorks-Solution-Guide#id_137726.

Následující schéma kontaktů znázorňuje interakci mezi uživatelem, klientem, službami Webex a systémem BroadWorks, když uživatel provádí ověřování BroadWorks v aplikaci Webex. Spojení mezi Webexem a XSP je také zabezpečeno pomocí MTLS.

Následující diskuse vysvětluje, co můžete očekávat při zkoumání protokolů pro úspěšné přihlášení.

Uživatel komunikuje s klientem, klient komunikuje se službami Webex:

• Uživatel dodá svou e-mailovou adresu aplikaci Webex (1 v diagramu).
• CI ví, že má tohoto uživatele přesměrovat, aby zadáte heslo BroadWorks (přes UAP) (2 v diagramu).
• Proxy IDP odešle požadavek na získání profilu do rozhraní Xsi v XSP.

V kocourovi access_log:

• Vyhledejte požadavek GET pro profil předplatitele, od Webexu směrem k rozhraní Xsi-Actions (2.1 v diagramu). Má ID uživatele Webex. Příklad:

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

V XsiActionsLog:

• Vyhledejte profil GET požadavek od Webex (2.1 v diagramu). Má ID uživatele Webex. Příklad:

  GET /com.broadsoft.xsi-actions/v2.0/user/webexuserid@example.com/profile Záhlaví obsahují authorization: Basic a user-agent: broadworksTeamsClient

• XSP pak dělá ověřování OCI-P Basic proti BroadWorks (AuthenticationVerifyRequest a AuthenticationVerifyResponse, stejně jako jakákoli jiná aplikace, která dělá základní ověřování přes Xsi) a také UserGetRequest a ServiceProviderGetRequest pro shromažďování informací o předplatiteli.
• Odpověď Xsi pro Webex obsahuje blok XML Profile obsahující (BroadWorks) userId a další podrobnosti (2.2 v diagramu).

Interakce klientských a webexových služeb:

• Proxy IDP porovnává uživatelský profil přijatý z BroadWorks a vydává klientovi aserci SAML (diagram 2.3).
• Klient vyměňuje aserci SAML za token CI (3 v diagramu).
• Klient zkontroluje, zda má přihlášený uživatel oprávnění broadworks-connector (4 v diagramu). Oprávnění uživatelů si můžete ověřit v Help Desku.
• Klient používá CI token k vyžádání JSON Web Tokenu (JWT) od IDP proxy (5 v diagramu).
• Proxy IDP ověřuje token CI na CI.
• Proxy IDP vyžaduje JWT od ověřovací služby.

V protokolu authenticationService:

• Vyhledejte požadavek na token od Webexu (5.2 v diagramu), například: GET /authService/token, který má záhlaví http_bw_userid a další.
• XSP provádí OCI-P UserGetLoginInfoRequest, aby ověřil, zda zadané uživatelské ID odpovídá uživateli BroadWorks (5.3 v diagramu). AuthService navázala důvěru s Webexem na základě připojení mTLS, takže může vydávat LLT.
• Hledejte odpověď (5.4 v diagramu) z LongLivedTokenManager - Token generated, subject: bwksUserId@example.com, issuer: BroadWorks … a StatusCode=200, kterou můžete přiřadit k původnímu požadavku pomocí záhlaví trackingid: CLIENT… .

V XsiActionsLog:

• Klient je schopen prezentovat dlouhodobý token v rozhraní Xsi-Actions a získat tak profil svého zařízení (6 v diagramu). Příklad: GET /com.broadsoft.xsi-actions/v2.0/user/bwksUserId%40example.com/profile/device S záhlavími authorization: Bearer token a user-agent: WebexTeams (variant/version)
• Rozhraní Xsi-Actions odešle token do služby authservice (nakonfigurované tak, aby byla na rozhraní zpětné smyčky). Například: 127.0.0.1:80 POST http://127.0.0.1:80/authService/token, které lze korelovat se záhlavím trackingid: CLIENT… v GET a záhlavím X-BROADSOFT-CORRELATION-ID : CLIENT… v POST.

V protokolu authenticationService:

• Příjem post od Xsi (zpětná smyčka)

• A StatusCode=200 zpět na Xsi

• A odpověď pro ověření tokenu s blokem JSON "token" v těle.

• Korelováno pomocí trackingid: CLIENT…

V XsiActionsLog:

• Po obdržení kódu 200 OK od autorizační služby, která ověřila token klienta, aplikace Xsi-Actions nyní odesílá požadavek OCI-P pro UserPrimaryAndSCADeviceGetListRequest
• Přijme OCI-P UserPrimaryAndSCADeviceGetListResponse obsahující XML strukturu accessDeviceTable.
• Odpověď OCI-P je kódována jako odpověď Xsi klientovi, včetně struktury XML AccessDevices, která má deviceTypes. Příklad: Business Communicator – PC a adresy URL, na které může klient načíst konfigurační soubory zařízení.

Klient pokračuje jako obvykle:

• Vybere položku zařízení a komunikuje s DMS, aby získal profil zařízení (6 v diagramu).
• Registry do BroadWorks přes SBC načtené v konfiguraci z DMS (7 v diagramu).

Problémy s Centrem partnerů

Správce nemůže vidět organizace zákazníků

Jako správce vaší partnerské organizace ve Webexu byste měli mít roli plného správce. Tato role se používá pro správu partnerské organizace, včetně přiřazení oprávnění správce sobě i ostatním. Pro správu zákaznických organizací je nutné udělit sobě (nebo jiným osobám) roli Správce prodeje s plnými oprávněními nebo roli Správce prodeje . Podrobnosti viz Přiřazení rolí účtů organizace v Control Hub.

Problémy se zřizováním uživatelů

Integrovaný systém rychlých zpráv & Chyby P pro konkrétní podniky / zákazníci

Pokud máte kombinaci podniků používajících různé služby cloudové spolupráce, např.

Kontrola nastavení integrovaných IM & P (výchozí pro podniky, pokud neexistuje konkrétnější nastavení), spusťte AS_CLI/Interface/Messaging> get. Pro parametry zřizování pro konkrétní podnik otevřete podnik a přejděte na Služby > Integrovaný systém rychlých zpráv & P.

Zkontrolujte, zda konfigurace integrovaného IM&P pro te tuto rozlehlou společnost přesně odpovídá tomu, co je zobrazeno v šabloně zákazníka v partnerském centru. Následující nastavení se musí shodovat nebo se zřizování nezdaří pro všechny uživatele v rozlehlé síti:

Integrovaný systém rychlých zpráv & Chyby P pro konkrétní uživatele

To platí, pokud používáte zřizování toku a předpokládáte, že zřizování funguje pro některé/většinu uživatelů (takže můžete vyloučit problém s konfigurací). Pokud se v BroadWorks vykřikují chyby integrovaného rychlého zasílání zpráv, například "[Chyba 18215] Chyba zřizování se serverem zasílání zpráv" a "[Chyba 18211] Chyba komunikace se serverem zasílání zpráv", měli byste prozkoumat následující potenciální příčiny:

• E-mailová adresa uživatele již může existovat CI. Vyhledejte uživatele v helpdesku a zkontrolujte, zda je jeho e-mailová adresa již k dispozici. To nemusí být nutně přesvědčivé, protože uživatel může existovat v organizaci, jejíž data nesmíte zobrazit v helpdesku.
• Uživatel se nezávisle zaregistroval do služby Webex před přiřazením integrované služby IM&P. V tomto případě je jednou z možností nechat uživatele smazat svůj bezplatný účet, aby se mohl stát součástí zákaznické organizace, kterou zřizujete. Pokyny jsou na https://help.webex.com/5m4i4y
• Uživatel nemá ke svému profilu přiřazeno primární telefonní číslo (všichni předplatitelé Webexu pro Cisco BroadWorks musí mít primární DID). Podívejte se na téma analýzy pslogu z AS.

Chyby zřizování uživatelů v reakci na zřizovací most

Pokud se uživatelé nezobrazí v Centru řízení, během několika minut od přiřazení integrovaného rychlého zámetí se podívejte na kódy odpovědí ze služby zřizovací most. Spuštěním protokolu PSLog se podívejte na kódy odpovědí HTTP.

200 OK

Odpověď 200 OK neznamená, že uživatel byl úspěšně zřízen. To znamená, že zřizovací služba obdržela požadavek a úspěšně odeslala odpovídající žádost o vytvoření uživatele do předcházejících služeb. Transakce zřizování je asynchronní již od návrhu. Služba odpoví 200 OK, protože proces vytváření uživatele může trvat několik minut a z důvodů výkonu nechceme přijímat více požadavků na vytvoření stejného uživatele. Pokud se však uživatel nakonec nezobrazí v organizaci zákazníků po odpovědi 200 OK, může to znamenat, že vytvoření uživatele se nezdařilo ve službách Webex před zřizovací službou. Je třeba eskalovat selhání zřizování, které má odpověď 200 OK.

400 chybná žádost

Zkontrolujte odpověď HTTP, která by měla mít více podrobností o potenciálních problémech, které by mohly způsobit tuto odpověď ze služby zřizování. Některé příklady uzlu:

• "Emisi emisi emisi emisi BroadWorks s rozhraním API pro starší zřizování E-mailová adresa přidružená k neúspěšné žádosti o zřizování uživatelů není platná nebo je chybně zamlžená, ale v šabloně jste tvrdili, že e-mailové adresy lze důvěřovat. Zkontrolujte profily uživatelů v BroadWorks, konkrétně ID e-mailu.
• Organizace zákazníka nebyla v databázi nalezena a také není povolen příznak vytvoření nové organizace. Tato neúspěšná žádost o zřízení by měla vytvářet novou organizaci zákazníků ve webexu, ale šablona je nakonfigurována tak, aby zabránila vytváření nových organizací zákazníků. Pokud chcete povolit nové organizace pro e-mailové domény, které neode shodují se stávajícími zákazníky ve Webexu, můžete překonfigurovat šablonu v Partner Hubu a znovu otestovat požadavek na zřizování. Pokud však neočekáváte, že pro tohoto uživatele bude vytvořena nová organizace, je možná e-mailová adresa chybně vytvořena (konkrétně doménová část). Zkontrolujte id e-mailu uživatele v BroadWorks.

403 Zakázáno

Žádost o zřízení nemá šanci na úspěch. V tomto případě budete muset žádost a odpověď prošetřit. Pokud například vidíte IP adresu jako cíl požadavku na zřízení – namísto příslušné adresy URL mostu zřizování pro vaši organizaci (viz témata konfigurace brány firewall v Průvodci řešením) – může to znamenat, že na ap serveru chybí požadovaná oprava (ap373197).

Zkontrolujte, zda jsou na aplikačním serveru použity všechny požadované opravy a zda jste dokončili související konfiguraci pro úspěšné zřizování toku.

409 Konflikt

Požadavek na zřizování nemůže pokračovat, protože ve Webexu existuje existující uživatel, který odpovídá e-mailové adrese v požadavku.

Uživatel již v CI

Získejte e-mail předplatitele z požadavku HTTP POST a vyhledejte ho v helpdesku. Pokud to není povoleno, nemusí se uživatel zobrazit, ale můžete také vidět, že se uživatel nachází v "bezplatné" organizaci, např. "Spotřebitel". Můžete požádat tohoto uživatele, aby smazal svůj bezplatný účet, nebo můžete k jeho zřízení použít jinou e-mailovou adresu. Viz https://help.webex.com/ndta402.

Problémy s přihlášením uživatelů

Portál pro aktivaci uživatelů se nenačte

Normální tok přihlášení Webex pro Cisco BroadWorks zahrnuje portál aktivace uživatelů, kde uživatelé zapisují svá hesla. Někdy se tento portál nenačte poté, co uživatel zadá svou e-mailovou adresu na přihlašovací obrazovce aplikace Webex. Tento problém může být způsoben na straně klienta nebo na straně služby. Na straně klienta je obvykle způsobena tím, že nativní prohlížeč klienta je nějakým způsobem nekompatibilní se službou.

Jednotné přihlášení se nezdařilo.

• V BroadWorks zkontrolujte, jestli byl uživateli přiřazen typy zařízení pro aplikaci Webex (viz část Profily zařízení v části Příprava prostředí v průvodci řešením).
• Zkontrolujte, zda uživatel používá správné heslo. Pokud je šablona, kterou jste použili k zřízení zákaznické organizace uživatele (v centru pro partnery), nakonfigurována pro ověřování BroadWorks, měl by uživatel zadávat své heslo pro „webový přístup“ BroadWorks. Uživatel může také muset zadat své uživatelské ID BroadWorks, pokud jeho e-mailová adresa není nakonfigurována jako alternativní uživatelské ID. Ujistěte se, že uživatel správně zadal velká a malá písmena.

Problémy s konfigurací a registrací volání

Poté, co byl uživatel zřízen ve Webexu a úspěšně se přihlásil do aplikace Webex, pak se aplikace zaregistruje do BroadWorks. Následuje očekávaná registrační sekvence a výsledné známky zdravé registrace (jak je vidět z aplikace Webex):

Očekávaná registrační sekvence

1. Klient volá XSI, aby získal token správy zařízení a adresu URL DMS.
2. Klient požádá o svůj profil zařízení z DMS předložením tokenu z kroku 1.
3. Klient přečte profil zařízení a načte přihlašovací údaje, adresy a porty SIP.
4. Klient odešle SIP REGISTER do SBC pomocí informací z kroku 3.
5. SBC odešle registr SIP do AS (SBC může provést vyhledávání v NS, aby nalezl AS, pokud SBC uživatele SIP ještě nezná).

Očekávané známky úspěšné registrace klienta

V rozhraní Webex se zobrazí ikona Možnosti volání.

Na kartě telefonních služeb aplikace Webex (např. Nastavení > Telefonní služby ve Windows, Předvolby > Telefonní služby na Macu), zpráva „SSO Relace: Jste přihlášeni" znamená, že aplikace byla úspěšně zaregistrována (v tomto případě do BroadWorks).

Klient nemá ikonu volání

Většinou to znamená, že uživatel nemá správnou licenci / nároky.

Jedná se o neúspěšnou registraci. Existuje několik důvodů, proč by klient aplikace Webex neuspěl s registrací u BroadWorks:

Testování více volacích služeb se stejnými klienty

Tento známý problém může být způsoben změnou klienta mezi různými konci volání. S největší pravděpodobností k němu dojde během zkoušek různých služeb volání nabízených prostřednictvím (stejných) klientů aplikace Webex. Tento problém můžete vyřešit resetováním databáze klienta (odkazu).

Nesprávná konfigurace ověřovací služby

Zkontrolujte XSP hostující ověřovací službu proti Průvodci řešením (viz Konfigurace služeb na webexu pro XSP Cisco BroadWorks). specificky:

• Klíče RSA (které vygenerujete na jednom XSP) se zkopírují do všech XSP
• Adresa URL ověřovací služby byla poskytnuta webovému kontejneru na všech XSP a správně zadána do clusteru v partnerském centru.
• Externí ověřování pomocí certifikátů je nakonfigurováno:

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

  allowUserApp = false

  allowClientApp = true

• Při použití MTLS je nutné nahrát klientský certifikát Webex do XSP (certifikát můžete získat z Centra pro partnery na stránce Nastavení BroadWorks).

Chybná konfigurace značek BroadWorks

Zkontrolujte, zda jste nakonfigurovali požadované tagy BroadWorks pro aplikaci Webex. Informace o konfiguračních značkách naleznete v konfigurační příručce Webex pro Cisco BroadWorks. Ujistěte se, že nedochází ke konfliktům ani k nesprávným hodnotám. Konkrétně by tag %SBC_ADDRESS_WXT% měl být SBC směrem k vašemu registrátorovi SIP pro klienty aplikace Webex.

Klient na počítači odpojí telefonní služby po úspěšném připojení SSO

Tento problém může být způsoben stejným uživatelem, který se přihlašuje k více klientům na stejném typu platformy. Pokud se například uživatel úspěšně přihlásí do aplikace Webex ve Windows a poté se přihlásí do aplikace Webex na jiném počítači se systémem Windows, bude aktivní relace SSO pouze na jednom z počítačů. Tohle je záměr. Pokud tento problém rozhodně potřebujete vyřešit, můžete nakonfigurovat BroadWorks tak, aby měl více instancí stejného typu zařízení, ale musí mít jedinečné ADRESY SIP. Tato konfigurace je mimo rozsah webexu pro Cisco BroadWorks.

Stolní zařízení není pro uživatele zřízeno

Tento podpis je vidět v klientském protokolu:

[0x70000476b000] BroadWorksConfigDownloader.cpp:106

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

Problémy s nastavením hovorů ve webovém prohlížeči

Péče o sebe button/link Nezobrazuje se v aplikaci Webex

Jiným příznakem tohoto problému je, když se zobrazí tlačítko / odkaz, ale kliknutím na něj otevřete externí prohlížeč.

• Ověřte, zda je nasazena požadovaná šablona konfigurace klienta a zda jsou správně nastaveny značky CSW. (Viz část Nastavení volání Webview v Průvodci řešením Webex pro Cisco BroadWorks).
• Ověřte, zda je aplikace Webex registrovaná pro volání v BroadWorks.
• Zkontrolujte, zda je aplikace Webex novější verzí, která podporuje CSWV.

Prázdná stránka nebo chyba po kliknutí na Samoobsluha button/link

Obecně platí, že toto chování v aplikaci Webex označuje problém s konfigurací nebo nasazením s aplikací CSWV v BroadWorks XSP. Shromážděte podrobnosti pro další vyšetřování, včetně protokolů CSWV, protokolů přístupu, config-wxt.xml úložiště a souboru šablony, a pak vyvoláte případ.

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

Chyby registrace uživatelů mohou nastat v důsledku chyb, které jsou provedeny při nárokování domén. Než si nárokovat nějaké domény, ujistěte se, že rozumíte následujícím:

• Poskytovatelé služeb by si neměli nárokovat domény zákaznických organizací, které spravují. Měli by si nárokovat pouze domény těch uživatelů, kteří jsou v interní organizaci poskytovatele služeb. Nárokování domény uživatelů v samostatné organizaci (dokonce i domény, kterou spravuje poskytovatel služeb) může mít za následek chyby registrace pro uživatele v organizaci zákazníka, protože požadavky na ověření uživatele jsou směrovány prostřednictvím poskytovatele služeb, nikoli prostřednictvím organizace zákazníka.
• Pokud dvě organizace zákazníků (společnost A a společnost B) sdílejí stejnou doménu a společnost A si nárokovala doménu, registrace pro uživatele společnosti B může selhat z důvodu, že žádosti o ověření uživatele jsou směrovány prostřednictvím organizace, která má nárokovanou doménu (společnost A).

  Pokud tvrdíte, že se nějaké domény domázaly omylem a potřebujete je odebrat, přečtěte si článek Správa domén Webex.

Chybové kódy koncového uživatele

Následující tabulka popisuje kódy chyb koncového uživatele, které se mohou zobrazit na portálu aktivace klientského uživatele.

Chybové kódy pro synchronizaci adresářů

Následující kódy chyb platí pro synchronizaci adresářů.