Webex a BroadWorks számára Konkrét problémák elhárítása

Partner hub problémák

Rendszergazda nem látja az ügyfélszervezeteket

A Webex partnerszervezetének rendszergazdájaként a Teljes rendszergazda szerepkört kell megkapnia. Ezt a szerepkört a partnerszervezet irányítására használják, beleértve az adminisztratív jogosultságok hozzárendelését saját magának és másoknak. Az ügyfélszervezetek kezeléséhez meg kell adnia magának (vagy más személyeknek) az Értékesítés teljes rendszergazdai vagy értékesítési rendszergazdai szerepkört. Lásd https://help.webex.com/fs78p5:

Felhasználói kiépítési problémák

Integrált IM&P hibák konkrét vállalkozások / ügyfelek számára

Ha vegyes vállalkozások különböző felhő-együttműködési szolgáltatásokat használnak, például az UC-One SaaS és a Webex a BroadWorks számára, akkor dönthetett úgy, hogy vállalkozásonként módosítja a kiépítési adaptert.

Az Integrált IM&P konfigurálásához (a vállalatok alapértelmezett beállítása, kivéve, ha létezik konkrétabb beállítás), futtassa AS_CLI/Interface/Messaging> get. Egy adott vállalat kiépítési paramétereihez nyissa meg a vállalatot, és lépjen a Szolgáltatások > integrált IM&Pszolgáltatásra.

Ellenőrizze, hogy az integrált IM&P konfiguráció pontosan megegyezik-e azzal, ami a Partner Hub ügyfélsablonjában látható. A következő beállításoknak meg kell egyeznie, vagy a kiépítés sikertelen a vállalat összes felhasználója számára:

BroadWorks Enterprise integrált IM&P beállítás

Partner Hub ügyfélsablon beállítása

Üzenetküldő kiszolgáló URL-címe

Url-cím kiépítése

Üzenetküldő kiszolgáló felhasználóneve

Céltartalék számla neve

Üzenetküldő kiszolgáló jelszava

Fiókjelszó, jelszó megerősítése

Integrált IM&P hibák adott felhasználók számára

Ez akkor érvényes, ha a flowthrough kiépítést használja, és feltételezi, hogy a kiépítés néhány/legtöbb felhasználó számára működik (így kizárhatja a konfigurációs problémát).

Ha integrált IM&P hibákat lát a BroadWorks-ben, például "[Error 18215] Provisioning error with Messaging server" és "[Error 18211] Communication error with Messaging server" (18211- es hiba) üzenetküldő kiszolgálóval" című részt, akkor a következő lehetséges okokat kell kivizsgálnia:

  • A felhasználó e-mail címe már létezhet CI. Keresse meg a felhasználót a Help Deskben, hogy ellenőrizze, hogy az e-mail címe már ott van-e. Ez nem feltétlenül meggyőző, mivel a felhasználó létezhet olyan szervezetben, amelynek adatait nem láthatja a Help Deskben.

  • A felhasználó önállóan regisztrált a Webexre, mielőtt hozzárendelte volna az integrált IM&P szolgáltatást. Ebben az esetben az egyik lehetőség az, hogy a felhasználó törölje ingyenes fiókját, hogy az Ön által kiszervezett ügyfélszervezet részévé válhassanak. Utasítások a https://help.webex.com/5m4i4y.

  • A felhasználó nem rendelkezik a profiljához rendelt elsődleges telefonszámmal (a BroadWorks összes Webex előfizetője rendelkezik elsődleges DID-rel). Lásd a témát a PSLog elemzéséhez az AS-től.

Felhasználói kiépítési hibák a Kiépítési híd válaszában

Ha a felhasználók nem jelennek meg a Control Hubban, az Integrált IM&P hozzárendelésétől számított néhány percen belül tekintse meg a kiépítési híd szolgáltatás válaszkódjait. Futtass egy PSLog-ot a HTTP-válaszkódok megnézésére.

200 OK

A 200 OK válasz nem jelenti azt, hogy a felhasználó sikeresen rendelkezik. Ez azt jelenti, hogy a szolgáltató szolgáltatás megkapta a kérelmet, és sikeresen benyújtotta a megfelelő felhasználó-létrehozási kérelmet az upstream szolgáltatásokhoz.

A kiépítési tranzakció tervezés szerint aszinkron. A szolgáltatás 200 OK-ra válaszol, mert a felhasználó létrehozásának folyamata több percet is igénybe vehet, és teljesítmény okokból nem szeretnénk több kérést kapni ugyanazon felhasználó létrehozásához.

Ha azonban a felhasználó végül nem jelenik meg az Ügyfélszervezetben egy 200 OK válasz után, az arra utalhat, hogy a felhasználó létrehozása sikertelen volt a Webex szolgáltatásokban a szolgáltatás nyújtását megelőzően.

Eszkalálnia kell egy olyan kiépítési hibát, amely 200 OK-s választ ad.

400 Rossz kérés

Ellenőrizze a HTTP-választ, amelynek részletesebben kell rendelkeznie azokkal a lehetséges kérdésekkel kapcsolatban, amelyek ezt a választ okozhatják a kiépítési szolgáltatásból. Néhány példa a <message> csomópont:

  • "Nem bízhat a BroadWorks e-mailben a régebbi kiépítési API-val."

    A sikertelen felhasználói kiépítési kérelemhez társított e-mail cím nem érvényes, vagy el van gépelve, de a sablonban azt állította, hogy az e-mail címek megbízhatóak. Ellenőrizze a felhasználók profilját a BroadWorks-ben, különösen az e-mail azonosítót.

  • "Az ügyfél org nem található meg az adatbázisban, és az új org létrehozási zászló sincs engedélyezve."

    Ennek a sikertelen kiépítési kérelemnek új ügyfélszervezetet kell létrehoznia a Webexben, de a sablon úgy van beállítva, hogy megakadályozza az új ügyfélszervezetek létrehozását. Ha új szervezeteket szeretne engedélyezni olyan e-mail-tartományok esetében, amelyek nem felelnek meg a Webex meglévő ügyfeleinek, akkor a Partner Hubban újrakonfigurálhatja a sablont, és újra tesztelheti a kiépítési kérelmet. Ha azonban nem számít új szervezet létrehozásának erre a felhasználóra, talán az e-mail cím el van gépve (különösen a domain rész). Ellenőrizze a felhasználó e-mail azonosítóját a BroadWorks-ben.

403 Tiltott

A kiépítési kérelemnek nincs esélye a sikerre. Ebben az esetben ki kell vizsgálnia a kérést és a választ. Ha például egy IP-címet lát a kiépítési kérelem célpontjaként – a szervezet megfelelő kiépítési híd URL-címe helyett (lásd a tűzfal konfigurációs témaköreit a Megoldási útmutatóban) –, az azt jelezheti, hogy az alkalmazáskiszolgálója hiányzik a szükséges javításból (ap373197).

Ellenőrizze, hogy az összes szükséges javítást alkalmazza-e az alkalmazáskiszolgálón, és hogy elvégezte-e a kapcsolódó konfigurációt a sikeres átfolyási kiépítéshez.

409 Konfliktus

A kiépítési kérelem nem folytatható, mert a Webexben van egy meglévő felhasználó, aki megfelel a kérelemben megadott e-mail címnek.

Felhasználó már a CI

Szerezze ki az előfizetői e-mailt a HTTP POST kérésből, és keresse meg a Help Deskben.

Előfordulhat, hogy nem látja a felhasználót, ha nem engedélyezik, de azt is láthatja, hogy a felhasználó egy "ingyenes" szervezetben van, pl. "Fogyasztó".

Kérheti ezt a felhasználót, hogy törölje ingyenes fiókját, vagy használhat egy másik e-mail címet a szolgáltatásukhoz. Lásd https://help.webex.com/ndta402:

Felhasználók bejelentkezése problémák

A felhasználó-aktiválási portál nem töltődik be

A Normál Webex for BroadWorks bejelentkezési folyamat tartalmaz egy felhasználói aktiválási portált, ahol a felhasználók megírják jelszavukat. Néha ez a portál nem töltődik be, miután a felhasználó megadotta e-mail címét a Webex alkalmazás bejelentkezési képernyőjén.

Ezt a problémát az ügyféloldalon vagy a szolgáltatás oldalán okozhatja. Az ügyféloldalon ez általában annak az oka, hogy az ügyfél natív böngészője valamilyen módon összeegyeztethetetlen a szolgáltatással.

Az egyszeri bejelentkezés nem sikerült

  • A BroadWorksben ellenőrizze, hogy a felhasználó hozzárendelte-e a Webex alkalmazás eszköztípusait (lásd az Eszközprofilokszakaszt a Megoldási útmutató Környezet előkészítése szakaszában).

  • Ellenőrizze, hogy a felhasználó a megfelelő jelszót használja-e: Ha a felhasználó ügyfélszervezetének (Partner Hubban) biztosításához használt sablon a BroadWorks hitelesítésére van konfigurálva, a felhasználónak meg kell adnia a BroadWorks "Web Access" jelszavát.

Híváskonfigurációs és regisztrációs problémák

Miután egy felhasználót kihelyeztek a Webex-be, és sikeresen bejelentkeztek a Webex alkalmazásba, az alkalmazás regisztrál a BroadWorks-re. Az alábbiakban a várható regisztrációs sorrendet és az egészséges regisztráció eredő jeleit mutatjuk (a Webex alkalmazásból nézve):

Várható regisztrációs sorrend

  1. Az ügyfél felhívja az XSI-t, hogy szerezzen egy eszközkezelő tokent és a DMS URL-címét

  2. Az ügyfél az eszközprofilját a DMS-től kéri az 1. lépéstől kezdve a token bemutatásával

  3. Az ügyfél beolvassa az eszköz profilját, és lekéri a SIP hitelesítő adatait, címét és portjait

  4. Az ügyfél a 3. lépéstől kezdve küld egy SIP REGISTER-et az SBC-nek a

  5. Az SBC elküldi a SIP REGISZTERT az AS-nek (az SBC az NS-ben vizsgálatot végezhet, hogy megkeresse az AS-t, ha az SBC még nem ismeri a SIP felhasználót.)

A sikeres ügyfélregisztráció várható jelei

A Hívásbeállítások ikon megjelenik a Webex felületén.

A Webex alkalmazás telefonszolgáltatások lapján (pl. Beállítások > Telefonszolgáltatások Windowson, Beállítások > Telefonszolgáltatások Macen) a "SSO Session: A bejelentkezés azt jelenti, hogy az alkalmazás sikeresen regisztrált (ebben az esetben a BroadWorks-nek).

Az ügyfélnek nincs hívásikonja

Ez legtöbbször azt jelenti, hogy a felhasználó nem rendelkezik a megfelelő licenccel / jogosultságokkal.

Az ügyfél megjeleníti a telefonszolgáltatások lapot, de nincs SSO-munkamenet

Ez egy sikertelen regisztráció. Több oka is van annak, hogy egy Webex alkalmazás kliense miért nem jelentkezik be a BroadWorks-hez:

Több hívásszolgáltatás tesztelése ugyanazokkal az ügyfelekkel

Ezt az ismert problémát az okozhatja, hogy az ügyfél megváltoztatja a különböző visszahívási végződéseket. Ez nagy valószínűséggel az (ugyanazon) Webex alkalmazás ügyfelein keresztül kínált különböző hívásszolgáltatások kipróbálása során fordul elő. A probléma megoldásához visszaállíthatja az ügyféladatbázist (linket).

A hitelesítési szolgáltatás helytelen konfigurálása

Ellenőrizze a hitelesítési szolgáltatást üzemeltető XSP(ek)et a Megoldási útmutatóval szemben (lásd: Szolgáltatások konfigurálása a Webexen a BroadWorks XSP-khez). kifejezetten:

  • Az RSA billentyűk (amelyeket egy XSP-n generál) az összes XSP-re átmásolhatók

  • A hitelesítési szolgáltatás URL-címe minden XSP-n a webtárhelyhez lett adva, és helyesen lett beadva a partnerközpont fürtjében

  • A tanúsítványok külső hitelesítése be van állítva:

    XSP_CLI/System/CommunicationUtility/DefaultSettings/ExternalAuthentication/CertificateAuthentication>get
            
            allowUserApp = false
            allowClientApp = true
  • Az MTLS használatakor fel kell töltenie a Webex ügyféltanúsítványt az XSP-kbe (a tanúsítványt a Partner Hub-tól kaphatja meg a BroadWorks Beállítások oldalán)

BroadWorks címkék helytelen konfigurálása

Ellenőrizze, hogy beállította-e a Webex alkalmazáshoz szükséges BroadWorks-címkéket (lásd a Megoldási útmutató Webexhez szükséges BroadWorks-címkéket), és hogy nincsenek-e ütközések vagy helytelen értékek.

Pontosabban, a %SBC_ADDRESS_WXT% címkének kell lennie az SBC felé SIP regisztrátor a Webex app ügyfelek számára.

Az asztali ügyfél leválasztja a telefonszolgáltatásokat a sikeres SSO-kapcsolat után

Ezt a problémát okozhatja, ha ugyanaz a felhasználó ugyanazon platformtípuson több ügyfélnek is bejelentkezik. Ha például egy felhasználó sikeresen bejelentkezik a Windows Webex alkalmazásába, majd bejelentkezik a webex alkalmazásba egy másik Windows gépen, akkor az egyik gépen csak egy aktív SSO munkamenet van. Ez a terv.

Ha feltétlenül meg kell oldania ezt a problémát, beállíthatja, hogy a BroadWorks több, azonos eszköztípusú példányt is rendelkezzen, de egyedi SIP-címekkel kell rendelkezniük. Ez a konfiguráció kívül esik a Webex for BroadWorks hatókörén.

A felhasználó számára nem kiszerelt asztali eszköz

Ez az aláírás látható az ügyfél (\bwc\) naplóban:

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

Hívásbeállítások Webmegtekintés problémái

Öngondoskodás gomb/link nem jelenik meg a Webex alkalmazásban

A probléma másik tünete, amikor a gomb/link megjelenik, de rákattintva megnyílik egy külső böngésző.

  • Ellenőrizze, hogy a szükséges ügyfélkonfigurációs sablon telepítve van-e, és a CSW-címkék megfelelően vannak-e beállítva. (Lásd a Hívásbeállítások Webview szakasz a Webex a BroadWorks megoldás útmutató).

  • Ellenőrizze, hogy a Webex alkalmazás regisztrálva van-e a BroadWorks hívásához.

  • Ellenőrizze, hogy a Webex alkalmazás egy friss verzió, amely támogatja a CSWV-t.

Üres oldal vagy hiba az Öngondoskodás gombra/hivatkozásra kattintás után

Általában ez a viselkedés a Webex alkalmazásban konfigurációs vagy telepítési problémát jelez a CsWV alkalmazással a BroadWorks XSP-n.

Gyűjtsön adatokat a további vizsgálathoz, beleértve a CSWV naplókat, a hozzáférési naplókat, a config-wxt-et.xml adattárat és a sablonfájlt, majd emelje fel az ügyet.

Domain igénylési problémák

A felhasználói regisztrációs hibák a domainek igénylése által végrehajtott hibák következtében fordulhatnak elő. Mielőtt bármilyen domaint igényelne, győződjön meg róla, hogy megértette a következőket:

  • A Szolgáltatók nem igényelhetik az általuk kezelt ügyfélszervezetek domainjeit. Csak azoknak a felhasználóknak a domainjét igényelhetik, akik a Szolgáltató belső szervezetében vannak. A felhasználók domainjének külön szervezetben történő igénylése (akár a Szolgáltató által kezelt) regisztrációs hibákat eredményezhet az ügyfélszervezet felhasználói számára, mivel a felhasználói hitelesítési kérelmeket nem az ügyfélszervezeten, hanem a Szolgáltatón keresztül irányítják.

  • Ha két ügyfélszervezet (A és B vállalat) ugyanazon a domainen osztozik, és az "A" vállalat igényelte a domaint, a "B" vállalat felhasználóinak regisztrációja meghiúsulhat, mivel a felhasználói hitelesítési kérelmeket a domaint igénylő szervezeten (A vállalat) keresztül vizsgálják.

Ha bármilyen domaint hibásan igényel, és el kell távolítania egy követelést, olvassa el a Domainek kezelése Webex cikket.

Végfelhasználói hibakódok

Az alábbi táblázat az ügyfél felhasználói aktiválási portálján látható végfelhasználói hibakódokat vázolja fel.


Ez nem a hibakódok kimerítő listája. A táblázat csak azokat a meglévő hibakódokat sorolja fel, amelyekhez a Webex alkalmazás jelenleg nem ad egyértelmű útmutatást a felhasználó számára.
1. táblázat. Végfelhasználói hibakódok

Hibakód

Hibaüzenet

Javasolt művelet

200010

Sikertelen hitelesítő adatok érvényesítése a BroadWorks felhasználó jogosulatlan

A felhasználónak más felhasználónév és jelszó kombinációt kell kipróbálnia.

Ellenkező esetben az adminisztrátornak vissza kell állítania a jelszót a BroadWorks-ben.

200016

Sikertelen hitelesítő adatok nem található munkamenetként történő érvényesítése sikertelen

A felhasználónak frissítenie kell a böngészőt, és újra meg kell ismételnie a felhasználónevet / jelszót.

200018

Sikertelen hitelesítő adatok érvényesítése a felhasználó kizárásával

A felhasználónak 10 percet kell várnia, majd újra meg kell próbálnia.

200019

Sikertelen hitelesítő adatok érvényesítése a felhasználó hozzáadásakor sikertelen volt az önaktiváláshoz

Az adminisztrátornak ellenőriznie kell az önaktiválási beállításokat a Vezérlőközpontban

200022

Nem sikerült e-mailt küldenie, mivel a felhasználó nem voltauta

A felhasználónak újra meg kell adnia a be- és beírási hitelesítő adatokat.

200026

Az e-mailek nem érvényesítése az előzetes ellenőrzés hibája vagy a partnerorgUUID függőben lévő felhasználói helytelen állapota miatt : {partnerOrgUUID} , BroadoworksUUUID : {broadworksUUUID} , ConfigSetUUID : {configSetUUID}

Az adminisztrátornak tájékoztatnia kell a felhasználót arról, hogy rossz e-mail címet adott meg, mivel az e-mail cím egy másik szervezethez kapcsolódik.

200039

Sikertelen e-mail érvényesítése e-mailkéntA már használatban lévő másik org

A felhasználónak újra meg kell próbálnia a beépítést ugyanarra az ellenőrző linkre, de más BroadWorks felhasználói azonosítót használva.

Ellenkező esetben a különböző szervezet ügyfélszervezet-rendszergazdájának törölnie kell a meglévő felhasználói fiókot.

200040

Sikertelen e-mailek érvényesítése configSetként nem egyezik meg a configSettel a customerConfig-ban

Az adminisztrátornak össze kell hasonlítania a felhasználó által használt ellenőrző hivatkozást a Control Hubban konfigurált hivatkozással. A két hivatkozásnak és a configSet-nek egyeznie kell.

200041

Sikertelen e-mail érvényesítése, mivel a felhasználó már jogosult egy másik ütköző szolgáltatásra, ellentmondó jogosultságok

A felhasználónak újra meg kell próbálnia ugyanarra az ellenőrző hivatkozásra való beépítést egy másik BroadWorks felhasználói azonosítóval.

Ellenkező esetben az ütköző szolgáltatást kezelő ügyfélszervezési rendszergazdának törölnie kell az ütköző szolgáltatást vagy jogosultságokat.

200042

Sikertelen e-mail érvényesítése e-mail már kapcsolódik egy másik BroadWorks UserId

A felhasználónak újra meg kell próbálnia más e-mail címmel.

Ellenkező esetben az adminisztrátornak törölnie kell az e-mail címet használó másik felhasználót.

200043

Hibás az e-mailek sikertelen érvényesítése a felhasználói konfiguráció leképezéseként

A felhasználónak újra meg kell próbálnia más e-mail címmel.

Ellenkező esetben az adminisztrátornak törölnie kell az e-mail címet használó másik felhasználót.

200044

Sikertelen e-mail-érvényesítés, mivel a userId már használatban van ezen a BroadWorks fürtben

A felhasználónak újra meg kell próbálnia más e-mail címmel.

Ellenkező esetben az e-mail címet használó meglévő felhasználói fiókot kezelő ügyfélszervezet-rendszergazdának törölnie kell az ilyen felhasználói fiókot.

200045

Sikertelen felhasználó hozzáadása önaktiválással, mivel a felhasználó már egy másik szervezet része

A felhasználónak újra meg kell újraélnie a bedeszkázást, de más e-mail címmel.

Ellenkező esetben a különböző orgot kezelő ügyfélszervezet-rendszergazdának törölnie kell a meglévő fiókot.

200046

Sikertelen felhasználó hozzáadása saját aktiválással, mivel több függőben lévő felhasználó ugyanazzal a broadworksUserId-el létezik ugyanazon BroadWorks fürt alatt

A rendszergazda törölje a függőben lévő felhasználókat a Control Hubból

200047

Sikertelen felhasználó hozzáadása önaktiváláson keresztül, mivel a UserId már használatban van ezen a BroadWorks fürtben

A felhasználónak újra meg kell próbálnia más e-mail címmel.

Ellenkező esetben a meglévő felhasználói fiókot kezelő ügyfélszervezet-rendszergazdának törölnie kell a meglévő felhasználói fiókot, vagy el kell távolítania más jogosultságokat.

200048

Sikertelen felhasználó hozzáadása önaktiválással, mivel az e-mail címet már egy másik BroadWorks felhasználóval látták elId

A felhasználónak újra meg kell próbálnia más e-mail címmel.

200049

Sikertelen felhasználó hozzáadása önaktiváláson keresztül, mivel a UserId már használatban van ezen a BroadWorks fürtben

A felhasználónak újra meg kell próbálnia más e-mail címmel.

Ellenkező esetben a meglévő felhasználói fiókot kezelő ügyfélszervezet-rendszergazdának törölnie kell a meglévő felhasználói fiókot, vagy el kell távolítania más jogosultságokat.

200050

Sikertelen felhasználó hozzáadása önaktiváláson keresztül, mivel a provisioningID nem felel meg az előfizető vállalkozásának várt provisioningID-jének

Az adminisztrátornak össze kell hasonlítania a felhasználó által használt ellenőrző hivatkozást a Vezérlőközpontban konfigurált hivatkozással.

A két hivatkozásnak és a configSet-nek egyeznie kell.

200051

A felhasználó önaktiválással történő sikertelen hozzáadása a jelen kérelemben megadott spEnterpriseId-ként ütközik a Jelen BroadWorks Klaszterből már rendelkezésre képzett Szolgáltatóval vagy Vállalattal

Az adminisztrátornak ellenőriznie kell a Control Hub meglévő szervezeteit, és meg kell győződnie arról, hogy nem hoznak létre olyan orgot, amelynek neve már létezik.

200054

Sikertelen e-mail érvényesítése, mint az ügyfél szervezeti és partner org eltérése

Az adminisztrátornak ellenőriznie kell a partner szervezeti és ügyfél-szervezeti beállításait a Control Hubban, és meg kell győződnie arról, hogy a régiók megfelelnek-e.