Vízjel
2021. máj. 31. | megtekintés | személy érezte ezt hasznosnak

Webex for BroadWorks hibaelhárítási útmutató

Hibaelhárítási tanácsok a Webex számára a BroadWorks számára, beleértve a "hogyan" témákat, a naplófájlok listáját és azok használatát, valamint tippeket az egyes problémák kivizsgálására.

Webex a BroadWorks hibaelhárításához

Webex a BroadWorks hibaelhárításához

Webex hibaelhárítása BroadWorks-hez

Ez a dokumentum a szolgáltató szervezetek műszaki embereinek szól, akik támogatják magukat és ügyfeleiket. Elvárjuk, hogy legyen némi ismerete a hibaelhárításról általában, a naplók olvasásában és az előfizetői esetekről való munkában.

A cikk három fő részre oszlik:

  • Erőforrások, amely az eszközök, az olvasási anyagok, a naplók és a szükséges névjegyek listája.
  • Folyamatok, amely leírja az ügyfélprobléma elhárítása során megtehető műveleteket.
  • Konkrét problémák, amelyek kategorizálják és felsorolják az ismert problémákat, hogyan lehet észrevenni őket, és hogyan lehet potenciálisan megoldani őket.

Előzmények módosítása

Dátum

Verzió

Módosítás

2021. május 19.

1.5

Hozzáadott domain-igénylési problémák szakasz

2021. április 22.

1.4

Frissített végfelhasználói hibakódok két további kóddal: 200016 és 200054

2021. április 13.

1.3

További információk a Cisco Webex Szervizelhetőség Connectior

2020. december 08.

1.2

Frissített dokumentum. Webex Teams átnevezése Webexre (alkalmazásra).

Hozzáadott végfelhasználói hibakódok

2020. november 03.

1.1

Hozzáadott hívásbeállítások Webmegtekintés

2020. október 22.

1.0

Új dokumentumot vezettek be

Vízjel
2021. máj. 31.| megtekintés | személy érezte ezt hasznosnak

Erőforrások

Webex a BroadWorks hibaelhárítási erőforrásaihoz

Névjegyek


2020 októberétől a BroadSoft ügyfélszolgálatát a Cisco CX támogatási folyamataiba és eszközeibe vándorljuk. Ez azt jelenti, hogy a Webex for BroadWorks partnereknek át kell lépnie az Xchange esetkezelésre való használatáról a Support Case Manager (SCM) használatára.

A migráció körülbelül 3 hónapig és a 2020-as naptári év végéig tart. A BroadWorks / UCaaS TAC csapata a BroadSoft Jira helyett a CSOne / Lightning ügyeket fogja támogatni, amikor áttelepítik. Előfordulhat, hogy a migrációs időszak alatt mindkét rendszerben hivatkoznia kell az esetekre.

A részletekért lásd a Legacy BroadSoft támogatási átmenetet.

Hasznos naplófájlok

Napló neve Forrás Hasznos hibaelhárításhoz
PSLog Alkalmazáskiszolgáló Átfolyásos kiépítés
tomcat access_log XSP Webex alkalmazás bejelentkezés
XsiActionsLog XSP Webex alkalmazás bejelentkezési interakciói a Webex IDP proxyval, ügyfél-interakciók az eszközprofilok lekérdezése esetén
hitelesítésSzolgáltatásnapló XSP Webex alkalmazás bejelentkezése (token érvényesítése és kiadása)
XSLog XSP?

Mobil előfizetések leküldéses értesítésekhez

Hívásjelzés

Webex alkalmazás indítási naplója

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

Mac:

/Users/{felhasználónév}/Könyvtár/Naplók/SparkMacDesktop/current_log

Mobil: Naplók küldése

Indítás (szekvencia)

Jogosultsági ellenőrzések a felhasználó számára

BWC könyvtári inicializálás a BroadWorks-hez való csatlakozáshoz

getUserProfile & JwT token lekérés naplózás

A BroadWorks hívja a Webex alkalmazásnaplót

Kliens

Windows: \Felhasználók\{felhasználónév}\AppData\Local\CiscoSpark\bwc\current_log.txt

Mac:

/Felhasználók/{felhasználónév}/Könyvtár/Naplók/SparkMacDesktop/bwc/current_log

Mobil: Naplók küldése

Regisztráció és hívások összes SIP-forgalma

Életben tartani a forgalmat a BWKS Backend

Jelzést igénylő középhívási funkciók (Hold/Resume, Transfer stb.)

Média (Webex Media Engine) napló

Kliens

Windows:

\Users\{felhasználónév}\AppData\Local\CiscoSpark\media\*.log

Mac:

/Users/{felhasználónév}/Könyvtár/Naplók/SparkMacDesktop/media/

Mobil: Naplók küldése

Összes médianaplózás

Felhívásra kialkudott kodekek

A Mid Call funkciói

Olvasási lista

Serviceability Connector

A Cisco Webex Szervizelhetőségi szolgáltatás növeli azt a sebességet, amellyel a Cisco technikai kisegítő személyzete diagnosztizálhatja az infrastruktúrával kapcsolatos problémákat. Automatizálja a diagnosztikai naplók és információk SR-ügyben történő megtalálásával, visszakeresésével és tárolásával kapcsolatos feladatokat. A szolgáltatás a diagnosztikai aláírások elemzését is elindítja, hogy a TAC hatékonyabban azonosíthassa és megoldhassa a helyszíni berendezésekkel kapcsolatos problémákat.

A szervizelhetőségi csatlakozó üzembe helyezésére vonatkozó részletekért lépjen a Cisco Webex Szervizelhetőségi csatlakozó telepítési útmutatója webhelyre a https://www.cisco.com/c/en/us/td/docs/voice_ip_comm/cloudCollaboration/spark/hybridservices/serviceability/cmgt_b_deployment-guide-spark-hybrid-service-connector.html.

Vízjel
2021. máj. 31.| megtekintés | személy érezte ezt hasznosnak

Folyamatok

Webex a BroadWorks hibaelhárítási folyamataihoz

Probléma eszkalálódása

Miután követte a hibaelhárítási útmutatást, ésszerű elképzeléssel kell rendelkeznie arról, hogy hol gyökerezik a probléma.

1

Gyűjtsön annyi információt, amennyit csak tud a problémához kapcsolódó rendszerekből

2

Az ügy megnyitásához vegye fel a kapcsolatot a Cisco megfelelő csapatával (lásd a Kapcsolatok szakaszt)

Milyen ügyféladatokat gyűjtsön

Ha úgy gondolja, hogy meg kell nyitnia egy ügyet, vagy eszkalálnia kell egy problémát, gyűjtse össze a következő információkat a felhasználóval való hibaelhárítás közben:

  • Felhasználói azonosító: CI e-mail cím vagy felhasználói UUID (ez a Webex azonosító, de ha a felhasználó BroadWorks azonosítóját is megkapja, az segít)

  • Szervezet azonosítója

  • Hozzávetőleges időkeret, amely alatt a problémát tapasztalták

  • Ügyfélplatform és verzió

  • Naplók küldése vagy gyűjtése az ügyféltől

  • A nyomon követési azonosító rögzítése, ha megjelenik az ügyfélen

Felhasználói adatok ellenőrzése a Help Deskben

1

Jelentkezzen be a https://admin.webex.com/helpdesk.

2

Keresse meg, majd kattintson a felhasználóra. Ez megnyitja a felhasználói összesítő képernyőt.

3

Kattintson a felhasználónévre a részletes felhasználói konfiguráció megtekintéséhez.

Hasznos információk ebben a nézetben: a felhasználó UUID-címe, közös identitás (CI) fürtje, Webex alkalmazásfürtje, hívási viselkedése, BroadWorks-fiók GUID-címe.

4

Kattintson a Másolás gombra, ha ezt az információt egy másik eszközben kell használnia, vagy csatolja azt egy Cisco-ügyhöz.

Ügyfélszervezet megtekintése az Ügyfélszolgálaton

1

Jelentkezzen be a https://admin.webex.com/helpdesk.

2

Keresse meg, majd kattintson az ügyfélszervezet nevére.

3

Görgessen lefelé, amíg meg nem látja az Ügyfélportál nézetét, és kattintson az Ügyfélnév megtekintése gombra az Ügyfél szervezeti egy írásba beolvasott nézetének megtekintéséhez – beleértve a felhasználókat és a konfigurációt is.

Felhasználói naplók lekérése a Partner Hub-ból

Az asztali és mobil ügyfélproblémák elhárítása során fontos, hogy a partnerek (és a TAC) megtekinthessenek az ügyfélnaplókat.

1

Kérje meg a felhasználót, hogy küldjön naplókat.

2

Kérje meg a felhasználót, hogy exportálja a hívási környezetet, küldje el Önnek a ced.dat fájlt.

3

Szerezze be az ügyfélnaplókat a Partner Hubból vagy a Help Deskből (lásd alább).

Partner Hub opció:

  1. Jelentkezzen be a Partner Hubba, és keresse meg a felhasználó ügyfélszervezetét.

  2. Válassza a Hibaelhárítás lehetőséget.

  3. Válassza a Naplók lehetőséget.

  4. Keresés a felhasználó (e-mailben).

  5. Az ügyfélnaplók megtekintése és letöltése zip fájlként.

Help Desk lehetőség:

  1. Jelentkezzen be a Help Deskbe.

  2. Keresse meg a szervezetet.

  3. Kattintson a szervezetre (megnyitja az összefoglaló képernyőt).

  4. Görgessen lefelé az Ügyfél megtekintése gombra kattintva.

  5. Válassza a Hibaelhárítás lehetőséget.

  6. Válassza a Naplóklehetőséget .

  7. Keresés a felhasználó (e-mailben).

  8. Az ügyfélnaplók megtekintése és letöltése zip fájlként.

Az ügyfélverzió keresése

1

Ossza meg ezt a linket a felhasználóval: https://help.webex.com/njpf8r5.

2

Kérje meg a felhasználót, hogy küldje el Önnek a verziószámot.

Ügyfél-ellenőrzés hívásszolgáltatáshoz

1

Jelentkezzen be a Webex kliensbe.

2

Ellenőrizze, hogy a Hívásbeállítások ikon (egy készülék fölötte lévő fogaskerékkel) jelen van-e az oldalsávon.

Ha az ikon nincs jelen, előfordulhat, hogy a felhasználó még nem engedélyezve van a hívásszolgáltatáshoz a Control Hubban.

3

Nyissa meg a Beállítások/Beállítások menüt, és lépjen a Telefonszolgáltatások szakaszba. Látnia kell a bejelentkezett állapotot.

(Ha egy másik telefonszolgáltatás, például a Webex Calling, jelenik meg, a felhasználó nem használja Webex a BroadWorks.)

Ez az ellenőrzés a következő eszközöket jelenti:

  • Az ügyfél sikeresen áthaladt a szükséges Webex mikroszolgáltatásokon.
  • A felhasználó sikeresen hitelesítette.
  • Az ügyfél hosszú élettartamú JSON webes tokent kapott a BroadWorks rendszerétől.
  • Az ügyfél letöltötte eszközprofilját, és regisztrált a BroadWorks-hez.

Ügyfélnaplók vagy visszajelzések lekérve

  • Tekintse meg az Erőforrások szakaszt, ahol konkrét ügyfélnaplókat talál a Webex asztali ügyfelein, vagy kérje meg a felhasználókat, hogy küldjenek naplókat.

  • Kérje meg a mobil ügyfelek felhasználóit, hogy küldjenek naplókat, majd a partnerközponton vagy az ügyfélszolgálaton keresztül kaphatja meg őket.


A naplók küldése néma. Ha azonban a felhasználó visszajelzést küld, az a Cisco Webex alkalmazás devops csapatához kerül. Ügyeljen arra, hogy rögzítse a felhasználó visszajelzési számát, ha nyomon szeretné követni a Cisco-t. Például:

Hívókörnyezeti adatok lehívása

A Webex ügyfélnaplók erősen kitakarva távolítják el a személyazonosításra alkalmas adatokat. A híváskörnyezeti adatokat ugyanabban a munkamenetben kell exportálnia az ügyféltől, amikor észreveszi a problémát.

1

Az ügyfélben kattintson a profilképre, majd kattintson a Súgó > a Híváskörnyezeti adatok exportálásaelemre.

2

Mentse el a kapott fájlt a ced.dat a felhasználó hívásproblémáinak elhárításához.

Fontos: Kijelentkezés az ügyfélről vagy újraindítása törli a belső gyorsítótárat. Ha ced.dat exportál, az exportált adatok nem felelnek meg a gyorsítótár előtt küldött naplóknak.

Webex adatbázis alaphelyzetbe állítása

1

Az ügyfélnél kattintson a Súgó > állapotellenőrzőelemre.

2

Válassza az Adatbázis alaphelyzetbe állításalehetőséget.

Ez elindítja az ügyfél teljes alaphelyzetbe állítását, és betölti a Webex alkalmazás bejelentkezési képernyőjét.

Ellenőrizze, hogy a Webexnek regisztrálnia kell-e a BroadWorks-hez

A Webex alkalmazás a következő adatokat ellenőrzi annak eldöntésére, hogy regisztráljon-e a BroadWorks-be:

  • Felhasználói jogosultság a broadworks-connector-ra

  • Hívási viselkedés a szervezet és a felhasználó számára

A felhasználó hívási viselkedésének és csatlakozó jogosultságának ellenőrzése

  1. Jelentkezzen be a Help Desk (https://admin.webex.com/helpdesk) a partner rendszergazda hitelesítő adatait.

  2. Keresse meg a felhasználót.

  3. Kattintson a felhasználóra, és ellenőrizze a Hívás viselkedése bejegyzést. A "Call in Webex" legyen.

  4. Kattintson a felhasználónévre a Felhasználói adatok képernyő megnyitásához.

  5. Görgessen le, hogy megtalálja a entitlements szakaszt, és ellenőrizze, hogy broadworks-connector tartalmazza.


    A Webex a BroadWorks felhasználó nem rendelkezik a bc-sp-standard jogosultságot, ha a Webexet a BroadWorks számára kívánják használni. Ez a jogosultság a "Webex Calling (Broadcloud)" szolgáltatásra, amely a Webex alkalmazás hívása a Cisco által felügyelt felhőalapú hívási szolgáltatáson keresztül.

A szervezet hívási viselkedésének ellenőrzése

  1. Jelentkezzen be a Help Desk (https://admin.webex.com/helpdesk) a partner rendszergazda hitelesítő adatait.

  2. Keresse meg a szervezetet.

  3. Kattintson a szervezetre, és ellenőrizze a Hívás viselkedése bejegyzést. A "Call in Webex" legyen.

PSLog elemzése a felhasználók kiépítési problémáihoz

Az Alkalmazáskiszolgáló PSLog segítségével megtekintheti a HTTP POST kérést a kiépítési hídra és a Webex válaszát.

Helyes munka esetén a válasz 200 OK, és néhány perc múlva láthatja, hogy a felhasználó - és az új ügyfél org, ha az első felhasználó - a Webex-ben jött létre.

Ezt a Help Desk segítségével ellenőrizheti a POST-ban látható e-mail címért.

Mielőtt elkezdené

Gyűjtsön pslogot az alkalmazáskiszolgálóról egy tesztfelhasználóval végzett folyamatbeépítési kísérlet során.

1

Az első dolog, hogy ellenőrizze a HTTP válaszkód:

  • Bármi más, mint 200 OK a felhasználó kiépítési hiba.

  • 200 OK még mindig jelezheti a hibát, ha valami az előfizetői profil nem működik a Webex szolgáltatások előtt a kiépítési híd.

  • 400 tartalmazhat message csomópontot a válaszban. A kiépítési híd nem tudott feldolgozni valamit a subscriberProfile. Lehet, hogy valami baj van az előfizető adataival, vagy összeegyeztethetetlen a sablon beállításával.

  • 401: az AS-ben megadott kiépítési hitelesítő adatok nem egyeznek meg a Partner Hub sablonján megadott adatokkal.

  • A 403 jelezheti, hogy valami rosszul van konfigurálva az Application Serveren. Ellenőrizze a kérés célját. nem lehet IP-cím, hanem a partnerközpont sablonján látható kiépítési híd URL-je.

  • 409 a szállított subscriberProfile és a meglévő Webex-adatok. Előfordulhat, hogy egy meglévő felhasználó rendelkezik ezzel az e-mail címmel. Ellenőrizze a message – ikt.

2

Ellenőrizheti az eredeti HTTP POST-ot is, hogy nincsenek-e gyanús értékek, amelyek a kiépítés sikertelenségéhez vezethetnek.

A POSZT tartalmaz egy subscriberProfile XML-struktúra. Ezen belül hasznos csomópontokat kell ellenőrizni:

  • bwuserid: Ezzel megkeresheti az előfizetői profilt, ha módosítania kell a BroadWorksben.

  • group: Ha a sablon "Szolgáltató módban" van, ez kisbetűs, és a Partner Hubban látható Ügyfélközpont neve lesz.

  • serviceProvider: Ha a sablon "Vállalati módban" van, ez kisbetűs, és a Partner Hubban látható ügyfél-org neve lesz.

  • primaryPhoneNumber: Léteznie kell. A kiépítés enélkül nem sikerül.

  • email: A Webex felhasználói azonosítója lesz. Érvényesnek és egyedinek kell lennie a Webex számára, különben a kiépítés sikertelen.


 

Figyelmen kívül hagyja a services versszak: az AS hozta létre, és elfogadta, de a Webex nem használta.

XSP-naplók elemzése az előfizetői bejelentkezés hibaelhárításához

Ez az áramlás a BroadWorks hitelesítési módot írja le. A hitelesítési mód a BroadWorks sablonon, a Partner Hubban látható. Lásd: Ügyfélsablonok konfigurálása a https://help.webex.com/en-us/z9gt5j/Webex-for-BroadWorks-Solution-Guide#id_1377262.

A következő létradiagram a felhasználó, az ügyfél, a Webex szolgáltatások és a BroadWorks rendszer közötti interakciót mutatja, amikor a felhasználó BroadWorks hitelesítést végez a Webex alkalmazásban. A Webex és az XSP közötti kapcsolatot az MTLS biztosítja.

Az ezt követő vita elmagyarázza, hogy mire számíthat a sikeres bejelentkezés naplóinak vizsgálatakor.

1. ábra: BroadWorks hitelesítés és eszközkonfiguráció

A felhasználó interakcióba lép az ügyféllel, az ügyfél interakcióba lép a Webex szolgáltatásaival:

  • A felhasználó meg kell adni az e-mail címét a Webex alkalmazásnak (1 a diagramon).

  • CI tudja átirányítani ezt a felhasználót, hogy adja meg BroadWorks jelszót (keresztül UAP) (2 diagram).

  • Az IDP Proxy kap profilkérelmet nyújt be az XSI felületére az XSP-n.

A tomcat access_log:

  • Keresse meg a GET kérést az előfizetői profilhoz, a Webex-től az Xsi-Actions felület felé (2.1 az ábrán). Webex felhasználói azonosítóval rendelkezik. Pl..

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

Az XsiActionsLogban:

  • Keresse meg a Profil GET kérést a Webex-től (2.1 a diagramon). Webex felhasználói azonosítóval rendelkezik. Pl..

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

    A fejlécek közé tartoznak a következők: authorization: Basic és user-agent: broadworksTeamsClient

  • Az XSP ezután elvégzi az OCI-P Basic hitelesítést a BroadWorks ellen (AuthenticationVerifyRequest és AuthenticationVerifyResponse, mint bármely más alkalmazás, amely az Xsi-n keresztül alapvető hitelesítést végez), valamint egy UserGetRequest és ServiceProviderGetRequest az előfizetői információk összegyűjtésére.

  • A Webexre adott Xsi-válasz XML-t tartalmaz Profile blokkot tartalmazó (BroadWorks) userId és egyéb részletek (2.2. ábra).

Ügyfél- és Webex-szolgáltatások interakciói:

  • Az IDP proxy megegyezik a BroadWorkstől kapott felhasználói profillal, és SAML állítást ad ki az ügyfélnek (2.3 a diagramon)

  • Az ügyfél kicseréli a SAML állítást egy CI tokenre (3 az ábrán)

  • Az ügyfél ellenőrzi, hogy a bejelentkezett felhasználó rendelkezik-e a broadworks-connector jogosultsággal (4 a diagramon). A felhasználói jogosultságokat a Help Deskben ellenőrizheti)

  • Az ügyfél CI tokent használ, hogy JSON web tokent (JWT) kérjen az IDP proxytól (5 a diagramon)

  • Az IDP proxy érvényesíti a CI tokent a CI-nél

  • Idp proxy kéri JWT a hitelesítési szolgáltatás

Az authenticationService naplóban:

  • Keresse meg a Webex token kérését (5.2 az ábrán), pl.:

    GET /authService/token

    amely http_bw_userid fejlécet és másokat.

  • Az XSP nem OCI-P UserGetLoginInfoRequest, annak igazolására, hogy a megadott felhasználói azonosító megfelel egy BroadWorks felhasználónak (5.3 a diagramon). Az AuthService az mTLS kapcsolatnak megfelelően bizalmat alakított ki a Webex-szel, így az LLT-t is ki tudja adnia.

  • Keresse meg a választ (5.4 diagramon) a LongLivedTokenManager - Token generated, subject: bwksUserId@example.com, issuer: BroadWorks …

    és StatusCode=200 amelyet az eredeti kérelemmel társíthat a trackingid: CLIENT… fejléc.

Az XsiActionsLogban:

  • Az ügyfél most már képes bemutatni a hosszú élettartamú tokent az Xsi-Actions felületen, hogy megkapja az eszköz profilját (6 a diagramon). Pl..:

    GET /com.broadsoft.xsi-actions/v2.0/user/bwksUserId%40example.com/profile/device

    A fejlécekkel authorization: Bearer token és user-agent: WebexTeams (variant/version)

  • Az Xsi-Actions interfész POSTs a token az authservice (konfigurálva, hogy a visszacsatolás felület), pl.: 127.0.0.1:80 POST http://127.0.0.1:80/authService/token

    amely korrelálhat a trackingid: CLIENT… fejléc a GET és a X-BROADSOFT-CORRELATION-ID : CLIENT… fejléc a POST.

Az authenticationService naplóban:

  • A POST átvétele az Xsi-től (visszahívás)

  • A StatusCode=200 vissza Xsi

  • És egy token érvényesítési válasz, miután a "token" JSON blokk a testben.

  • Korrelál a trackingid: CLIENT…

Az XsiActionsLogban:

  • Miután 200 OK-t kapott az authservice-től, amely érvényesítette az ügyfél tokenjét, az Xsi-Actions alkalmazás most elküldi az OCI-P kérését UserPrimaryAndSCADeviceGetListRequest

  • OCI-P-t kap UserPrimaryAndSCADeviceGetListResponse tartalmazza a accessDeviceTable XML-struktúra.

  • Az OCI-P válasz Xsi válaszként van kódolva az ügyfél számára, beleértve a AccessDevices XML-struktúra, amely a deviceTypes Pl.. Business Communicator – PC és azokat az URL-eket, ahol az ügyfél lekérheti az eszköz konfigurációs fájljait.

Az ügyfél a szokásos módon folytatja:

  • Kiválaszt egy eszközbejegyzést, és kölcsönhatásba lép a DMS-szel az eszközprofil megszerzéséhez (6 a diagramon)

  • Regisztrál a BroadWorks keresztül SBC letölteni konfigurációban DMS (7 diagram)

Vízjel
2021. máj. 31.| megtekintés | személy érezte ezt hasznosnak

Konkrét kérdések

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.
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 az adminisztrátor törölheti a másik 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 adminisztrátor törölheti a már rendelkezésre álló fiókot, vagy eltávolíthat más 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 adminisztrátornak törölnie kell az e-mail címet használó másik felhasználót.

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 az adminisztrátornak 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 az adminisztrátornak törölnie kell az e-mail címet használó másik felhasználót.

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

Az adminisztrátornak meg kell mondania a felhasználónak, hogy újra megpróbálja a beépítést ugyanarra a linkre, de egy másik BroadWorks felhasználói azonosítóval.

Ellenkező esetben az adminisztrátornak törölnie kell a már rendelkezésre álló felhasználót, 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.

Hasznos volt ez a cikk?

Kapcsolódó cikkek

Nemrég megtekintve

×