Řešení problémů s Webexem pro Cisco BroadWorks

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.

Zdroje pro řešení problémů s Webexem pro Cisco BroadWorks

Užitečné soubory protokolů

Název protokolu

Zdroj

Užitečné pro řešení potíží

PsLog

Aplikační server

Průchozí zřizování

kocour access_log

XSP

Přihlášení do aplikace Webex

XsiActionsLogXSP

Interakce přihlášení do aplikace Webex s proxy Webex IDP, interakce klienta pro dotazy na profily zařízení

protokol authenticationService

XSP

Přihlášení aplikace Webex (ověření a vydání tokenu)

XSLogXSP?

Mobilní předplatná pro nabízená oznámení

Signalizace hovorů

Protokol spuštění aplikace Webex

windows: \Users\{username}\AppData\Local\CiscoSpark\current_log.txt

gumák:/Users/{username}/Library/Logs/SparkMacDesktop/current_log

Mobil: Použít protokoly odeslání

Kontroly oprávnění uživatele při spuštění (sekvence)

Inicializace knihovny BWC pro připojení k BroadWorks

protokolování načítání tokenů getUserProfile &JwT

Volání BroadWorks

Protokol aplikace Webex

Klient

windows: \Users\{username}\AppData\Local\CiscoSpark\current_log.txt

gumák:/Users/{username}/Library/Logs/SparkMacDesktop/current_log

Mobil: Použít protokoly odeslání

Veškerý provoz SIP pro registraci a volání

Udržujte při životě provoz na BWKS Backend

Funkce uprostřed hovoru, které vyžadují signalizaci (Hold/Resume, Převod a tak dále.)

Protokol média (Webex Media Engine)

Klient

windows: \Users\{username}\AppData\Local\CiscoSpark\media\*.log

gumák: /Users/{username}/Library/Logs/SparkMacDesktop/media/

Mobil: Použít protokoly odeslání

Protokolování všech médií

Kodeky vyjednané pro volání

Funkce středního hovoru

Seznam četby

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.

Proces odstraňování problémů s Webexem pro BroadWorks

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:

    číslo případu pro podanou žádost o podporu

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".

    zkontrolovat chování uživatele při volání

  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 .

    Obrazovka s podrobnostmi o uživateli – povolen konektor Broadworks

    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í. Analýza protokolů XSP pro řešení problémů s přihlášením odběratelů - tok

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).

Řešení specifických problémů s Webexem pro BroadWorks

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:

Nastavení integrovaného IM&P broadworks enterprise Nastavení šablony zákazníka partnerského centra
Adresa URL serveru zasílání zpráv Zřizovací adresa URL
Uživatelské jméno serveru pro zasílání zprávNázev zřizovací účtu
Heslo serveru zasílání zprávZřizování hesla účtu, potvrzení hesla

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.

Klient zobrazuje kartu Telefonní služby, ale nefunguje relace SSO.

Klient Webex zobrazuje kartu telefonních služeb, ale nefunguje relace SSO.

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.

Toto není úplný seznam kódů chyb. Tabulka uvádí pouze existující kódy chyb, pro které aplikace Webex v současné době neposkytuje uživateli jasný směr.

Tabulka 1. Tabulka 1: Chybové kódy koncového uživatele

Kód chyby

Chybová zpráva

Navržená akce

100006

Přihlášení se nezdařilo: Uživatel ID/Password je nesprávné.

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.

200010

Ověření přihlašovacích údajů se nezdařilo, protože uživatel BroadWorks je neoprávněný.

Uživatel by měl vyzkoušet jinou kombinaci uživatelského jména a hesla.

V opačném případě musí správce resetovat heslo v BroadWorks.

200013

Je nám líto, ale momentálně se nemůžete připojit k <name of SP offer> přes Webex. Zkuste to znovu za několik minut. Pokud problém přetrvává, kontaktujte prosím svého <customer organization administrator>.

Nepodařilo se aktualizovat informace o uživateli ve společné identitě. Aktualizujte prosím uživatele znovu pomocí uživatelského API.

200014

Kontaktujte prosím svého administrátora <Service Provider>.

Zkontrolujte, zda je vaše konfigurace správná a zda je v požadavku uvedeno správné ID zřizování.
200016Ověření přihlašovacích údajů se nezdařilo, relace nebyla nalezena.Uživatel by měl aktualizovat prohlížeč a opakovat uživatelské jméno/heslo.
200018Ověření přihlašovacích údajů se nezdařilo, uživatel je zablokován.Uživatel by měl počkat 10 minut a pak to zkusit znovu.
200019Ověření přihlašovacích údajů se nezdařilo, protože přidání uživatele selhalo při vlastní aktivaci.Správce by měl zkontrolovat nastavení samoaktivace v Control Hubu.
200022Odeslání e-mailu se nezdařilo, uživatel není ověřen.Uživatel by měl znovu zkusit onboarding a zadání přihlašovacích údajů.
200025Je nám líto, ale momentálně se nemůžete připojit k samoaktivaci. Zkuste to prosím znovu za několik minut. Pokud problém přetrvává, obraťte se na správce systému.Nechte uživatele, aby to zkusil znovu za několik minut. Pokud to nefunguje, obraťte se na podporu Cisco.
200026Ověření e-mailu se nezdařilo z důvodu selhání předběžné kontroly nebo nesprávného stavu uživatele pro PartnerOrgUUID. : {partnerOrgUUID} , BroadoworksUUID : {broadworksUUID} , Konfigurační_sada_uUID : {configSetUUID}Správce by měl uživatele informovat, že zadal nesprávnou e-mailovou adresu, protože e-mailová adresa je přidružena k jiné organizaci.
200039Nepodařilo se ověřit e-mail, protože emailId se již používá v jiné organizaci.Uživatel by měl znovu zkusit nalodět na stejný ověřovací odkaz, ale pomocí jiného ID uživatele BroadWorks.

V opačném případě by měl správce organizace odběratelů z různých organizací odstranit existující uživatelský účet.

200040Ověření e-mailu se nezdařilo, protože configSet neodpovídá configSet v customerConfig.Správce by měl porovnat ověřovací odkaz, který uživatel použil, s odkazem nakonfigurovaným v Centru řízení. Tyto dva odkazy a sady configset se musí shodovat.
200041Ověření e-mailu se nezdařilo, protože uživatel již má nárok na jinou konfliktní službu, konfliktní nároky.Uživatel by měl znovu zkusit nasoudet na stejný ověřovací odkaz pomocí jiného ID uživatele BroadWorks.

V opačném případě by měl správce organizace zákazníka, který spravuje konfliktní službu, odstranit konfliktní službu nebo nároky.

200042Ověření e-mailu se nezdařilo, protože e-mail je již přidružen k jinému uživatelskému ID BroadWorks.Uživatel by to měl zkusit znovu s jinou e-mailovou adresou.

Jinak musí administrátor smazat druhého uživatele, který používá tuto e-mailovou adresu.

200043Ověření e-mailu se nezdařilo, protože mapování konfigurace uživatele a zákazníka je nesprávné.Uživatel by to měl zkusit znovu s jinou e-mailovou adresou. Jinak musí administrátor smazat druhého uživatele, který používá tuto e-mailovou adresu.
200044Ověření e-mailu se nezdařilo, protože ID uživatele se v tomto clusteru BroadWorks již používá.Uživatel by to měl zkusit znovu s jinou e-mailovou adresou. V opačném případě musí správce organizace zákazníků, který spravuje existující uživatelský účet, který používá tuto e-mailovou adresu, tento uživatelský účet odstranit.
200045Uživatele nelze přidat vlastní aktivací, jelikož uživatel je součástí jiné organizace.Uživatel by se měl pokusit o registraci znovu, ale s jinou e-mailovou adresou. V opačném případě by měl správce organizace zákazníků, který spravuje různé organizace, odstranit existující účet.
200046Přidání uživatele pomocí samoaktivace se nezdařilo, protože v rámci stejného clusteru BroadWorks existuje více čekajících uživatelů se stejným ID uživatele broadworks.Administrátor by měl z Control Hubu smazat čekající uživatele.
200047Přidání uživatele pomocí samoaktivace se nezdařilo, protože ID uživatele je v tomto clusteru BroadWorks již používáno.Uživatel by to měl zkusit znovu s jinou e-mailovou adresou. V opačném případě by měl správce organizace zákazníků, který spravuje existující uživatelský účet, odstranit tento existující uživatelský účet nebo odebrat jiné oprávnění.
200048Uživatele nelze přidat vlastní aktivací, protože daná e-mailová adresa je přiřazena k jinému identifikátoru userID platformy BroadWorks.Uživatel by to měl zkusit znovu s jinou e-mailovou adresou.
200049Přidání uživatele pomocí samoaktivace se nezdařilo, protože ID uživatele je v tomto clusteru BroadWorks již používáno.Uživatel by to měl zkusit znovu s jinou e-mailovou adresou. V opačném případě by měl správce organizace zákazníků, který spravuje existující uživatelský účet, odstranit tento existující uživatelský účet nebo odebrat jiné oprávnění.
200050Přidání uživatele prostřednictvím samoaktivace se nezdařilo, protože provisioningID neodpovídá očekávanému provisioningID podniku předplatitele.Správce by měl porovnat ověřovací odkaz, který uživatel použil, s odkazem nakonfigurovaným v Centru řízení. Tyto dva odkazy a sady configset se musí shodovat.
200051Přidání uživatele prostřednictvím samoaktivace se nezdařilo, protože identifikátor spEnterpriseId uvedený v tomto požadavku koliduje s poskytovatelem služeb nebo podnikem, který je již zřízen z tohoto clusteru BroadWorks.Správce by měl zkontrolovat existující organizace v Centru ovládacích organizací a ujistit se, že nevytvovává organizaci s názvem, který už existuje.
200054Nepodařilo se ověřit e-mail jako nesoulad mezi regionem organizace zákazníka a organizací partnera.Správce by měl zkontrolovat nastavení partnerské organizace a organizace zákazníků v Centru řízení a ujistit se, že se oblasti shodují.
300005Předběžná kontrola selhala, protože uživatel je již ve frontě a probíhá proces zřizování.Zřizování uživatelů stále probíhá. Počkejte prosím několik minut a zkontrolujte to znovu.

Chybové kódy pro synchronizaci adresářů

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

Kód chyby

Chybová zpráva

600000

Neočekávaná chyba synchronizace uživatelů externího adresáře Broadworks.

600001

Synchronizace uživatelů externího adresáře Broadworks se nezdařila.
600002

Synchronizaci uživatelů externího adresáře Broadworks bylo nutné před dokončením ukončit.

600003

Synchronizace uživatelů externího adresáře Broadworks uspěla jen částečně. Některé organizace zákazníka se nepodařilo synchronizovat.

600004Synchronizace uživatelů externího adresáře Broadworks není povolená pro ConfigSet.
600005Probíhá synchronizace uživatelů externího adresáře Broadworks pro ConfigSet.
600006Vlákna synchronizace uživatelů externího adresáře Broadworks jsou zaneprázdněná nebo se vypínají, takže nepřijmou žádnou další žádost o synchronizaci. Zkuste to znovu později.
600007Organizace identity pro CustomerConfig nebyla nalezena.
600008CustomerConfig jsme v partnerské organizaci nenašli.
600009Synchronizaci uživatelů externího adresáře Broadworks nelze spustit, protože cluster Broadworks přidružený k CustomerConfig je zaneprázdněný.
600010Synchronizaci uživatelů externího adresáře Broadworks nelze spustit, protože k souboru CustomerConfig není přidružen žádný cluster Broadworks.
600011Synchronizace uživatelů externího adresáře Broadworks není povolená pro CustomerConfig.
600012Synchronizaci uživatelů externího adresáře Broadworks nelze spustit, protože už je pro CustomerConfig povolená synchronizace hybridního adresáře.
600013Synchronizaci uživatelů externího adresáře Broadworks se nepodařilo přidat účty uživatelů a zařízení do úložiště identit.
600014Synchronizace uživatelů externího adresáře Broadworks selhala při pokusu o připojení ke clusteru Broadworks. Chyba od Broadworks - %s.
600015Synchronizace uživatelů externího adresáře Broadworks nenašla v úložišti identit žádného vyhovujícího uživatele.
600017BroadWorks Phone List Sync se nepodařilo synchronizovat všechny kontakty uživatelů a podniků/organizací.
600018Synchronizace telefonního seznamu BroadWorks se nezdařila pro uživatele v podniku nebo organizaci.
600019Synchronizaci telefonního seznamu BroadWorks se nepodařilo synchronizovat kontakty podniku/organizace.
600020Synchronizaci uživatelů externího adresáře BroadWorks nelze zakázat, protože probíhá synchronizace CustomerConfig.
600022Synchronizace jednoho uživatele externího adresáře BroadWorks není možná, protože podnik nemá žádného zřízeného uživatele.
600023Synchronizace jednoho uživatele externího adresáře BroadWorks není možná, protože uživatel již v této organizaci existuje.
600024Synchronizace jednoho uživatele externího adresáře BroadWorks není možná, protože v BroadWorks nebyl nalezen žádný odpovídající uživatel.
600025Synchronizaci uživatelů externího adresáře BroadWorks se nepodařilo aktualizovat uživatelský účet v CI.
600026Synchronizaci uživatelů externího adresáře BroadWorks se nepodařilo aktualizovat účet počítače v CI.
600027Synchronizace jednoho uživatele externího adresáře BroadWorks není možná, protože v BroadWorks bylo nalezeno více uživatelů.
600028Synchronizace jednoho uživatele z externího adresáře BroadWorks není možná, protože měla být dokončena alespoň jedna synchronizace podnikového adresáře.
600029Synchronizace uživatelů externího adresáře BroadWorks se nezdařila, protože podnik nemá žádného zřízeného uživatele.

Historie změn

Tabulka obsahuje historii změn pro tuto příručku.

DatumZměnit
23. dubna 2025Složka bwc byla odstraněna ze zdroje protokolu aplikace BroadWorks Calling Webex.
29. července 2023Přidán odkaz na Webex App | Nahlásit problém (pro generování protokolů) v sekci Načíst uživatelské protokoly z centra pro partnery a Získat protokoly klientů nebo zpětnou vazbu .
27. června 2022Aktualizován seznam četby s chybějícím odkazem na způsob migrace Connect (Android) na Firebase.
21. června 2022Aktualizovány odkazy v seznamu čtení tak, aby odkazovaly na nové adresy URL na Cisco.com. Aktualizovány problémy s konfigurací a registrací volání přidáním odkazu na konfigurační příručku Webex pro Cisco BroadWorks pro problémy se značkami BroadWorks.
Dubna 14, 2022Přidány kontextové příkazy do Kontrola podrobností o uživateli v Help Desku a Zobrazení organizace zákazníka v Help Desku za účelem upřesnění požadavků na roli pro Help Desk.
26. března 2022Přidány nové chybové kódy do chybových kódů pro synchronizaci adresářů.
15. listopadu 2021Přidány chybové kódy 200013, 200014, 200025 a 300005 do chybových kódů koncového uživatele.
28. září 2021Přidány chybové kódy pro synchronizaci adresářů.
Července 15, 2021Přidána chybová zpráva 100006 do chybových kódů koncových uživatelů. Také aktualizováno Problémy s přihlašováním uživatelů.
Července 14, 2021Přidáno téma s odkazem na článek Známé problémy a omezení .
Července 02, 2021Aktualizovaný název produktu pro rebranding Webex.
18. června 2021Aktualizované logo Webexu v grafice.
8. června 2021Do tabulky Chybové kódy koncového uživatele byl přidán sloupec Navrhovaná akce.
Června 4, 2021Oprava tabulky Chybové kódy koncových uživatelů.
19. května 2021Přidána sekce Problémy s nárokováním domény.
22. dubna 2021Aktualizovány chybové kódy koncového uživatele o dva další kódy: 200016 a 200054.
13. dubna 2021Přidány informace o připojení k servisovatelnosti Webexu.
8. prosince 2020Aktualizovaný dokument. Rebranding Webex Teams na Webex (aplikace). Přidány chybové kódy koncového uživatele.
pondělí 3. listopadu 2020Přidáno webové zobrazení nastavení hovorů.
Října 22, 2020Představen nový dokument.