Ez a cikk három fő részre oszlik:

• Erőforrások, amelyek a szükséges eszközök, olvasóanyagok, naplók és névjegyek listáját tartalmazzák.
• Folyamatok, amelyek leírják azokat a műveleteket, amelyeket az ügyfélprobléma elhárítása során végezhet.
• Konkrét problémák, amelyek kategorizálják és felsorolják azokat a problémákat, amelyekről ismert, hogy előfordulnak, hogyan lehet kiszúrni őket, és hogyan lehet őket potenciálisan megoldani.

Hasznos naplófájlok

Olvasási lista

• Webex for Cisco BroadWorks Partner Tudásportál
• XSP platformkonfigurációs útmutató (R23)
• BroadWorks szoftverkezelési útmutató (R23)
• Cisco BroadWorks eszközkezelési konfigurációs útmutató (R23)
• Broadworks Xsp parancssori felület adminisztrátori útmutatója
• Hosszú élettartamú hitelesítési token funkció leírása Kiadás 23.0
• SAML hitelesítési integrációs útmutató, R23
• Cisco BroadWorks SSL támogatási lehetőségek útmutatója
• Cisco CI támogatási funkció leírása
• Értesítési push szerver (funkcióleírás)
• Leküldéses értesítési támogatás a hívásokhoz Funkció leírása Release 22.0
• Firebase-hez való csatlakozás (Android) migrációjának eljárásmódja
• Cisco BroadWorks eszköztokenek tárolása push értesítésekhez Funkcióleírás 22.0-s kiadás
• Cisco BroadWorksSystem kapacitástervező (táblázat)
• Cisco BroadWorks platform méretezési útmutató
• Cisco Broadworks rendszermérnöki útmutató
• CI hitelesítési támogatási követelmények dokumentum verzió 1.0 MR-7136

Ismert problémák és korlátok

Az Ismert problémák és korlátozások című cikk naprakész információkat tartalmaz a Webex for BroadWorks megoldásban azonosított ismert problémákról.

Serviceability Connector

A Webex szervizelhetőségi szolgáltatása megnöveli a Cisco technikai segítségnyújtási munkatársainak az infrastruktúra problémáinak diagnosztizálásának sebességét. Automatizálja a diagnosztikai naplók és információk megkeresésének, lekérésének és tárolásának feladatait egy SR-esetben. A szolgáltatás a diagnosztikai aláírások elemzését is elindítja, így a TAC hatékonyabban azonosíthatja és megoldhatja a helyszíni berendezésekkel kapcsolatos problémákat.

A Serviceability Connector telepítésével kapcsolatos részletekért lásd: A Cisco Webex Serviceability Connector telepítési útmutatója.

Probléma eszkalálá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.

eljárás

1. Gyűjtsön össze annyi információt, amennyit csak tud a problémához kapcsolódó rendszerekből.
2. Lépjen kapcsolatba a Cisco megfelelő csapatával egy ügy megnyitásához.

Milyen ügyféladatokat kell gyűjteni

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 megkapod, az segít).
• Szervezetazonosító.
• A probléma előfordulásának hozzávetőleges időtartama.
• Kliens platform és verzió.
• Naplók küldése vagy begyűjtése az ügyféltől.
• Jegyezze fel a követési azonosítót, ha látható a kliensen.

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

Az Ügyfélszolgálati rendszergazda (alap vagy haladó) szerepkörrel rendelkező partnerrendszergazdák ezzel az eljárással ellenőrizhetik a felhasználói adatokat az Ügyfélszolgálat nézetben.

eljárás

1. Jelentkezzen be a Ügyfélszolgálatba.
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. A nézetben hasznos információk lehetnek a felhasználó UUID-ja, a Common Identity (CI) klaszter, a Webex alkalmazásklaszter, a hívási viselkedés és a BroadWorks fiók GUID-ja.
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 a Help Deskben

Az Ügyfélszolgálati rendszergazda (alap vagy haladó) szerepkörrel rendelkező partnerrendszergazdák ezzel az eljárással tekinthetik meg az ügyfél-szervezet adatait az Ügyfélszolgálat nézetben.

eljárás

1. Jelentkezzen be a Ügyfélszolgálatba.
2. Keresse meg, majd kattintson az ügyfélszervezet nevére.
3. Görgessen lejjebb, amíg meg nem jelenik az Ügyfélportál nézet lehetőség, majd kattintson az ÜgyfélNév megtekintése lehetőségre az Ügyfél szervezet írásvédett 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 Hubból

Az asztali és mobil kliensekkel kapcsolatos problémák elhárításakor fontos, hogy a partnerek (és a TAC) megtekinthessék a kliens naplóit.

eljárás

1. Kérje meg a felhasználót, hogy küldjön naplókat. Segítségért lásd: Webex alkalmazás | Probléma jelentése.
2. Kérje meg a felhasználót, hogy exportálja a hívási környezetet, és küldje el Önnek a ced.dat fájlt.
3. Szerezd meg az ügyfélnaplókat a Partner Hubból vagy a Help Deskből.

   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óklehető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 lejjebb, és kattintson az Ügyfél megtekintéselehetőségre.
   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.

Hogyan lehet megtudni az ügyfél verzióját

eljárás

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élellenőrzés a hívó szolgáltatáshoz

eljárás

1. Jelentkezzen be a Webex kliensbe.
2. Ellenőrizze, hogy a Hívásbeállítások ikon (fölötte egy fogaskerékkel ellátott kézibeszélő) van-e jelen az oldalsávon. Ha az ikon nincs jelen, előfordulhat, hogy a felhasználó még nincs engedélyezve a hívószolgá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 beírt SSO-munkamenetállapotát. (Ha egy másik telefonszolgáltatás, például a Webex Calling, jelenik meg, a felhasználó nem használja Webex a Cisco 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.
   • A BroadWorks rendszer egy hosszú élettartamú JSON webes tokent bocsát ki az ügyfél számára.
   • Az ügyfél lekérte az eszköz profilját, és regisztrált a BroadWorks-be.

Ügyfélnaplók vagy visszajelzések beszerzése

• 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. Segítségért lásd: Webex alkalmazás | Probléma jelentése.
• 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 egy felhasználó visszajelzést küld, az a Webex App 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ási környezet adatainak lekérdezése

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.

eljárás

1. A kliensen kattintson a Súgó gombra > Állapotellenőrző.
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 Webex regisztrálható-e a BroadWorks-be

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(z) broadworks-connectorelemhez.
• Hívási viselkedés szervezet és 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 Ügyfélszolgálat oldalra partnerrendszergazdai hitelesítő adataival.
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 lejjebb a entitlements szakasz megkereséséhez, és ellenőrizze, hogy szerepel-e broadworks-connector a

   

   Egy Webex for Cisco BroadWorks felhasználónak NEM szabad rendelkeznie a bc-sp-standard jogosultsággal, ha a Webex for Cisco BroadWorks szolgáltatást kívánja 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 Ügyfélszolgálat oldalra partnerrendszergazdai hitelesítő adataival.
2. Keresse meg a szervezetet.
3. Kattintson a szervezetre, és jelölje be a Hívási viselkedés bejegyzést. A "Call in Webex" legyen.

A PSLog elemzése a felhasználó-kiépítési problémák szempontjából

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.

eljárás

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.
   • A 200 OK hibakód továbbra is hibát jelezhet, ha az előfizetői profillal kapcsolatban valami nem működik a kiépítési híd előtti Webex szolgáltatásokban.
   • A 400-as válasz tartalmazhat egy message csomópontot. A kiépítendő híd nem tudott feldolgozni valamit a subscriberProfilerészben. 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.
   • A 409-es hiba ütközést jelez a megadott subscriberProfile és a meglévő Webex-adatok között. Előfordulhat, hogy egy meglévő felhasználó rendelkezik ezzel az e-mail címmel. Ellenőrizd a message jelet a válaszban.
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 POST egy subscriberProfile XML struktúrát tartalmaz. Ezen belül hasznos csomópontokat kell ellenőrizni:
   • bwuserid: Ezzel megkeresheti az előfizetői profilt, ha szerkesztenie kell a BroadWorksben.
   • group: Ha a sablon „Szolgáltató módban” van, akkor ez kisbetűs, és a Partner Hubban megjelenő Ügyfél szervezet neve lesz.
   • serviceProvider: Ha a sablon „Vállalati módban” van, akkor ez kisbetűs, és a Partner Hubban megjelenő Ügyfélszervezet neve lesz.
   • primaryPhoneNumber: Léteznie kell. A kiépítés enélkül nem sikerül.
   • email: Ez lesz a felhasználói azonosító a Webexben. Érvényesnek és egyedinek kell lennie a Webex számára, különben a kiépítés sikertelen.

     Hagyd figyelmen kívül a services versszakot: 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ó, a kliens, a Webex szolgáltatások és a BroadWorks rendszer közötti interakciót mutatja be, amikor a felhasználó BroadWorks hitelesítést végez a Webex alkalmazásban. A Webex és az XSP közötti kapcsolatot MTLS biztosítja.

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

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 kandúrban 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. Például:

  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. Például:

  GET /com.broadsoft.xsi-actions/v2.0/user/webexuserid@example.com/profile A fejlécek tartalmazzák authorization: Basic a és user-agent: broadworksTeamsClientkaraktereket.

• 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.
• Az Xsi Webexnek adott válasza egy XML Profile blokkot tartalmaz, amely a (BroadWorks) userId elemet és egyéb részleteket tartalmazza (2.2 az ábrán).

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

• Az IDP proxy egyezteti a BroadWorks-től kapott felhasználói profillal, és SAML-ellenőrzést végez a kliensnek (2.3 az ábrán).
• Az ügyfél SAML-állítást CI-tokenre cseréli (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 JSON webtoken (JWT) kéréséhez az IDP proxytól (5. ábra).
• Az IDP proxy validálja a CI tokent a CI-nél.
• Az IDP proxy JWT-t kér a hitelesítési szolgáltatástól.

Az authenticationService naplóban:

• Keresse meg a Webex tokenkérelmét (5.2 az ábrán), Például: GET /authService/token, amely http_bw_userid fejlécet és egyebeket tartalmaz.
• Az XSP OCI-P UserGetLoginInfoRequestmetódust használ annak ellenőrzésére, hogy a megadott felhasználói azonosító megfelel-e egy BroadWorks felhasználónak (az ábrán 5.3. pont). Az AuthService az mTLS kapcsolatnak megfelelően bizalmat alakított ki a Webex-szel, így az LLT-t is ki tudja adnia.
• Keresd meg a választ (5.4 az ábrán) LongLivedTokenManager - Token generated, subject: bwksUserId@example.com, issuer: BroadWorks … a és StatusCode=200 helyekről, amelyet a trackingid: CLIENT… fejléc segítségével társíthatsz az eredeti kéréshez.

Az XsiActionsLogban:

• Az ügyfél képes bemutatni a hosszú élettartamú tokent az Xsi-Actions felületen az eszközprofiljának lekéréséhez (6. ábra). Például: GET /com.broadsoft.xsi-actions/v2.0/user/bwksUserId%40example.com/profile/device A authorization: Bearer token és user-agent: WebexTeams (variant/version)fejlécekkel
• Az Xsi-Actions interfész POST-ként küldi a tokent az authservice-nek (amely a loopback interfészen belül van konfigurálva). Például: 127.0.0.1:80 POST http://127.0.0.1:80/authService/token, amelyet összefüggésbe hozhat a trackingid: CLIENT… fejléccel a GET -ben és a X-BROADSOFT-CORRELATION-ID : CLIENT… fejléccel a POST-ben.

Az authenticationService naplóban:

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

• A StatusCode=200 vissza az Xsi-hez

• És egy tokenérvényesítési válasz, amelynek törzsében egy "token" JSON blokk található.

• Korrelál a trackingid: CLIENT…

Az XsiActionsLogban:

• Miután 200 OK választ kapott az authservice-től, amely validálta az ügyfél stokenjét, az Xsi-Actions alkalmazás most OCI-P kérést küld a következőre: UserPrimaryAndSCADeviceGetListRequest
• OCI-P UserPrimaryAndSCADeviceGetListResponse kódot fogad, amely a accessDeviceTable XML struktúrát tartalmazza.
• Az OCI-P válasz Xsi válaszként van kódolva a kliensnek, beleértve a AccessDevices XML struktúrát, amelynek deviceTypesvan. Például: 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 kapcsolatba lép a DMS-szel az eszközprofil lekéréséhez (6. az ábrán).
• A BroadWorks rendszerbe SBC-n keresztül regisztrál, a konfigurációban a DMS-ből lekérve (7. ábra).

Partnerközponttal kapcsolatos problémák

A rendszergazda nem láthatja az ügyfélszervezeteket

Webex-partnerszervezete rendszergazdájaként rendelkeznie kell a Teljes jogú rendszergazdai szerepkörrel. 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 Önnek (vagy más személyeknek) Teljes körű értékesítési adminisztrátor vagy Értékesítési adminisztrátor szerepkört kell adnia magának (vagy más személyeknek). Részletekért lásd: Szervezeti fiók szerepkörök kiosztása a Control Hubban.

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

Integrált IM & P-hibák egyes vállalatoknál / ügyfelek

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 Cisco BroadWorksszámára, akkor előfordulhat, hogy a kiépítési adaptert vállalatonként módosította.

Az integrált IM konfigurálásának ellenőrzése & P (alapértelmezett vállalatok számára, kivéve, ha létezik konkrétabb beállítás), futtassa AS_CLI/Interface/Messaging> geta . Egy adott vállalat kiépítési paramétereinek megtekintéséhez nyissa meg a vállalatot, és lépjen a Szolgáltatások menüpontra. > Integrált IM & P.

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:

Integrált IM & P hibák bizonyos felhasználóknál

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, hogy a felhasználó törli az ingyenes fiókját, hogy csatlakozhasson az Ön által kiépített Ügyfélszervezethez. Az utasítások itt találhatók: https://help.webex.com/5m4i4y
• A felhasználó nem rendelkezik a profiljához rendelt elsődleges telefonszámmal (a Cisco BroadWorks összes Előfizetőjéhez tartozó összes Webex-előfizetőnek rendelkeznie kell 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álaszaként

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ó kiépítése sikeresen megtörtént. 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 csomópontra:

• "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 szervezete nem található az adatbázisban, és az új szervezet létrehozására vonatkozó jelző 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ói bejelentkezési problémák

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

A Cisco BroadWorks normál Webex bejelentkezési folyamata 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özprofilok szakaszt a Megoldási útmutató Környezet előkészítése szakaszában).
• Ellenőrizze, hogy a felhasználó a helyes jelszót használja-e. Ha a felhasználó Ügyfélszervezetének (a Partner Hubban) kiépítéséhez használt sablon BroadWorks-hitelesítésre van konfigurálva, akkor a felhasználónak meg kell adnia a BroadWorks „Web Access” jelszavát. A felhasználónak esetleg meg kell adnia a BroadWorks felhasználói azonosítóját is, ha az e-mail-címe nincs konfigurálva alternatív felhasználói azonosítóként. Győződjön meg arról, hogy a felhasználó helyesen írta be a nagy- és kisbetűket.

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 megkapja az eszközkezelési jogkivonatot és az URL-t a DMS-hez.
2. Az ügyfél az 1. lépésből származó jogkivonat bemutatásával kéri az eszközprofilt a DMS-től.
3. Az ügyfél beolvassa az eszközprofilt, és lekéri a SIP hitelesítő adatait, címeit és portjait.
4. Az ügyfél SIP-nyilvántartást küld az SBC-nek a 3. lépésből származó információk felhasználásával.
5. Az SBC elküldi a SIP REGISTER-t az AS-nek (az SBC keresést végezhet az NS-ben egy AS megtalálásához, 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 Windows rendszeren, Beállítások > Telefonszolgáltatások Mac gépen), az „Egyszeri bejelentkezési munkamenet:” üzenet A bejelentkezés azt jelenti, hogy az alkalmazás sikeresen regisztrált (ebben az esetben a BroadWorks-nek).

Az ügyfélnek nincs hívás ikonja

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

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 folyamatban 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ációja

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 Cisco 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

• MTLS használata esetén fel kell töltenie a Webex klienstanúsítványt az XSP-kbe (a tanúsítványt a Partner Hubból, a BroadWorks beállítások oldalán szerezheti be).

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

Ellenőrizze, hogy konfigurálta-e a szükséges BroadWorks-címkéket a Webex alkalmazáshoz. A konfigurációs címkékkel kapcsolatos információkért lásd a Webex for Cisco BroadWorks konfigurációs útmutatót. Győződjön meg arról, hogy nincsenek ütközések vagy helytelen értékek. Pontosabban, a %SBC_ADDRESS_WXT% címkének kell lennie az SBC-nek a Webex alkalmazáskliensek SIP-regisztrátora felé.

Az asztali kliens sikeres SSO-kapcsolat után leválasztja a telefonos szolgáltatásokat

Ezt a problémát okozhatja, ha ugyanaz a felhasználó ugyanazon platformtípuson több ügyfélnek is bejelentkezik. Például, ha egy felhasználó sikeresen bejelentkezik a Webex alkalmazásba Windows rendszeren, majd egy másik Windows rendszerű gépen is bejelentkezik a Webex alkalmazásba, akkor csak az egyik gépen van aktív SSO-munkamenet. 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 Cisco BroadWorks Webexhatókörén.

A felhasználó számára nincs kiépítve asztali eszköz

Ez az aláírás látható a kliens naplójában:

[0x70000476b000] BroadWorksConfigDownloader.cpp:106

onAccessDeviceListSucceeded:BWC:SCF: ConfigDownload - the device profile 'Business Communicator - PC' is not found.

Hívásbeállítások webnézeti problémái

Öngondoskodás button/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 klienskonfigurá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 részt a Webex for Cisco BroadWorks megoldási útmutatójában).
• 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 Önkiszolgálóra kattintás után button/link

Á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éssel kapcsolatos 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 ServiceProviders nem igényelheti az általuk kezelt ügyfél-szervezetek domainjeit. Csak a Szolgáltató belső szervezetében lévő felhasználók domainjét igényelhetik. A felhasználók domainjének igénylése egy külön szervezetben (akár egy olyan szervezetben is, amelyet a Szolgáltató kezel) regisztrációs hibákat okozhat az ügyfélszervezet felhasználói számára, mivel a felhasználói hitelesítési kérelmeket az ügyfélszervezet helyett a Szolgáltatón keresztül továbbítják.
• Ha két ügyfélszervezet (A és B vállalat) ugyanazt a domaint birtokolja, és "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 az igényelt tartományt (A vállalat) szolgáltató szervezeten keresztül irányítjá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.

A Címtár-szinkronizálás hibakódjai

A következő hibakódok vonatkoznak a Címtár-szinkronizálásra.