Webex pro BroadWorks řeší konkrétní problémy

Problémy s partnerským centrem

Správce nemůže zobrazit organizace zákazníků.

Jako správce 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. Chcete-či co do dělit organizace zákazníků, musíte sobě (nebo jiným lidem) udělit roli správce úplného prodeje nebo správce prodeje. Viz https://help.webex.com/fs78p5.

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

Integrované chyby IM&P pro konkrétní podniky / zákazníky

Pokud máte kombinaci podniků používajících různé služby cloudové spolupráce, například UC-One SaaS a Webex pro BroadWorks, možná jste se rozhodli upravit adaptér pro zřizování pro každý podnik.

Chcete-li zkontrolovat, co je nakonfigurováno pro integrované IM&P (výchozí pro podniky, pokud neexistuje konkrétnější nastavení), spusťte AS_CLI/Interface/Messaging> get. Chcete-li použít parametry zřizování konkrétního podniku, otevřete podnik a přejděte na služby > integrované IM&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é chyby IM&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í, aby uživatel odstranil svůj bezplatný účet, aby se mohl stát součástí organizace zákazníků, kterou zřizujete. Instrukce jsou v 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 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 z mostu zřizování

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 je uživatel ú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 <message> uzel:

  • "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 není nalezena v databázi a také není povolen nový příznak vytvoření 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 aktivace uživatele se nenačte

Normální tok přihlášení Webex pro 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 ke zřízení organizace zákazníka uživatele (v partnerském centru), nakonfigurována pro ověřování BroadWorks, měl by uživatel zadat heslo BroadWorks "Web Access".

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 zavolá XSI, aby získal token správy zařízení a adresu URL DMS

  2. Klient požaduje profil zařízení od DMS prezentací 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 REGISTR společnosti SBC pomocí informací z kroku 3

  5. SBC odešle REGISTR SIP do as (SBC může provést vyhledání v NS k vyhledání AS, pokud SBC ještě nezná uživatele SIP.)

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

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

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

Klient nemá žádnou ikonu volání

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

Klient zobrazuje kartu Telefonní služby, ale žádná 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 volaný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).

Chybná 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 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í serveru MTLS je nutné odeslat klientský certifikát Webex do XSP (certifikát můžete získat z partnerského centra na stránce Nastavení BroadWorks)

Chybná konfigurace značek BroadWorks

Zkontrolujte, zda jste nakonfigurovali požadované značky BroadWorks pro aplikaci Webex (viz část Značky BroadWorks požadované pro Webex v průvodci řešením) a zda neexistují žádné konflikty nebo nesprávné hodnoty.

Konkrétně by značka %SBC_ADDRESS_WXT% měla být SBC směrem k vašemu registrátorovi SIP pro klienty aplikací Webex.

Desktopový klient 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řie vás aktivuje do aplikace Webex ve Windows a pak se přie vás aktivuje do aplikace webex na jiném počítači s Windows, je na jednom z počítačů pouze aktivní relace SSO. 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 BroadWorks.

Zařízení na ploše není zřízeno pro uživatele

Tento podpis je k dispozici v protokolu klienta (\bwc\:

<Error> [0x70000476b000] BroadWorksConfigDownloader.cpp:106 onAccessDeviceListSucceeded:BWC:SCF: ConfigDownload - the device profile 'Business Communicator - PC' is not found.

Problémy s nastavením volání ve webovém zobrazení

Tlačítko péče o sebe/odkaz se nezokazuje 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 Webové zobrazení Nastavení volání v průvodci řešením Webex for 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 tlačítko/odkaz pro vlastní péči

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árokem 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 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 (i té, kterou spravuje poskytovatel služeb) může mít za následek chyby registrace pro uživatele v organizaci zákazníků, protože požadavky na ověření uživatele jsou směrovány prostřednictvím poskytovatele služeb spíše než 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 doménu nárokuje, registrace pro uživatele společnosti B může selhat z důvodu, že požadavky na ověření uživatele jsou směrovány prostřednictvím organizace, která má doménu nárokované (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.

Kódy chyb 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. Kódy chyb koncového uživatele

Kód chyby

Zpráva o chybě

Navrhovaná akce

200010

Ověření pověření jako uživatele BroadWorks neoprávněného se nezdařilo.

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.

200016

Ověření pověření jako relace nebylo nalezeno.

Uživatel by měl aktualizovat prohlížeč a opakovat uživatelské jméno/heslo.

200018

Ověření pověření jako uživatele je uzamčeno.

Uživatel by měl počkat 10 minut a pak to zkusit znovu.

200019

Ověření pověření jako přidání uživatele se nezdařilo pro vlastní aktivaci.

Správce by měl zkontrolovat nastavení vlastní aktivace v Centru řízení

200022

Odeslání e-mailu jako uživatele není ověřeno.

Uživatel by měl znovu zkusit onboarding a zadání přihlašovacích údajů.

200026

Ověření e-mailu se nezdařilo z důvodu chyby předběžné kontroly nebo nesprávného stavu čekajícího uživatele pro PartnerOrgUUID : {partnerOrgUUID} , BroadoworksUUID: {broadworksUUID} , ConfigSetUUID : {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

Ověření e-mailu jako e-mailuDu, který se již používá v jiné organizaci Org, se nezdařil.

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 jako configSet se neshodí s 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 jako uživatele se nezdařilo a uživatel má již 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é id uživatele BroadWorks.

Uživatel by to měl zkusit znovu s jinou e-mailovou adresou.

V opačném případě musí správce odstranit druhého uživatele, který používá tuto e-mailovou adresu.

200043

Ověření e-mailu jako mapování konfigurace zákazníka uživatelem se nezdařilo.

Uživatel by to měl zkusit znovu s jinou e-mailovou adresou.

V opačném případě musí správce odstranit druhého uživatele, který používá tuto e-mailovou adresu.

200044

Ověření e-mailu jako userId je již v tomto clusteru BroadWorks v platnosti.

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

Přidání uživatele prostřednictvím vlastní aktivace se nezdařilo, protože uživatel je již součástí jiné organizace.

Uživatel by měl znovu zkusit onboarding, 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 prostřednictvím vlastní aktivace se nezdařilo, protože existuje více čekajících uživatelů se stejnými broadworksUserId v rámci stejného clusteru BroadWorks.

Správce by měl odstranit čekající uživatele z Centra ovládacích center

200047

Přidání uživatele prostřednictvím vlastní aktivace se nezdařilo, protože id uživatele je již v tomto clusteru BroadWorks v používání.

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

Přidání uživatele prostřednictvím vlastní aktivace se nezdařilo, protože e-mailová adresa již byla zřízena s jinou id uživatele BroadWorks.

Uživatel by to měl zkusit znovu s jinou e-mailovou adresou.

200049

Přidání uživatele prostřednictvím vlastní aktivace se nezdařilo, protože id uživatele je již v tomto clusteru BroadWorks v používání.

Uživatel by to měl zkusit znovu s jinou e-mailovou adresou.

V opačném případě by správce organizace odběratelů, který spravuje existující uživatelský účet, měl tento existující uživatelský účet odstranit nebo odebrat jiné oprávnění.

200050

Přidání uživatele prostřednictvím vlastní aktivace se nezdařilo, protože id zřizování neodpovídá očekávanému ID zřizování 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 vlastní aktivace jako spEnterpriseId zadané v tomto požadavku se nezdařilo, je v konfliktu 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

Ověření e-mailu jako oblasti neshody organizace zákazníka a partnerské organizace se nezdařilo.

Správce by měl zkontrolovat nastavení partnerské organizace a organizace zákazníků v Centru řízení a ujistit se, že se oblasti shodují.