Köszönjük visszajelzését.

Ez a cikk a szolgáltató szervezetek technikai támogató csapatainak szól, akik önmagukat és ügyfeleiket támogatják. Ismerniük kell az általános hibaelhárítást, a naplók olvasását és az előfizetői esetekkel való munkát.

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

• Erőforrások – tartalmazza a szükséges eszközök, olvasmányok, naplók és kapcsolattartók listáját.
• Folyamatok – leír néhány olyan műveletet, amelyet egy ügyfélprobléma elhárítása során megtehet.
• Konkrét problémák – kategorizálja és felsorolja a felmerülő problémákat, azok észlelésének módját és lehetséges megoldási lehetőségeit.

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ó egy részét, máris képet kaphat 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 megkapja, azt is adja meg az eset részleteiben).
• 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. Ebben 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 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 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érd meg a mobil kliensek felhasználóit, hogy küldjenek naplókat, majd azokat a Partner Hub-on vagy a Help Desk-en keresztül érheted el.
  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 a kliens teljes alaphelyzetbe állítását indítja el, é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ő információkat ellenőrzi annak megállapításához, 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 vonatkozik, amely Webex alkalmazáshívásokat tesz lehetővé egy Cisco által kezelt felhőalapú hívásszolgá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. Először is, ellenőrizd a HTTP válaszkódot:
   • 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ó megadja az e-mail-címét a Webex alkalmazásnak (1 az ábrán).
• 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

1. 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

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

Ha több vállalata is különböző felhőalapú együttműködési szolgáltatásokat használ, például az UC-One SaaS-t és a Webexet a Cisco BroadWorkshöz, akkor előfordulhat, hogy úgy döntött, hogy vállalatonként módosítja a kiépítési adaptert.

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 a AS_CLI/Interface/Messaging> get. 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:

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

Ez akkor érvényes, ha átfolyásos kiépítést használ, és feltételezi, hogy a kiépítés működik a következőhöz: some/most felhasználók (így kizárhatja a konfigurációs problémát). Ha az Integrált IM jelenik meg & P hibák a BroadWorks-ben, például “[Error 18215] „Kiépítési hiba az üzenetküldő szerverrel” és “[Error 18211] Kommunikációs hiba az üzenetküldő szerverrel” esetén a következő lehetséges okokat kell megvizsgálnia:

• A felhasználó e-mail címe már létezhet CI. Keresd meg a felhasználót az Ügyfélszolgálaton, hogy ellenőrizd, szerepel-e már ott az e-mail címe. Ez nem feltétlenül meggyőző, mivel a felhasználó olyan szervezethez tartozhat, amelynek adatait nem tekintheti meg az Ügyfélszolgálaton.
• 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örli az ingyenes fiókjait, hogy csatlakozhasson a kiépített Ügyfélszervezethez. Az utasítások itt találhatók: https://help.webex.com/5m4i4y
• A felhasználó profiljához nincs elsődleges telefonszám rendelve (minden Webex for Cisco BroadWorks előfizetőnek rendelkeznie kell elsődleges DID-vel). Lásd a témát a PSLog elemzéséhez az AS-től.

3. 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 hozzárendelését követő néhány percen belül & P, nézd 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 választ ad, mivel a felhasználó létrehozási folyamata több percig is eltarthat, és teljesítménybeli okokból nem szeretnénk több kérést kapni ugyanazon felhasználó létrehozására. Ha azonban a felhasználó végül nem jelenik meg az Ügyfél szervezetében a 200 OK válasz után, az azt jelezheti, hogy a felhasználó létrehozása sikertelen volt a kiépítési szolgáltatás előtti Webex szolgáltatásokban. 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érés nem lehet sikeres, amíg nem javítja ki a konfigurációt. Ebben az esetben meg 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.

4. 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

1. 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. Előfordulhat, hogy ez a portál nem töltődik be, miután a felhasználó megadta az 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.

2. Az egyszeri bejelentkezés nem sikerült

• A BroadWorksben ellenőrizze, hogy a felhasználóhoz hozzá vannak-e rendelve az eszköztípusok a Webex alkalmazáshoz (lásd az Eszközprofilok részt 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 a felhasználót beállították a Webexben, és sikeresen bejelentkezett a Webex alkalmazásba, az alkalmazás regisztrálódik a BroadWorksben. A következő a várható regisztrációs sorrend és a sikeres regisztráció jelei (a Webex alkalmazásban látható módon):

1. 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).

2. 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).

3. 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 lehet annak, hogy egy Webex alkalmazáskliens miért nem tud regisztrálni a BroadWorks-szel:

4. 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 leggyakrabban a (ugyanazon) Webex alkalmazáskliensen keresztül kínált különböző hívásszolgáltatások próbaverziói során fordul elő. A probléma megoldásához visszaállíthatja az ügyféladatbázist (linket).

5. 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).

6. 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 SIP-regisztrátor felé a Webex alkalmazáskliensek esetében.

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

8. 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.

9. A bejövő mobilhívások egyszer csörögnek, vagy nem lehet fogadni

A Webex mobilra érkező hívások csak egyszer csörögnek ki, vagy a felhasználó nem tudja fogadni a bejövő hívást. Ugyanazon felhasználó más végpontjai továbbra is csöröghetnek.

Hogyan lehet azonosítani?

A Webex mobilkliens naplóiban keresse meg az 101002-es XSI hibakódot a push hívásfolyamatban. Például:

Válaszkód: 400

handlePushCallInfoFailure:BWC:INTERNAL: Push hívás: xsi állapot a hívásazonosítóhoz: <callID> xsi hibakód: 101002

closePushCallWithReason:BWC:INTERNAL: Próbálja meg bezárni a push hívást az azonosítóval = <callID>, ok = HívásElhagyott

Ok: A 101002-es hibakód azt jelezheti, hogy a LocateUser válaszban rossz alkalmazáskiszolgáló (AS) szerepel. Ez akkor fordulhat elő, ha a felhasználó egy másodlagos AS-re migrált.

Ajánlott ellenőrzések:

Az ADP-ből vagy XSP-ből, ahol a Push telepítésre került, futtassa LocateUser a parancsot az érintett felhasználó számára:

curl 'http://:80/servlet/LocateUser?url=&returnCompatibleXSP=true&callPRequest=true'

Példa: curl 'http://1.1.1.1:80/servlet/LocateUser?url=9721112222@gmail.com&returnCompatibleXSP=true&callPRequest=true'

Felbontás: Ha a LocateUser a felhasználó másodlagos AS-ét adja vissza, futtassa a migrateUserToDefaultNode.pl szkriptet az elsődleges NS-kiszolgálón a felhasználók visszamigrálásához a fürt elsődleges alkalmazáskiszolgálójára.

Jelentkezz be az NS szerverre SSH-n keresztül, menj a /usr/local/broadworks/bw_base/bin könyvtárba, és futtasd a következő parancsot:migrateUserToDefaultNode.pl

Példa: migrateUserToDefaultNode.pl bwas1

A hostingNE érték lekéréséhez futtassa a következőt: NS_CLI/System/Device/HostingNE> get

A szkript először ellenőrzi, hogy megtalálja-e az argumentumként megadott tárhelyszolgáltató NE-t. Miután ellenőrizte a gazda NE érvényességét, frissíti a DN-t, a kiterjesztést és az URL-címet az adott gazda NE alapértelmezett csomópontjára.

Amikor csak lehetséges, futtassa a szkriptet alacsony forgalmú időszakban. Azonban általában elfogadható a szkript futtatása bármikor, ha szükséges az érintett felhasználók számára a szolgáltatás visszaállításához.

A szkript nem futtatható csak egyetlen felhasználó számára. A LocateUser kimenetben felsorolt összes felhasználót migrálja. Ha nem tudja futtatni a szkriptet, törölje, majd építse újra az érintett felhasználót a BroadWorksben, hogy a felhasználó a megfelelő AS-en épüljön fel.

A felhasználói eszközről a másodlagos AS-re küldött bármely SIP-üzenet a felhasználó migrálását okozhatja. A felhasználók jellemzően az alapértelmezett 15 perces időköz után visszatérnek az elsődleges AS-hez, kivéve, ha a bejövő kérések továbbra is elérik a másodlagos AS-t. Például, ha az SBC nem tud csatlakozni az AS1-hez, és a másodlagos AS-hez tér vissza, az érintett felhasználók átválthatnak a másodlagos AS-re. A telepítéstől függően egyetlen törzscsoport vagy felhasználó maradhat a másodlagos AS-hez rögzítve, ha az SBC továbbra is problémákat okoz az elsődleges AS elérésében.

További információkért lásd a következő dokumentumokat:

• 3.4.5. szakasz: Alkalmazáskiszolgáló felhasználói visszagörgetési képessége és 5.4.5. szakasz: Automatikus visszagörgetés a Cisco BroadWorks redundancia útmutatóban

• Cisco BroadWorks ASR fejlesztések Funkcióleírás

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

1. Ö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-ben történő hívásokhoz.
• Ellenőrizd, hogy a Webex alkalmazás egy újabb verziót használ-e, amely támogatja a CSWV-t.

2. Üres oldal vagy hiba az Önkiszolgálóra kattintás után button/link

Általában ez a viselkedés a Webex alkalmazásban a BroadWorks XSP rendszeren futó CSWV alkalmazás konfigurációs vagy telepítési problémájára utal. 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 arról, hogy megértette a következőket:

• A szolgáltatók nem igényelhetik az általuk kezelt ügyfélszervezetek domainjét. 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.