- Domů
- /
- Článek
Průvodce řešením problémů s Webexem pro Cisco BroadWorks
Tuto příručku potřebují techničtí pracovníci v organizacích poskytovatelů služeb, kteří podporují sebe i své zákazníky. Měli byste mít znalosti o obecném řešení problémů, čtení protokolů a práci s případy odběratelů.
Ř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 |
XsiActionsLog | XSP |
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) |
XSLog | XSP? |
Mobilní předplatná pro nabízená oznámení Signalizace hovorů |
Protokol spuštění aplikace Webex |
windows: gumák: 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: gumák: 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: gumák: Mobil: Použít protokoly odeslání |
Protokolování všech médií Kodeky vyjednané pro volání Funkce středního hovoru |
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.
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
- Shromážděte co nejvíce informací ze systémů souvisejících s daným problémem.
- 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
- Přihlaste se k helpdesku.
- Vyhledejte uživatele a klikněte na něj. Tím se otevře obrazovka souhrnu uživatelů.
- 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.
- 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
- Přihlaste se k helpdesku.
- Vyhledejte název organizace zákazníka a klikněte na něj.
- 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
- 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, aby exportoval volající prostředí a poslal vám soubor ced.dat.
- Získejte protokoly klientů z centra pro partnery nebo z helpdesku.
Možnost Partnerského centra:
- Přihlaste se do partnerského centra a najděte organizaci zákazníků uživatele.
- Vyberte Poradce při potížích.
- Vyberte Protokoly.
- Vyhledejte uživatele (e-mailem).
- Zobrazení a stažení protokolů klientů jako souboru ZIP.
Možnost helpdesku:
- Přihlaste se k helpdesku.
- Vyhledejte organizaci.
- Klikněte na organizaci (otevře souhrnnou obrazovku).
- Přejděte dolů a klikněte na Zobrazit zákazníka.
- Vyberte Poradce při potížích.
- Vyberte Protokoly.
- Vyhledejte uživatele (e-mailem).
- Zobrazení a stažení protokolů klientů jako souboru ZIP.
Jak najít verzi klienta
procedura
- Sdílejte tento odkaz s uživatelem: https://help.webex.com/njpf8r5
- Požádejte uživatele, aby vám poslal číslo verze.
Kontrola klienta pro volání služby
procedura
- Přihlaste se ke klientovi Webex.
- 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í.
- 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
- V klientovi klikněte na Nápověda > Kontrola stavu.
- 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
- Přihlaste se k Help Desk pomocí přihlašovacích údajů správce partnera.
- Vyhledejte uživatele.
- Klikněte na uživatele a zkontrolujte položku Chování volání. Mělo by to být "Volání webexu".
- Kliknutím na uživatelské jméno otevřete obrazovku Podrobnosti o uživateli.
- Přejděte dolů a vyhledejte sekci
entitlements
a ověřte, zda je v ní zahrnutabroadworks-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í
- Přihlaste se k Help Desk pomocí přihlašovacích údajů správce partnera.
- Vyhledejte organizaci.
- 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
- 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 vsubscriberProfile
. 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. Zkontrolujtemessage
v odpovědi.
- 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
auser-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 …
aStatusCode=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ímiauthorization: Bearer token
auser-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ímtrackingid: CLIENT…
vGET
a záhlavímX-BROADSOFT-CORRELATION-ID : CLIENT…
vPOST
.
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 strukturuaccessDeviceTable
. - 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áv | Název zřizovací účtu |
Heslo serveru zasílání zpráv | Zř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
- Klient volá XSI, aby získal token správy zařízení a adresu URL DMS.
- Klient požádá o svůj profil zařízení z DMS předložením tokenu z kroku 1.
- Klient přečte profil zařízení a načte přihlašovací údaje, adresy a porty SIP.
- Klient odešle SIP REGISTER do SBC pomocí informací z kroku 3.
- 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.
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.
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í. |
200016 | Ověř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. |
200018 | Ověř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. |
200019 | Ověř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. |
200022 | Odeslá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ů. |
200025 | Je 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. |
200026 | Ověř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. |
200039 | Nepodař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. |
200040 | Ověř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. |
200041 | Ověř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. |
200042 | Ověř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. |
200043 | Ověř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. |
200044 | Ověř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. |
200045 | Už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. |
200046 | Př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. |
200047 | Př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í. |
200048 | Už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. |
200049 | Př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í. |
200050 | Př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. |
200051 | Př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. |
200054 | Nepodař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í. |
300005 | Př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. |
600004 | Synchronizace uživatelů externího adresáře Broadworks není povolená pro ConfigSet. |
600005 | Probíhá synchronizace uživatelů externího adresáře Broadworks pro ConfigSet. |
600006 | Vlá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. |
600007 | Organizace identity pro CustomerConfig nebyla nalezena. |
600008 | CustomerConfig jsme v partnerské organizaci nenašli. |
600009 | Synchronizaci uživatelů externího adresáře Broadworks nelze spustit, protože cluster Broadworks přidružený k CustomerConfig je zaneprázdněný. |
600010 | Synchronizaci uživatelů externího adresáře Broadworks nelze spustit, protože k souboru CustomerConfig není přidružen žádný cluster Broadworks. |
600011 | Synchronizace uživatelů externího adresáře Broadworks není povolená pro CustomerConfig. |
600012 | Synchronizaci uživatelů externího adresáře Broadworks nelze spustit, protože už je pro CustomerConfig povolená synchronizace hybridního adresáře. |
600013 | Synchronizaci uživatelů externího adresáře Broadworks se nepodařilo přidat účty uživatelů a zařízení do úložiště identit. |
600014 | Synchronizace uživatelů externího adresáře Broadworks selhala při pokusu o připojení ke clusteru Broadworks. Chyba od Broadworks - %s. |
600015 | Synchronizace uživatelů externího adresáře Broadworks nenašla v úložišti identit žádného vyhovujícího uživatele. |
600017 | BroadWorks Phone List Sync se nepodařilo synchronizovat všechny kontakty uživatelů a podniků/organizací. |
600018 | Synchronizace telefonního seznamu BroadWorks se nezdařila pro uživatele v podniku nebo organizaci. |
600019 | Synchronizaci telefonního seznamu BroadWorks se nepodařilo synchronizovat kontakty podniku/organizace. |
600020 | Synchronizaci uživatelů externího adresáře BroadWorks nelze zakázat, protože probíhá synchronizace CustomerConfig. |
600022 | Synchronizace jednoho uživatele externího adresáře BroadWorks není možná, protože podnik nemá žádného zřízeného uživatele. |
600023 | Synchronizace jednoho uživatele externího adresáře BroadWorks není možná, protože uživatel již v této organizaci existuje. |
600024 | Synchronizace jednoho uživatele externího adresáře BroadWorks není možná, protože v BroadWorks nebyl nalezen žádný odpovídající uživatel. |
600025 | Synchronizaci uživatelů externího adresáře BroadWorks se nepodařilo aktualizovat uživatelský účet v CI. |
600026 | Synchronizaci uživatelů externího adresáře BroadWorks se nepodařilo aktualizovat účet počítače v CI. |
600027 | Synchronizace jednoho uživatele externího adresáře BroadWorks není možná, protože v BroadWorks bylo nalezeno více uživatelů. |
600028 | Synchronizace 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. |
600029 | Synchronizace 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.
Datum | Změnit |
---|---|
23. dubna 2025 | Složka bwc byla odstraněna ze zdroje protokolu aplikace BroadWorks Calling Webex. |
29. července 2023 | Př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 2022 | Aktualizován seznam četby s chybějícím odkazem na způsob migrace Connect (Android) na Firebase. |
21. června 2022 | Aktualizová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, 2022 | Př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 2022 | Přidány nové chybové kódy do chybových kódů pro synchronizaci adresářů. |
15. listopadu 2021 | Přidány chybové kódy 200013, 200014, 200025 a 300005 do chybových kódů koncového uživatele. |
28. září 2021 | Přidány chybové kódy pro synchronizaci adresářů. |
Července 15, 2021 | Př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, 2021 | Přidáno téma s odkazem na článek Známé problémy a omezení . |
Července 02, 2021 | Aktualizovaný název produktu pro rebranding Webex. |
18. června 2021 | Aktualizované logo Webexu v grafice. |
8. června 2021 | Do tabulky Chybové kódy koncového uživatele byl přidán sloupec Navrhovaná akce. |
Června 4, 2021 | Oprava tabulky Chybové kódy koncových uživatelů. |
19. května 2021 | Přidána sekce Problémy s nárokováním domény. |
22. dubna 2021 | Aktualizovány chybové kódy koncového uživatele o dva další kódy: 200016 a 200054. |
13. dubna 2021 | Přidány informace o připojení k servisovatelnosti Webexu. |
8. prosince 2020 | Aktualizovaný dokument. Rebranding Webex Teams na Webex (aplikace). Přidány chybové kódy koncového uživatele. |
pondělí 3. listopadu 2020 | Přidáno webové zobrazení nastavení hovorů. |
Října 22, 2020 | Představen nový dokument. |