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

Ez a cikk a szolgáltató szervezet technikai támogatási csapatának szól, akik támogatják magukat és ügyfeleiket. 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 — a szükséges eszközök, olvasóanyagok, naplók és névjegyek listáját tartalmazza.
• Folyamatok — ismerteti azokat a műveleteket, amelyeket az ügyfélproblémák elhárítása során végezhet.
• Konkrét problémák — kategorizálja és felsorolja azokat a problémákat, amelyekről ismert, hogyan lehet észrevenni őket, és hogyan oldhatja meg őket.

Hasznos naplófájlok

Olvasási lista

• Webex a Cisco BroadWorks Partner Tudásportálhoz
• XSP platform konfigurációs útmutató (R23)
• BroadWorks szoftverkezelési útmutató (R23)
• Cisco BroadWorks eszközkezelési konfigurációs útmutató (R23)
• Broadworks Xsp parancssori interfész adminisztrációs útmutató
• Hosszú életű hitelesítési token funkcióleírása 23.0 kiadása
• 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 Server (Jellemzőleírás)
• Push értesítési támogatás hívásokhoz Funkcióleírás 22.0 kiadás
• Csatlakozás (Android) áttelepítése Firebase eljárási módszerhez
• Cisco BroadWorks Eszköztokenek tárolása push értesítésekhez Funkció leírása 22.0 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 1.0 verziója MR-7136

Ismert problémák és korlátozások

Az I smert problémák és korlátozá sok cikk naprakész információkat tartalmaz az ismert problémákról, amelyeket a Webex for BroadWorks megoldásban azonosítottunk.

Szervizelhetőségi csatlakozó

A Webex Serviability szolgáltatás növeli azt a sebességet, amellyel a Cisco technikai segítségnyújtó munkatársai diagnosztizálhatják az infrastruktúrával kapcsolatos problémákat. Automatizálja a diagnosztikai naplók és információk megtalálásának, lekérésének és tárolásának feladatait egy SR esetbe. A szolgáltatás elindítja a diagnosztikai aláírások elemzését is, így a TAC hatékonyabban tudja azonosítani és megoldani a helyszíni berendezésekkel kapcsolatos problémákat.

A szervizelhetőségi csatlakozó telepítésének részleteit a Szervizelhetőségi csatlakozó telepítési útmutatója című témakör Cisco Webex ben talál.

Probléma eszkalálása

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

Eljárás

1. Gyűjtsön minél több információt a problémával kapcsolatos rendszerekből.
2. Ügy megnyitásához vegye fel a kapcsolatot a Cisco megfelelő csapatával.

Milyen ügyféladatokat kell gyűjteni

Ha úgy gondolja, hogy meg kell nyitnia egy esetet vagy problémát kell fokoznia, akkor a felhasználóval történő hibaelhár ítás során gyűjtse össze a következő információkat:

• Felhasználói azonosító: CI e-mail cím vagy Felhasználói UUID azonosító (ez a Webex azonosító, de ha megkapja a felhasználó BroadWorks azonosítóját is, írja be az ügy részleteibe).
• Szervezeti azonosító.
• Hozzávetőleges időkeret, amely alatt a probléma merült fel.
• Ügyfélplatform és verzió.
• Naplók küldése vagy gyűjtése az ügyféltől.
• Jegyezze fel a nyomkövetési azonosítót, ha az ügyfélen jelenik meg.

Ellenőrizze a felhasználói adatokat a Help Deskban

A Help Desk rendszergazdai (alap vagy speciális) szerepkör-jogo sultságokkal rendelkező partnerrendszergazdák ezzel az eljárással ellenőrizhetik a felhasználói adatokat a Help Desk nézet használatával.

Eljárás

1. Jelentkezzen be a Help Desk ba.
2. Keresse meg, majd kattintson a felhasználóra. Ez megnyitja a felhasználói összefoglaló 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 közé tartozik a felhasználó UUID-ja, a közös identitás (CI) klasztere, a Webex App klaszter, a Hívási viselkedés, a BroadWorks fiók GUID-ja
4. Kattintson a Má solás gombra, ha ezeket az információkat egy másik eszközben szeretné használni, vagy csatolni kell egy Cisco tokhoz.

Ügyfélszervezés megtekintése a Help Desk alkalmazásban

A Help Desk rendszergazdai (alap vagy speciális) szerepkör-jogosultságokkal rendelkező partnerrendszergaz dák ezzel az eljárással tekinthetik meg az ügyfélszervezet adatait a Help Desk nézetben.

Eljárás

1. Jelentkezzen be a Help Desk ba.
2. Keresse meg az ügyfélszervezet nevét, majd kattintson rá.
3. Görgessen lefelé, amíg meg nem jelenik az Ügy félportál nézet, majd kattintson az Ügyfél név megtekin tése gombra az Ügyfélszervezés csak olvasható 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

Asztali és mobil kliens problémák elhárításakor fontos, hogy a Partnerek (és a TAC) megtekinthessék az ügyfélnaplókat.

Eljárás

1. Kérje meg a felhasználót, hogy küldjön naplókat. Segítségért lásd: Webex App | Hibabejelentés.
2. Kérje meg a felhasználót, hogy exportálja a hívási környezetet, és küldje el a ced.dat fájlt.
3. Szerezze be 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 Hi baelhár ítás lehetőséget
   3. Válassza a Naplók lehetőséget.
   4. Keresse meg a felhasználót (e-mailben).
   5. Tekintse meg és töltse le az ügyfélnaplókat zip fájlként.

   Help Desk opció:

   1. Jelentkezzen be a Help Deskba.
   2. Keresse meg a szervezetet.
   3. Kattintson a szervezetre (megnyílik az összefoglaló képernyő).
   4. Görgessen lefelé az Ügy fél megtekintése elem re.
   5. Válassza a Hi baelhár ítás lehetőséget
   6. Válassza a Naplók lehetőséget.
   7. Keresse meg a felhasználót (e-mailben).
   8. Tekintse meg és töltse le az ügyfélnaplókat zip fájlként.

Hogyan lehet megtalálni az ügyfélverzió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ásszolgáltatásról

Eljárás

1. Jelentkezzen be a Webex kliensbe.
2. Ellenőrizze, hogy a Hívási beállítások ikon (felette 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 nem engedélyezte a hívó szolgáltatást a Vezérlőközpontban.
3. Nyissa meg a Be állítások/Beállítások menüt, és lépjen a Telef onos szolgáltatások szakaszba. Látnia kell a bejelentkez ett SSO munkamenet állapotát. (Ha egy másik telefonszolgáltatás jelenik megWebex Calling, például a felhasználó nem használja a Webex for Cisco BroadWorks alkalmazást.)

   Ez az ellenőrzés azt jelenti:

   • Az ügyfél sikeresen áthaladta a szükséges Webex mikroszolgáltatásokat.
   • A felhasználó sikeresen hitelesítette.
   • Az ügyfélnek hosszú élettartamú JSON webtokenet ad ki a BroadWorks rendszere.
   • Az ügyfél letöltötte eszközprofilját, és regisztrált a BroadWorks-ra.

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

• Az Erőforrások szakaszban találhat konkrét ügyfélnaplókat a Webex asztali klienseken, vagy kérje meg a felhasználókat, hogy küldjenek naplókat. Segítségért lásd: Webex App | Hibabejelentés.
• Kérje meg a mobilügyfelek felhasználóit, hogy küldjenek naplókat, majd a Partner Hub vagy a Help Desk segítségével szerezheti be őket.
  A naplók küldése csendes. Ha azonban egy felhasználó visszajelzést küld, az a Webex App devops csapatához kerül. Feltétlenül rögzítse a felhasználó visszajelzési számát, ha nyomon követni szeretné a Cisco-val. Például:

  

Hívási környezeti adatok beszerzése

A Webex ügyfélnaplókat erősen szerkesztik, hogy eltávolítsák a személyazonosításra alkalmas információkat. A hívási környezet adatait ugyanabban a munkamenetben kell exportálnia az ügyfélből, amikor észreveszi a problémát.

Eljárás

1. Az ügyfélen kattintson a Sú gó > E gészség ellenőrző elemre.
2. Válassza az adatbázis visszaállítása lehetőséget. Ez kiváltja az ügyfél teljes visszaállítását, és betölti a Webex App bejelentkezési képernyőjét.

Ellenőrizze, hogy a Webex-nek regisztrálnia kell-e a BroadWorks szolgáltatásban

A Webex App a következő információkat ellenőrzi annak megállapításához, hogy regisztrálnik-e a BroadWorks szolgáltatásra:

• Felhasználói jogosultság szélessávú csatlakozó hoz.
• Hívási viselkedés a szervezet és a felhasználó számára.

Ellenőrizze a felhasználó hívási viselkedését és a csatlakozó jogosultságát

1. Jelentkezzen be a Help Desk ba a partner rendszergazdai hitelesítő adataival.
2. Keresse meg a felhasználót.
3. Kattintson a felhasználóra, és ellenőrizze a Hívási viselkedés bejegyzést. Ennek kell lennie a „Calling in Webex”.

   

4. Kattintson a felhasználónévre a Felhasználói adatok képernyő megnyitásához.
5. Görgessen lefelé a jogosul tságok szakasz megkereséséhez, és ellenőrizze, hogy benne van-e szélessávú csatlakoz ó

   

   A Webex for Cisco BroadWorks felhasználók nem rendelkezhetnek bc-sp-szabvány jogosultsággal, ha a Webex-et Cisco BroadWorks-hez kívánják használni. Ez a „Webex Calling(Broadcloud)” jogosultság, amely a Webex App, amely Cisco által felügyelt felhőhívási szolgáltatáson keresztül hívja fel.

Ellenőrizze a szervezet hívási viselkedését

1. Jelentkezzen be a Help Desk ba a partner rendszergazdai hitelesítő adataival.
2. Keresse meg a szervezetet.
3. Kattintson a szervezetre, és ellenőrizze a Hí vási viselked és bejegyzést. Ennek kell lennie a „Calling in Webex”.

A PSlog elemzése a felhasználói szolgáltatással kapcsolatos problémák szempontjából

Az Alkalmazáskiszolgáló PSLogjának segítségével megtekintheti a HTTP POST kérelmet a biztosítási hídra és a Webex válas zát. Helyes működő esetben a válasz 200 OK, és néhány perc múl va láthatja, hogy a felhasználó - és az új Customer org, ha az első felhasználó - létrejött a Webex-ben. Ezt úgy ellenőrizheti, hogy a Help Desk keresheti a POST- ban látható e-mail címet.

Mielőtt elkezdené

Gyűjtsön PSlog-ot az Alkalmazáskiszolgálóról egy tesztfelhasználóval végzett átfolyó-ellátási kísérlet során.

Eljárás

1. Először ellenőrizze a HTTP válasz kódot:
   • A 200 OK kivételével bármi a felhasználói szolgáltatási hiba.
   • 200 OK továbbra is hibát jelezhet, ha az előfizetői profillal kapcsolatos valami nem működik a Webex szolgáltatásokban a biztosítási híd felett.
   • A 400 üzenetcsomópon tot tartalmazhat a válaszban. A biztosítási híd nem tudott feldolgozni valamit a SubscriberProfile alkalmazásban. Előfordulhat, hogy valami baj van az előfizető adataival, vagy összeegyeztethetetlenség a sablon beállításával.
   • 401 azt jelenti, hogy az AS-n megadott biztosítási hitelesítő adatok nem egyeznek meg a Partner Hub sablonján megadott hitelesítő adatokkal.
   • A 403 jelezheti, hogy valami rosszul konfigurálható az Application Server. Ellenőrizze a kérés célját. Ez nem lehet IP-cím, hanem a Partner Hub sablonján látható biztosítási híd URL-je legyen.
   • A 409 a megadott SubscriberProfile és a meglévő Webex-adatok közötti ellentmondást jelez. Lehet, hogy létező felhasználó van ezzel az e-mail címmel. Ellenőriz ze az üzenetet a válaszban.
2. Ellenőrizheti az eredeti HTTP POST-on a gyanús értékeket is, amelyek a rendelkezésre bocsátás meghibáso dását okozhatják. A POST egy SubscriberProfile XML struktúrát tartalmaz. Ezen belül az ellenőrzendő hasznos csomópontok a következők:
   • bwuserid: Használja ezt az előfizetői profil megtalálásához, ha szerkesztenie kell azt a BroadWorks-ban.
   • csoport: Ha a sablon „Szolgáltató módban” van, akkor ez kisbetűs lesz, és a Partner Hubban látható Ügyfélszervezet nevévé válik.
   • ServiceProvider: Ha a sablon „Vállalati módban” van, akkor ez kisbetűs lesz, és a Partner Hubban látható Ügyfélszervezet nevévé válik.
   • PrimaryPhoneNumber: Léteznie kell. Az ellátás anélkül sikertelen.
   • e-mail: A Webex felhasználói azonosítójává válik. Érvényesnek és egyedisnek kell lennie a Webex számára, különben a rendelkezésre bocsátás sikertelen.

     Ne hagyja figyelmen kívül a szolgáltat ási stanzát: az AS hozta létre, és elfogadja, de nem használja a Webex.

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

Ez a folyamat leírja a BroadWorks hitelesítési módot. A hitelesítési mód megtekinthető a BroadWor ks sablonon, a Partner Hubban. Lásd: Ügyfélsablonok konfigurálása a https://help.webex.com/en-us/z9gt5j/Webex-for-BroadWorks-Solution-Guide#id_137726 oldalon.

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

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

A felhasználó kapcsolatba lép az ügyféllel, az ügyfél kölcsönhatásba lép a Webex szolgáltatásokkal:

• A felhasználó megadja e-mail címét a Webex alkalmazásnak (1 az ábrán).
• A CI tudja, hogy átirányítsa ezt a felhasználót a BroadWorks jelszó megadására (UAP-n keresztül) (2 az ábrán) .
• Az IDP Proxy beérkezési profilkérelmet küld az XSP Xsi felületére.

A tomcat access_logban:

• Keresse meg az előfizetői profil GET kérését, a Webex-től az Xsi-Actions interfész felé (2.1 az ábrán). Megvan a Webex felhasználói azonosítója. Például:

  GET /com.broadsoft.xsi-actions/v2.0/felhasználó/ webexuserid@example.com /profil

Az XSiActionsLog-ban:

• Keresse meg a Webex profiljának GET kérését (2.1 az ábrán). Megvan a Webex felhasználói azonosítója. Például:

  GET /com.broadsoft.xsi-actions/v2.0/ user/ webexuserid@example.com /profile A fejlécek tartalmazzák az engedélyezést: Basic és user-agent: BroadworkSteamsClient

• Az XSP ezután OCI-P Basic hitelesítést végez a BroadWorks ellen (AuthenticationVerifyRequest és AuthenticationVerifyResponse, mint bármely más Xsi-n keresztül alaphitelesítést végző alkalmazás), valamint egy UserGetRequest és a ServiceProviderGetRequest az előfizetői információk összegyűjtéséhez.
• A Webex-re adott Xsi válasz tartalmaz egy XML- profil blokkot, amely tartalmazza a (BroadWorks) felhasználói azonosítót és egyéb részleteket (2.2. ábrán).

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

• Az IDP proxy megfelel a BroadWorks-től kapott felhasználói profilnak, és SAML állítást ad ki az ügyfélnek (2.3 az ábrán).
• Az ügyfél a SAML állítását CI tokenre cseréli (3 az ábrán).
• Az ügyfél ellenőrzi, hogy a bejelentkezett felhasználó rendelkezik-e széleskörcsatlakozó jogosultsággal (4. ábrán). A Felhasználói jogosultságokat a Help Desk segítségével ellenőrizheti.
• Az ügyfél CI token segítségével JSON Web Token (JWT) kér az IDP proxytól (5 a diagramban).
• Az IDP proxy érvényesíti a CI tokenet a CI-nél.
• Az IDP proxy kéri a JWT-t a hitelesítési szolgáltatástól.

Az AuthenticationService naplóban:

• Keresse meg a Webex tokenkérését (5.2 az ábrán), Például: GET /authservice/token, amely http_bw_userid fejléccel és másokkal rendelkezik.
• Az XSP az OCI-P UserGetLoginInForEquest segítségével igazolja, hogy a meg adott felhasználói azonosító megfelel-e egy BroadWorks felhasználó nak (5.3 az ábrán). Az AuthService az MT L-kapcsolat révén bizalmat teremtett a Webex iránt, így LLT-t adhat ki.
• Keresse meg a válaszát (5.4 az ábrán) a LongLiveDTokenManager - Token generált, tárgy: bwksUserId@example.com, kibocsátó: BroadWorks... és StatusCode=200, amelyet az eredeti kéréshez társíthat a trackingid: CLIENT... fejléc segítségével.

Az XSiActionsLog-ban:

• Az ügyfél képes bemutatni a hosszú élettartamú tokent az Xsi-Actions felületen, hogy megkapja eszközprofilját (6 az ábrán). Például: GET /com.broadsoft.xsi-actions/v2.0/user/bwksuserID %40example.com/profile/device A fejlécek engedélyezésével: Bearer token és user-agent: WebExTeams (változat/verzió)
• Az Xsi-Actions interfész a tokent a hitelszolgáltatáshoz (konfigurálva a loopback interfészre) Például: 127.0.0. 1:80 POST http://127.0.0.1:80/authService/token, amelyet a GET trackingid: CLIENT... fejlécével és a POST X-BROADSOFT-CORRELATION-ID: CLIENT... fejlécével korrelálhat.

Az AuthenticationService naplóban:

• A POST kézhezvétele az Xsi-től (visszaállítás)

• A StatusCode=200 vissza az Xsi-hez

• És egy token érvényesítési válasz, amelynek „token” JSON blokkja van a testben.

• Korrelálva a trackingid használatával: CLIENT...

Az XSiActionsLog-ban:

• Miután 200 OK kapott az authservice szolgáltatástól, amely hitelesítette az ügyfél stokenjét, az Xsi-Actions alkalmazás most OCI-P kérelmet küld a UserPrimaryAndScadeviceGetListRequest számára
• Az AccessDeviceTable XML struktúrát tartalmazó OCI-P UserPrimaryAndS cadeviceGetListResponse-t kap.
• Az OCI-P válasz az ügyfélre adott Xsi válaszként van kódolva, beleértve az AccessDevices XML struktúrát is, amely rendelkezik DeviceTypekkel. Például: Business Communicator — PC és azok az URL-ek, ahol az ügyfél lekérheti az eszközkonfigurációs fájlokat.

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 az ábrán).
• Regisztrálja a BroadWorks-ba a DMS-ből konfigurációban letöltött SBC-n keresztül (7 az ábrán).

Partner Hub problémái

1. Az adminisztrátor nem látja az ügyfélszervezeteket

A Webex Partnerszervezetének adminisztrátoraként a Teljes rendszergazda szerepét kell ell át nia. Ezt a szerepet a partnerszervezet irányítására használják, beleértve az adminisztratív jogosultságok hozzárendelését magának és másoknak. Az ügyfélszervezetek kezeléséhez Önnek (vagy más személyeknek) meg kell adnia az Értékesítési Tel jes Rendszergazda vagy Érté kesítési Rend szergazda szerep kört. További részletekért lásd: Szervezet fiók-szerepkörök hozzárendelése a Vezérlőközpont ban.

Felhasználói szolgáltatási problémák

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

Ha olyan vállalkozások vannak, akik különböző felhőalapú együttműködési szolgáltatásokat használnak, például az UC-One SaaS és a Webex for Cisco BroadWorks számára, előfordulhat, hogy a biztosítási adaptert vállalatonként módosítja.

Ha szeretné ellenőrizni, hogy mi van konfigurálva az Integrált IM&P számára (alapértelmezett vállalkozások számára, hacsak nincs konkrétabb beállítás), futtassa az AS_CLI/Interface/Messaging> get. Egy adott vállalkozás biztosí tási paraméterei esetén nyissa meg a vállalatot, és válassza a Szolgáltatások > Integrált IM&P men üpontot.

Ellenőrizze, hogy az adott vállalkozás integrált IM&P-konfigurációja pontosan megfelel-e a Partner Hub Ügyfélsablonjában megjelenítésekkel. A következő beállításoknak meg kell egyezniük, különben nem sikerül a rendelkezésre bocsátás a vállalkozás valamennyi felhasználója számára:

2. Integrált IM&P hibák bizonyos felhasználók számára

Ez akkor érvényes, ha átáramlási ellátást használ, és feltételezi, hogy a rendelkezésre bocsátás néhány/a 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 alkalmazásban, például „[18215 hiba] Provisioning error with Messaging server” és „[18211 hiba] Kommunikációs hiba az üzenetküldő kiszolgálóval”, akkor vizsgálja meg a következő lehetséges okokat:

• A felhasználó e-mail címe már létezhet CI. Keresse meg a felhasználót a Súgópultban, hogy ellenőrizze, hogy az e-mail címe már ott van-e. Ez nem feltétlenül meggyőző, mert előfordulhat, hogy a felhasználó olyan szervezetben létezhet, amelynek adatai nem láthatók a Súgópultban.
• A felhasználó önállóan regisztrált a Webex-re, mielőtt hozzárendelték 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 az ingyenes fiókjaikat, amelyek részévé válhatnak az Ön által biztosított Ügyfélszervezet részévé. Az utasítások a következő címen találhatók: https://help.webex.com/5m4i4y
• A felhasználónak nincs elsődleges telefonszáma hozzárendelve a profiljához (minden Webex for Cisco BroadWorks előfizetőnek elsődleges DID-vel kell rendelkeznie). Lásd a PSlog elemzéséről szóló témát az AS-től.

3. Felhasználói szolgáltatási hibák a biztosítási híd hatására

Ha a felhasználók nem jelennek meg a Vezérlőközpontban, az Integrált IM&P hozzárendelésétől számított néhány percen belül tekintse meg a biztosítási híd szolgáltatás válaszkódjait. Futtasson egy PSlog alkalmazást a HTTP-válaszkódok megtekintéséhez.

200 OK

A 200 OK válasz nem jelenti azt, hogy a felhasználó sikeresen biztosított. Ez azt jelenti, hogy a szolgáltatási szolgáltatás megkapta a kérelmet, és sikeresen benyújtotta a megfelelő felhasználókészítési kérelmet az upstream szolgáltatásokhoz. A biztosítási tranzakció kialakításuk szerint aszinkron. A szolgáltatás 200 OK válaszol, mert a felhasználó létrehozásának folyamata több percet is igénybe vehet, és teljesítmény miatt nem akarunk 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élszervezetben 200 OK válasz után, az azt jelezheti, hogy a felhasználó létrehozása sikertelen volt a szolgáltatási szolgáltatás előtti Webex szolgáltatásokban. Eszkalálnia kell a rendelkezésre bocsátási hibát, amelynek 200 OK válasza van.

400 Rossz kérés

Ellenőrizze a HTTP-választ, amelynek részletesebben tartalmaznia kell a lehetséges problémákat, amelyek ezt a válasz t okozhatják a biztosítási szolgáltatás részéről. Néhány példa a csomópontra:

• „Nem bízik a BroadWorks e-mailben a régi szolgáltató API-val.” A sikertelen felhasználói szolgáltatási kérelemhez társított e-mail cím nem érvényes, vagy tévesen van gépelve, de a sablonban azt állította, hogy az e-mail címek megbízhatóak. Ellenőrizze a felhasználók profiljait a BroadWorks-ban, különösen az e-mail azonosítót.
• A Customer org nem található az adatbázisban, és az új szervezet létrehozásának jelzője sem engedélyezve van.” Ennek a sikertelen biztosítási kérelemnek új ügyfélszervezetet kell létrehoznia a Webex-ben, de a sablon úgy van konfigurálva, 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 egyeznek meg a Webex meglévő ügyfeleivel, akkor újrakonfigurálhatja a sablont a Partner Hubban, és újra tesztelheti a rendelkezésre bocsátási kérelmet. Ha azonban nem számít arra, hogy új szervezet jön létre ehhez a felhasználó hoz, akkor talán az e-mail cím helytelenül van írva (különösen a tartományrész). Ellenő rizze a felhasználó e-mail azonosítóját a BroadWorks alkalmazásban.

403 Tiltott

A rendelkezésre bocsátási kérelem addig nem sikeres, amíg nem javítja 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 biztosítási kérelem célpontjaként — a szervezet megfelelő biztosítási híd URL-je helyett (lásd a tűzfalkonfigurációs témákat a Megoldás útmutatójában) —, az azt jelezheti, hogy az alkalmazáskiszolgáló hiányzik egy szükséges javítás (ap373197).

Ellenőrizze, hogy az összes szükséges javítás alkalmazva van-e az Alkalmazáskiszolgálóra, és befejez te-e a kapcsolódó konfigurációt a sikeres átmeneti ellátáshoz.

409 Konfliktus

A rendelkezésre bocsátási kérelem nem folytatható, mert van egy meglévő felhasználó a Webex-ben, amely megegyezik a kér ésben szereplő e-mail címmel.

4. Felhasználó már CI-ben

Vegye ki az előfizetői e-mailt a HTTP POST kérésből, és keresse meg azt a Help Deskban. Elő fordulhat, hogy nem látja a felhasználót, ha nem engedélyezett, de azt is láthatja, hogy a felhasználó „ingyenes” szervezetben van, pl. „Fogyasztó”. Megkérheti ezt a felhasználót, hogy törölje ingyenes fiókját, vagy más e-mail címet használhat azok megadásához. Lás d: https://help.webex.com/ndta402.

Felhasználói bejelentkezési problémák

1. A felhasználói aktivációs portál nem töltődik be

A normál Webex for Cisco BroadWorks bejelentkezési folyamata tartalmaz egy Felhasználói aktivációs portált, ahol a felhasználók megadják jelszavaikat. Néha ez a portál nem töltődik be, miután a felhasználó megadta e-mail címét a Webex App bejelentkezési képernyőjén. Ezt a problémát az ügyfél vagy a szolgáltatás oldalán okozhatja. Az ügyfél oldalán általában az okozza, hogy az ügyfél natív böngészője valamilyen módon nem kompatibilis a szolgáltatással.

2. Az egyszeri bejelentkezés sikertelen

• A BroadWorks alkalmazásban ellenőrizze, hogy a felhasználó hozzárendelték-e a Webex alkalmazás eszköztípus ait (lásd a Megoldási útmutató Környezet előkész ítése szakaszában Eszköz profilok részt).
• Ellenőrizze, hogy a felhasználó a helyes jelszót használja-e. Ha a felhasználó Ügyfélszervezetének biztosításához használt sablon (a Partner Hubban) a BroadWorks hitelesítésre van konfigurálva, a felhasználónak meg kell adnia a BroadWorks „Web Access” jelszavát. Előfordulhat, hogy a felhasználónak meg kell adnia a BroadWorks felhasználói azonosítóját is, ha e-mail címe nincs alternatív felhasználói azonosítóként konfigurálva. Győződjön meg arról, hogy a felhasználó helyesen írta be a nagybetűket és a kisbetűket.

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

Miután egy felhasználót biztosítottak a Webex alkalmazásba, és sikeresen bejelentkezett a Webex alkalmazásba, az alkalmazás regisztrál a BroadWorks-ba. Az alábbiakban bemutatjuk a várható regisztrációs sorrendet és az ebből eredő egészséges regisztráció jeleit (a Webex alkalmazásból látható):

1. Várható regisztrációs sorrend

1. Az ügyfél felhívja az XSI-t, hogy megkapja az eszközkezelő tokenet és az URL-t a DMS-hez.
2. Az ügyfél az 1. lépésből származó token bemutatásával kéri eszközprofilját a DMS-től.
3. Az ügyfél elolvassa az eszközprofilt, és lekéri a SIP-hitelesítő adatokat, címeket és portokat.
4. Az ügyfél SIP REGISZTERT küld az SBC-nek a 3. lépésben szereplő információk felhasználásával.
5. Az SBC elküldi a SIP REGISZTR-t az AS-nek (az SBC keresést végezhet az NS-ben, hogy megtalálja az AS-t, ha az SBC még nem ismeri a SIP-felhasználót.).

2. A sikeres ügyfélregisztráció várható jel ei

A Hívási beállítások ikon megjelenik a Webex felületen.

A Webex App telefonszolgáltatások lapján (pl. Beállí tások > Telefonszolgáltatások Windows rendszeren, Beállí tások > Telefonszolgáltatások Mac rendszeren) az „SSO munkamenet: be van jelentkezve” üzenet azt jelenti, hogy az alkalmazás sikeresen regisztrált (ebben az esetben a BroadWorks számára).

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

Legtöbbször ez azt jelenti, hogy a felhasználó nem rendelkezik megfelelő licenc/jogosultságokkal.

Ez egy sikertelen regisztráció. Számos oka van annak, hogy a Webex App kliens nem regisztrál a BroadWorks-nál:

4. Több hívási szolgáltatás tesztelése ugyanazon ügyfelekkel

Ezt az ismert problémát az okozhatja, hogy az ügyfél a különböző visszahívások között változik. Legvalószínűbb, hogy a (ugyanazon) Webex App klienseken keresztül kínált különböző hívásszolgáltatások próbaverziója során fordul elő. A probléma megoldásához visszaállíthatja az ügyféladatbázist (link).

5. A hitelesítési szolgáltatás hibás konfigur álása

Ellenőrizze a hitelesítési szolgáltatást üzemeltető XSP (ek) t a Megoldási útmutató alapján (lásd: Sz olgáltatások konfigurálása a Webex for Cisco Broad Works XSP-jén). Pontosabban:

• Az RSA kulcsokat (amelyeket egy XSP-n generál) az összes XSP-re másolják
• A hitelesítési szolgáltatás URL-címét minden XSP-n megadták a webtárolóhoz, és helyesen írták be a Partner Hub klaszterébe
• Külső hitelesítés tanúsítvánnyal van konfigurálva:

  XSP_CLI/Rendszer/Kommunikációs segédprogram/Alapértelmezett beállítások/Külső hitelesítés/Tanúsítványhitelesítés>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 Hubból szerezheti be a BroadWorks beállítások oldalon).

6. A BroadWorks címkék hibás 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ókat lásd a Webex for Cisco BroadWorks konfigurációs útmutat ójában. Győződjön meg róla, hogy nincsenek konfliktusok vagy helytelen értékek. Pontosabban, a (z) %SBC_ADDRESS_WXT% címkének a Webex App kliensek SIP-regisztrátora felé mutató SBC-nek kell lennie.

7. Az asztali kliens leválasztja a telefonszolgáltatásokat a sikeres SSO-kapcsolat után

Ezt a problémát az okozhatja, hogy ugyanaz a felhasználó bejelentkezik több ügyfélbe ugyanazon platformtípuson. Ha például egy felhasználó sikeresen bejelentkezik a Webex alkalmazásba Windows rendszeren, majd egy másik Windows-gépen jelentkezik be a Webex alkalmazásba, akkor csak egy aktív SSO-munkamenet van az egyik gépen. Ez tervezés szerint történik. Ha feltétlenül meg kell oldania ezt a problémát, konfigurálhatja a BroadWorks-t úgy, hogy ugyanazon eszköztípus több példányát tartalmazzon, de egyedi SIP-címekkel kell rendelkezniük. Ez a konfiguráció nem tartozik a Webex for Cisco BroadWorks alkalmazásának hatálya alá.

8. Az asztali eszköz nem biztosított a felhasználó számára

Ez az aláírás látható az ügyfélnaplóban:

[0x70000476b000] BroadworksConfigDownloader.cpp:106 <Error>

onAccessDeviceListSucceed:bwc:scf: configDownload - az „Business Communicator - PC” eszközprofil nem található.

9. A bejövő mobilhívások egyszer csengnek, vagy nem válaszolhatók

A Webex mobiltelefonra irányuló bejövő hívások csak egyszer szólnak, különben a felhasználó nem tudja fogadni a bejövő hívást. Ugyanazon felhasználó más végpontjai továbbra is csenghetnek.

Hogyan lehet azonosítani?

A Webex mobil kliens naplókban keresse meg az XSI 101002 hibakódot a push hívásfolyamatban. Például:

Válasz kód: 400

<callID>HandlePushCallInfoFailure:BWC:Belső: Push hívás: xsi állapot a CalliD esetén: xsi hibakód: 101002

<callID>ClosePushCallWithReason:BWC:Internal: Próbálja meg bezárni a push hívást az id =, reason = callAbandoned

Ok: Az 101002 hibakód jelezheti, hogy a Loc ateUser válaszában hibás alkalmazáskiszolgáló (AS) jelenik meg. Ez akkor fordulhat elő, ha a felhasználó áttelepült egy másodlagos AS-be.

Ajánlott ellenőrzések:

Az ADP vagy XSP-ből, ahol a Push telepítve van, futtassa a LocateUser alkalmazást az érintett felhasználó számára:

<FQDN or IP address of NS Server>curl 'http: //:80/servlet/locateUser? <BW userID @domain >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 visszaadja a felhasználó másodlagos AS-t, futtassa a MigrateUserToDefaultNode.pl parancsfájlt az elsődleges NS-kiszolgálón, hogy a felhasznál ókat visszaküldhessen a klaszter elsődleges alkalmazáskiszolgálójára.

Jelentkezzen be az NS szerverre SSH-n keresztül, lépjen a /usr/local/broadworks/bw_base/bin könyvtárba, és futtassa: MigrateU serToDefaultNode.pl <hostingNE>

Példa: Migrate UserToDefaultNode.pl bwas1

A HostingNE érték megszerzéséhez futtassa: NS_CLI/System/Device/Hostingne > get

A szkript először ellenőrzi, hogy megtalálja-e az érvelésként megadott tárhely NE -t. Miután megbizonyosodott, hogy a tárhely NE érvényes-e, frissíti a DN-t, a kiterjesztést és az URL-t az adott NE tárhely alapértelmezett csomópontjára.

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

A szkript nem futtatható csak egyetlen felhasználó számára. A LocateUser kimenetben felsorolt összes felhasználót áttelepíti. Ha nem tudja futtatni a szkriptet, törölje és újítsa újra az érintett felhasználót a BroadWorks-ban, hogy a felhasználó újjáépüljön a megfelelő AS-re.

Bármely SIP-üzenet a felhasználói eszközről a másodlagos AS-ra történő áttelepítését okozhatja a felhasználó áttelepítését. A felhasználók általában az alapértelmezett 15 perces intervallum után visszatérnek az elsődleges AS-re, kivéve, ha a bejövő kérelmek továbbra is elérik a másodlagos AS-t. Ha például az SBC nem tud csatlakozni az AS1-hez, és visszatér a másodlagos AS-hez, 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ó továbbra is rögzítve maradhat a másodlagos AS-hez, ha az SBC továbbra is problémái vannak az elsődleges AS-hez való elérésével.

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

• 3.4.5. Szakasz Az alkalmazáskiszolgáló felhasználói visszavonási képessége és 5.4.5 Automatikus visszaállítás a Cisco BroadWorks redundancia-útmutatóban

• Cisco BroadWorks ASR fejlesztések funkcióleírása

9. A telefonszolgáltatások lekapcsolódtak

Ha a telefonszolgáltatások lekapcsolt állapotban jelennek meg, miután a felhasználó bejelentkezett a Webex alkalmazásba, vagy ha a telefonszolgáltatások lekapcsolódnak, miközben a felhasználó használja az ügyfelet, ellenőrizze az ügyfél típusát és a regisztrációs folyamatot.

Windows és Mac kliensek esetén a Webex App regisztrál SIP-re, és aktív SIP-regisztrációt tart fenn, amíg a felhasználó be van jelentkezve.

Ellenőrizze a következőket:

1. Ellenőrizze, hogy config-wxt.xml sikeresen letöltött-e

Az ügyfélnaplókban keresse meg a ConfigDownload lehetőséget.

A sikeres letöltés megmutatja:

ConfigDownload - sikeresen befejeződött

Ha a naplók a következő hibát mutatják, ellenőrizze, hogy az AuthService naplókban nincs-e tokennel kapcsolatos hibák:

ConfigDownload - nem sikerült hibakóddal: 1511

2. Ellenőrizze, hogy megtalálta-e a Webex eszközprofil.

Az ügyfélnaplókban ellenőrizze, hogy a hozzáférési eszköz megtalálható, és hogy az used_value az 1. Ha az used_value értéke 0, ellenőrizze, hogy az Elsődleges vonal engedélyezve van-e vagy le van-e tiltva, és ellenőrizze a címkeértéket. További részletekért lásd a Webex for BroadWorks konfigurációs útmutató 6.1.44 Elsődleges profil ját.

Példa naplóbejegyzések:

:BWC:SCF: ConfigDownload - hozzáférési eszköz található

:BWC:SCF: ConfigDownload - hozzáférési eszköz: deviceType=Üzleti kommunikátor - PC, deviceLevel = Group, allowTermination=1, isDeviceOwner [has_value: 0, used_value: 1], hasOwnerDevice: 1, EndPointType: Megosztott hívás megjelenése

:BWC:SCF: ConfigDownload - hozzáférési eszköz: deviceType=Csatlakozás - Mobil, deviceLevel=csoport, allowTermination=1, isDeviceOwner [has_value: 0, used_value: 1], hasOwnerDevice: 1, EndPointType: Megosztott hívás megjelenése

:BWC:SCF: ConfigDownload - hozzáférési eszköz: deviceType=Csatlakozás - Tablet, deviceLevel = Group, allowTermination=1, isDeviceOwner [has_value: 0, used_value: 1], hasOwnerDevice: 1, EndPointType: Megosztott hívás megjelenése

3. Ellenőrizze a DNS-hibákat a SIP proxy cím megoldásakor.

A SIP proxy felderítésével kapcsolatos részletekért lásd a Webex for BroadWorks konfigurációs útmutató 6.1.6 Dinamikus SIP proxy fel derítését.

A sikeres proxy felfedezés a következőket mutatja:

A proxy felderítése befejeződött, <number>eredményeket kaptam

4. Ellenőrizze, hogy a SIP regisztráció sikertelen-e.

Ha a naplókban az mRegistration: TCPTimeout vagy Reason: SIP; cause=200; text="last=TCP-Timeout” látható, akkor a Webex kliens nem tud alacsony szintű T CP-kapcsolatot létrehozni az SBC-vel. A SIP regisztráció nem fejeződik be, ha ez a hiba bekövetkezik. Ellenőrizze, hogy a TCP blokkolva van-e a felhasználó hálózatán, vagy az SBC elutasítja a TCP-kapcsolatot.

Ha a SIP REGISZTER kérelmet elutasítják, vagy nem kap választ, keresse meg a REGISZTER SIP-t a naplókban, és ellenőrizze, hogy a SIP/2.0 200 OK visszaküldés-e. Ha nem adja vissza, ellenőrizze, hogy a felhasználó hálózata blokkolja-e a SIP-t, vagy az SBC elutasíta-e a kérelmet.

A BroadWorks Admin alkalmazásban lépjen a Fel használ ó > Segéd programok > Regisztrációk menüpontra, és ellenőrizze, hogy érvény es SIP-regisztráció van-e a Webex kliens számára.

Android és iOS mobilkliensek esetén a Webex App nem regisztrál SIP-re, amíg hívást nem kezdeményeznek vagy fogadnak. A regisztráció eltávolításra kerül, amikor a hívás befejeződik. A mobil ügyfelek regisztrálnak push értesítésekre.

Mobil ügyfelek esetében ellenőrizze a következőket:

1. Ellenőriz ze, hogy a config-wxt.xml sikeresen letöltő-e, és megtalálta-e az eszközprofil, a Windows és Mac ügyfelek esetében leírtak szerint.

2. Ellenőrizze, hogy sikerrel jár-e a push regisztráció.

A Webex naplókban keresse meg a push regisztrációs állapotot:

onPushRegistrationStateChanged: :Push regisztráció állapota megváltozott, state=Nem regisztrált

onPushRegistrationStateChanged: :Push regisztráció állapota megváltozott, state=Regisztrált

A BroadWorks Admin alkalmazásban lépjen a Fel használ ó > Segéd programok > Push értesítési regisztrációk menüpontra, és ellenőrizze, hogy érvényes push regisztráció van-e a Webex kliens számára.

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

1. Az öngondozási gomb/link nem jelenik meg a Webex alkalmazásban

A probléma másik tünete az, 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 beállítva. (Lásd a Webex for Cisco Broad Works megoldási út mutatójának Hívásbeállítások webnézet szak aszát).
• Ellenőrizze, hogy a Webex alkalmazás regisztrált-e a BroadWorks hívására.
• Ellenőrizze, hogy a Webex App egy legújabb verzió, amely támogatja a CSWV-t.

2. Üres oldal vagy hiba az Öngondozás gomb/hivatkozásra kattintva

Általában ez a viselkedés a Webex alkalmazásban a BroadWorks XSP CSWV alkalmazással kapcsolatos konfigurációs vagy telepítési problémát jelez. Gyűjtse össze a további vizsgálatokhoz szükséges részleteket, beleértve a CSWV-naplókat, a hozzáférési naplókat, a config-wxt.xml adattárat és a sablonfájlt, majd indítson fel ügyet.

Domain igénylési problémák

A felhasználói regisztrációs hibák a domainek igénylésekor elkövetett hibák következtében fordulhatnak elő. Mielőtt bármilyen domainet 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 domaineit. Csak azoknak a felhasználóknak a domainjeit kell igényelniük, amelyek a Sz olgáltató belső szervezetében vannak. A felhasználók domainjének egy 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élszervezetben lévő felhasználók számára, mivel a felhasználói hitelesítési kérelmek a Szolgál tatóon keresztül irányulnak, nem pedig az ügyfélszervezeten keresztül.
• Ha két ügyfélszervezet (A vállalat és B vállalat) ugyanazt a domaint használja, és az A vállalat igényelte a domaint, akkor a B vállalat felhasználói regisztrációja sikertelen lehet, mivel a felhasználói hitelesítési kérelmeket a domain igénylésével rendelkező szervezeten keresztül irányítják (A vállalat).

  Ha hibás tartományt igényel, és el kell távolítania egy igényt, olvassa el a Domain ek kezelése We bex cikket.

Végfelhasználói hibakódok

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

A Directory Sync hibakódok

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