Webex kezelése BroadWorks-hez

Ügyfélszervezetek biztosítása

Az aktuális modellben automatikusan biztosítjuk az ügyfélszervezetet, amikor a jelen dokumentumban leírt módszerek bármelyikén keresztül az első felhasználót veszi fedélzetre. A kiépítés minden ügyfél esetében csak egyszer történik meg.

Felhasználók kezelése

A BroadWorks Webex felhasználóinak kezeléséhez ne feledje, hogy a felhasználó mind a BroadWorksben, mind a Webexben létezik. A hívási attribútumok és a felhasználó BroadWorks-identitása a BroadWorks-ben találhatók. A felhasználó külön e-mail-azonosítóját és a Webex-funkciók engedélyezését a Webex tartalmazza.

Céltartalék felhasználók

A felhasználókat a következő módokon tudja elhozni:

  • API-k használata Webex-fiókok létrehozásához

  • Integrált IM&P (flowthrough kiépítés) hozzárendelése megbízható e-mailekkel Webex-fiókok létrehozásához

  • Integrált IM&P hozzárendelése (flowthrough kiépítés) megbízható e-mailek nélkül. A felhasználók e-mail címeket adnak meg és validálnak Webex-fiókok létrehozásához

  • Lehetővé teszi a felhasználók számára, hogy önaktivizálják (küld nekik egy linket, webex fiókokat hoznak létre)

Nyilvános kiépítési API-k

A Webex nyilvános API-kat tesz közzé, hogy a szolgáltatók integrálhassák a Webex for BroadWorks előfizetői kiépítést a meglévő kiépítési munkafolyamataikba. Ezeknek az API-knak a specifikációja a developer.webex.com . Ha ezekkel az API-kkal szeretne fejleszteni, vegye fel a kapcsolatot a Cisco képviselőjével, hogy a Webex for BroadWorks-hez jusson.

Átfolyásos kiépítés

A BroadWorks-ben az Integrált IM&P engedélyezése opcióval hatja meg a felhasználókat. Ez a művelet hatására a BroadWorks kiépítési adapter API-hívást kezdeményez a felhasználó Webex-en való ellátására. Kiépítési API-nk visszafelé kompatibilis az UC-One SaaS API-val. A BroadWorks AS nem igényel kódmódosítást, csak konfigurációs módosítást a kiépítési adapter API-végpontjához.


A Webex előfizetőinek biztosítása jelentős (néhány percet vehet igénybe a kezdeti felhasználó számára egy vállalkozáson belül). A Webex háttérfeladatként végzi a kiépítést. Tehát a flowthrough kiépítés sikere azt jelzi, hogy a kiépítés megkezdődött. Ez nem jelenti a befejezést.

Annak megerősítéséhez, hogy a felhasználók és az ügyfélszervezet teljes mértékben ki van iktatva a Webexen, be kell jelentkeznie a Partner Hubba, és be kell néznie az ügyfelek listájába.

Felhasználói önaktiválás

BroadWorks felhasználók biztosítása a Webexen, az Integrált IM&P szolgáltatás hozzárendelése nélkül:

  1. Jelentkezzen be a Partner Hubba, és keresse meg a BroadWorks Beállítások oldalát.

  2. Kattintson a Sablonok megtekintésegombra.

  3. Válassza ki a felhasználóra alkalmazni kívánt kiépítési sablont.

    Ne feledje, hogy minden sablon egy fürthöz és a partnerszervezethez kapcsolódik. Ha a felhasználó nem szerepel a sablonhoz társított BroadWorks rendszerben, a felhasználó nem aktiválhatja önaktiválását a hivatkozással.

  4. Másolja le a kiépítési linket, és küldje el a felhasználónak.

    Érdemes lehet a szoftver letöltési linket is megadni, és emlékeztetni a felhasználót, hogy meg kell adnia és érvényesítenie kell e-mail címét a Webex-fiók aktiválásához.

  5. A kiválasztott sablonon nyomon követheti a felhasználó aktiválási állapotát.

További információ: Felhasználói kiépítési és aktiválási folyamatok.

Felhasználói azonosító vagy e-mail cím módosítása

Felhasználói azonosító és e-mail cím módosítása

Az e-mail-azonosító és az alternatív azonosító a BroadWorks felhasználói attribútumai, amelyeket a Webex for BroadWorks használ. A BroadWorks felhasználói azonosítója továbbra is a felhasználó elsődleges azonosítója a BroadWorksben. A következő táblázat ismerteti a különböző attribútumok céljait, és azt, hogy mi a teendő, ha módosítania kell azokat:

Attribútum a BroadWorksben Megfelelő attribútum a Webexben cél Jegyzetek
BroadWorks felhasználói azonosító Nincs Elsődleges azonosító Ezt az azonosítót nem módosíthatja, és továbbra is összekapcsolhatja a felhasználót ugyanarra a fiókra a Webexben. Törölheti a felhasználót, és újraalkothatja, ha rossz.
E-mailes azonosító Felhasználói azonosító

Kötelező az átfolyásos kiépítéshez (Webex felhasználói azonosító létrehozása), ha azt állítja, hogy megbízik az e-mailekben

Nem kötelező a BroadWorksben, ha nem állítja, hogy megbízhat az e-mailekben

Nem kötelező a BroadWorks-ben, ha engedélyezi az előfizetőknek, hogy önaktiváló

Mindkét helyen manuális eljárás van ennek megváltoztatására, ha a felhasználó rossz e-mail címmel rendelkezik:

  1. A felhasználó e-mail címének módosítása a Vezérlőközpontban

  2. Az e-mail-azonosító attribútum módosítása a BroadWorksben

Ne változtassa meg a BroadWorks felhasználói azonosítóját. Ez nem támogatott.

Alternatív azonosító Nincs Lehetővé teszi a felhasználó e-mailben és jelszóval történő authnját a BroadWorks felhasználói azonosítójával szemben Meg kell egyenlednie az e-mail azonosítóval. Ha az e-mailt nem tudja elhelyezni az Alternatív azonosító attribútumban, a felhasználóknak meg kell adniuk a BroadWorks felhasználói azonosítójukat a hitelesítéskor.

Felhasználói csomag módosítása a Partner Hubban

1

Jelentkezzen be a Partner Hubba, és kattintson az Ügyfelekgombra.

2

Keresse meg és válassza ki azt az ügyfélszervezetet, ahol a felhasználó otthon van.

A szervezet áttekintő lapja a képernyő jobb oldalán lévő panelen nyílik meg.

3

Kattintson az Ügyfél megtekintésegombra.

Az ügyfélszervezet megnyílik a Control Hubban, és megjelenik az Áttekintés lap.
4

Kattintson a Felhasználókgombra, majd keresse meg és kattintson az érintett felhasználóra.

A képernyő jobb oldalán nyílik meg a felhasználói adatok panel.

5

A felhasználó szolgáltatásaiban kattintson a Webex for BroadWorks csomagok (előfizetések)elemre.

Megnyílik a felhasználó csomag panelje, és láthatja, hogy jelenleg melyik csomag van hozzárendelve a felhasználóhoz.

6

Válassza ki a felhasználónak szánt csomagot (Basic , Standard , Premium vagySoftphone).

A Vezérlőközpont egy üzenetet mutat, amelyet a felhasználó frissít.

7

Bezárhatja a felhasználói adatokat és a Vezérlőközpont lapot.


A standard és prémium csomagok külön találkozóhelyekkel rendelkeznek, amelyek az egyes csomagokhoz kapcsolódnak. Ha az adminisztrátori jogosultságokkal rendelkező előfizető e két csomag egyikével a másik csomagra költözik, az előfizető két találkozóhelyet jelenik meg a Control Hubban. Az előfizető fogadó értekezleti képességei és értekezleti helye igazodik az aktuális csomaghoz. Az előző csomag értekezleti webhelye és az adott webhelyen korábban létrehozott tartalom, például a felvételek továbbra is elérhetők az értekezlethely adminisztrátora számára.

Felhasználók törlése

Számos módszer létezik, a segítségével a rendszergazdák törölhetik a felhasználót a Webexről a BroadWorks számára:

Webex a BroadWorks API-hoz

A partner rendszergazdák a Webex for BroadWorks API segítségével törölhetik a felhasználókat:

  1. Futtassa a BroadWorks előfizetői API-kérésének eltávolítását a https://developer.webex.com/docs/api/v1/broadworks-subscribers/remove-a-broadworks-subscriber. Ez a kérés eltávolítja a Webex for BroadWorks előfizetést. A felhasználó már nem számlázott Webex a BroadWorks felhasználó számára, és ingyenes Webex felhasználóként kezelik.

  2. Futtassa a Személy API-kérés törlését https://developer.webex.com/docs/api/v1/people/delete-a-person a felhasználó teljes törléséhez.

Átfolyásos kiépítés

A partner adminisztrátorok az átfolyásos kiépítés segítségével törölhetik a felhasználókat:

  1. A BroadWorks szerveren távolítsa el az IM+P Integrated szolgáltatást a felhasználótól. Letilthatja a szolgáltatást a felhasználó számára a Felhasználó – Integrált IM&P oldalról a BroadWorks-en. A részletes eljárást lásd a Cisco BroadWorks Application Server Group Web Interface Administration Guide – 2.

    A szolgáltatás letiltása után az átfolyásos kiépítés eltávolítja a Webex for BroadWorks susbscription-t a felhasználótól. A felhasználó már nem számlázott Webex a BroadWorks felhasználó számára, és ingyenes Webex felhasználóként kezelik.

  2. A Vezérlőközpontban keresse meg és válassza ki a felhasználót.

  3. Lépjen a Műveletek lapra, és válassza a Felhasználó törlése lehetőséget.

Vezérlőközpont (ügyfél-rendszergazdák)

Az ügyfél rendszergazdái a Control Hub segítségével törölhetik a felhasználókat a szervezetükből. További részletekért lásd: Felhasználó törlése a szervezetből a Webex Vezérlőpulton a https://help.webex.com/0qse04/.

A rendszer újrakonfigurálása

A rendszer az alábbiak szerint konfigurálható:

  • BroadWorks-fürt hozzáadása a partnerközpontba

  • BroadWorks-fürt szerkesztése vagy törlése a partnerközpontban

  • Ügyfélsablon hozzáadása a Partner Hubba

  • Ügyfélsablon szerkesztése vagy törlése a Partner Hubban

BroadWorks-fürt szerkesztése vagy törlése a partnerközpontban

A Partner Hubban szerkesztheti vagy eltávolíthatja a BroadWorks-fürtöket.

1

Jelentkezzen be a Partner Hubba partneradminisztrátor hitelesítő adataival a https://admin.webex.com.

2

Lépjen a Beállítások lapra, és keresse meg a BroadWorks hívás szakaszát.

3

Kattintson a Fürtök megtekintésegombra.

4

Kattintson a szerkeszteni vagy törölni kívánt fürtre.

A fürt részletei a jobb oldali szórólapablakban jelennek meg.
5

A következő lehetőségek közül választhat:

  • Módosítsa a módosítani szükséges adatokat, majd kattintson a Mentés gombra.
  • Kattintson a Törlés gombra a fürt eltávolításához, majd erősítse meg.

     

    Ha egy sablon a fürthöz van társítva, nem törölhet fürtet. Törölje a társított sablonokat, mielőtt törli a fürtet. Lásd: Ügyfélsablon szerkesztése vagy törlése a Partner Hubban.

A fürtlista frissül a módosításokkal.

Ügyfélsablon szerkesztése vagy törlése a Partner Hubban

A Partner Hubban szerkesztheti vagy törölheti az ügyfélsablonokat.

1

Jelentkezzen be a Partner Hubba partneradminisztrátor hitelesítő adataival a https://admin.webex.com.

2

Lépjen a Beállítások lapra, és keresse meg a BroadWorks hívás szakaszát.

3

Kattintson a Sablonok megtekintésegombra.

4

Kattintson a szerkeszteni vagy törölni kívánt sablonra.

5

A következő lehetőségek közül választhat:

  • Szerkessze a módosítani szükséges részleteket, majd kattintson a Mentésgombra.
  • Kattintson a Törlés gombra a sablon eltávolításához, majd a megerősítéshez.

Beállítás

értékrend

Jegyzetek

Fióknév / jelszó megadása

Felhasználó által biztosított karakterláncok

A sablon szerkesztésekor nem kell újra megadnia a kiépítési fiók adatait. Az üres jelszó/jelszó megerősítése mezők vannak, hogy módosítsa a hitelesítő adatokat, ha szükséges, de hagyja üresen tartani az eredetileg megadott értékeket.

Felhasználói e-mail cím feltöltése a bejelentkezési oldalon

Be/ki

Akár 7 órát is igénybe vehet, ha a beállítás megváltozik. Ez azt jelenti, hogy miután engedélyezte, előfordulhat, hogy a felhasználóknak továbbra is meg kell adniuk e-mail címüket a bejelentkezési képernyőn.

A fürtlista frissül a módosításokkal.

Kapacitásbővítés

XSP gazdaságok

Javasoljuk, hogy használja a kapacitástervezőt annak meghatározására, hogy hány további XSP-erőforrásra van szüksége az előfizetők számának javasolt növeléséhez. A BroadWorks farmok számára a dedikált NPS vagy dedikált Webex esetében a következő skálázhatósági lehetőségek közül választhat:

  • Mérleggel foglalkozó farm: Adjon hozzá egy vagy több XSP-kiszolgálót a gazdasághoz, amely extra kapacitást igényel. Ugyanazokat az alkalmazásokat és konfigurációkat telepítse és aktiválja, mint a gazdaság meglévő csomópontjai.

  • Dedikált gazdaság hozzáadása: Adjon hozzá egy új, dedikált XSP farmot. Új fürtet és új sablonokat kell létrehoznia a Partner Hubban, hogy új ügyfeleket vezkeljen az új gazdaságba, hogy enyhítse a meglévő gazdaságra nehezedő nyomást.

  • Szakgazdaság hozzáadása: Ha egy adott szolgáltatás szűk keresztmetszeteit tapasztalja, érdemes lehet külön XSP-gazdaságot létrehozni erre a célra, figyelembe véve az ebben a dokumentumban felsorolt társ-tartózkodási követelményeket. Előfordulhat, hogy újra kell konfigurálnia a Vezérlőközpont fürtjeit és a DNS-bejegyzéseket, ha megváltoztatja az új farmdal rendelkező szolgáltatás URL-címét.

A BroadWorks környezetének nyomon követése és újrafinanszírozása minden esetben az Ön felelőssége. Ha Cisco-segítséget szeretne igénybe venni, felveheti a kapcsolatot a fiók képviselőjével, aki professzionális szolgáltatásokat tud nyújtani.

HTTP-kiszolgálótanúsítványok kezelése

Ezeket a tanúsítványokat az MTLS által hitelesített webes alkalmazásokhoz kell kezelnie az XSP-ken:

  • Bizalmi lánc tanúsítványunk a Webex felhőből

  • Az XSP HTTP-kiszolgáló interfészeinek tanúsítványai

Bizalmi lánc

A megbízhatósági lánc tanúsítványt letölti a Control Hubból, és a kezdeti konfiguráció során telepíti azt az XSP-re. A tanúsítványt a lejárat előtt frissítjük, és értesítjük a módosítás módjáról és időpontjáról.

Az Ön HTTP-kiszolgálófelületei

Az XSP-nek nyilvánosan aláírt kiszolgálói tanúsítványt kell bemutatnia a Webexnek a Rendelési tanúsítványok (Rendelési tanúsítványok) című részben leírtak szerint. A felülethez saját aláírású tanúsítvány jön létre, amikor először biztosítja a felületet. Ez a tanúsítvány ettől az időponttól számított egy évig érvényes. Az önazonos tanúsítványt nyilvánosan aláírt tanúsítványra kell cserélnie. Az Ön felelőssége, hogy új tanúsítványt kérjen, mielőtt lejár.

Partner mód szerint korlátozva

A Partner mód által korlátozott egy szervezetszintű beállítás, amelyet a partner rendszergazdái használhatnak annak érdekében, hogy megakadályozzák az ügyfélszervezet rendszergazdáit bizonyos Vezérlőközpont-beállítások visszaállításában. Ha egy partnerszintű rendszergazda bekapcsolja ezt a módot egy adott ügyfélszervezetnél, a szervezet összes ügyfél rendszergazdája nem tudja elérni a Control Hub alábbi vezérlőit.

A Felhasználók nézetében a következő beállítások nem érhetők el:

  • A Felhasználók kezelése gomb szürkén kiürült.

  • Felhasználók hozzáadása vagy módosítása– Nincs lehetőség felhasználók hozzáadására vagy módosítására, sem manuálisan, sem CSV-n keresztül.

  • Felhasználók követelése – nem érhető el

  • Licencek automatikus hozzárendelése – nem érhető el

  • Könyvtárszinkronizálás— Nem szerkeszthetők a könyvtárszinkron beállítások (ez a beállítás csak partnerszintű rendszergazdák számára érhető el)

  • Felhasználói beállítások — Nincs lehetőség a felhasználói beállítások, például a név és az e-mail cím szerkesztésére

  • Csomag alaphelyzetbe állítása – Nincs lehetőség a csomagtípus alaphelyzetbe állítására

  • Szolgáltatások szerkesztése — Nincs lehetőség a felhasználó számára engedélyezett szolgáltatások szerkesztésére (pl. Üzenetek, Értekezletek, Hívás)

  • Szolgáltatások állapotának megtekintése — Nem látható a hibrid szolgáltatások vagy a szoftverfrissítési csatorna teljes állapota

A Szervezeti beállítások nézetben a következő beállítások nem érhetők el:

  • Hívási viselkedés beállításai — Nincs lehetőség a meglévő hívási viselkedési beállítások szerkesztésére

  • Hitelesítés – Nincs lehetőség a Hitelesítési és SSO-beállítások szerkesztésére

Partner mód szerint történő korlátozás engedélyezése (az alapértelmezett beállítás engedélyezve van):

  1. Jelentkezzen be a Partner Hubhttps://admin.webex.com() és válassza az Ügyfeleklehetőséget.

  2. Válassza ki a megfelelő ügyfélszervezetet.

  3. A jobb oldali beállítások nézetben engedélyezze a Partner mód korlátozását a beállítás bekapcsolásához.

    Ha ki szeretné kapcsolni a Partner mód korlátozását, tiltsa le a váltást.

Webex hibaelhárítása BroadWorks-hez

Feliratkozás a Webex állapotoldalára

Először https://status.webex.com ellenőrizze, ha váratlan szolgáltatásmegszakítást tapasztal. Ha a megszakítás előtt nem változtatta meg a konfigurációt a Control Hubban vagy a BroadWorksben, ellenőrizze az állapotoldalt. További információ az állapot- és eseményértesítések előfizetéséről a Webex Súgóközpontban.

Vezérlőközpont-elemzés használata

A Webex nyomon követi a szervezet és az ügyfél szervezeteinek használati és minőségi adatait. További információ a Control Hub Analytics szolgáltatásról a Webex Súgójában.

Hálózati problémák

Az ügyfelek vagy felhasználók nem jönnek létre a Vezérlőközpontban átfolyásos kiépítéssel:

  • Elérheti-e az alkalmazáskiszolgáló a kiépítési URL-címet?

  • Helyes-e a kiépítési fiók és a jelszó, létezik-e ez a fiók a BroadWorks-ben?

A klaszterek folyamatosan sikertelenek a kapcsolódási tesztekben:


Az mTLS-kapcsolat a hitelesítési szolgáltatással várhatóan sikertelen lesz, amikor létrehozza az első fürtet a Partner Hubban, mert létre kell hoznia a fürtet a Webex tanúsítványlánchoz való hozzáféréshez. Enélkül nem hozhat létre bizalmi horgonyt az XSP hitelesítési szolgáltatáson, így a Partner Hub teszt mTLS-kapcsolata nem sikeres.

  • Nyilvánosan elérhetők-e az XSP interfészek?

  • A megfelelő portokat használja? A fürt interfészdefiníciójában megadhat egy portot.

Interfészek sikertelen érvényesítése

Xsi-Akciók és Xsi-Events interfészek:

  • Ellenőrizze, hogy a partnerközpontban helyesen nincsenekk-e a /v2.0/ az URL-ek végén.
  • Ellenőrizze, hogy a tűzfal lehetővé teszi-e a kommunikációt a Webex és ezek az interfészek között.

  • Tekintse át a dokumentum interfészkonfigurációs tanácsait.

Hitelesítési szolgáltatási felület:

  • Ellenőrizze, hogy a partnerközpontban helyesen nincsenekk-e a /v2.0/ az URL-ek végén.
  • Ellenőrizze, hogy a tűzfal lehetővé teszi-e a kommunikációt a Webex és ezek az interfészek között.

  • Tekintse át a dokumentum interfészkonfigurációs tanácsait, különös tekintettel a következőre:

    1. Győződjön meg arról, hogy megosztotta az RSA-kulcsokat az összes XSP-n.
    2. Győződjön meg róla, hogy az AuthService URL-t minden XSP-n megadta a webtárolóhoz.
    3. Ha szerkesztette a TLS rejtjelkonfigurációt, ellenőrizze, hogy a megfelelő elnevezési konvenciót használta-e. Az XSP megköveteli, hogy adja meg a TLS rejtjelek IANA névformátumát. A dokumentum egy korábbi verziója helytelenül tüntette fel a szükséges rejtjelező csomagokat az OpenSSL névadási konvencióban.
    4. Ha hitelesítési szolgáltatással rendelkező mTLS-t használ, betöltik-e a Webex-ügyféltanúsítványokat az XSP/ADP bizalmi áruházában? Az alkalmazás (vagy a felület) úgy van konfigurálva, hogy ügyféltanúsítványt igényeljen?

    5. Ha CI tokenérvényesítést használ a Hitelesítési szolgáltatással, az alkalmazás (vagy felület) úgy van konfigurálva, hogy ne igényeljen ügyféltanúsítványt?

Ügyfélproblémák

Annak ellenőrzése, hogy az ügyfél csatlakozik-e a BroadWorks-hez

  1. Jelentkezzen be a Webex alkalmazásba.

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

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

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

    Ha egy másik telefonszolgáltatás, például a Webex Hívás jelenik meg, a felhasználó nem használja a Webex for BroadWorks szolgáltatást.

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

  • Az ügyfél sikeresen átverte a szükséges Webex mikroszolgáltatásokat.

  • A felhasználó sikeresen hitelesítette.

  • Az ügyfél hosszú élettartamú JSON webes tokent kapott a BroadWorks rendszerétől.

  • Az ügyfél letöltötte eszközprofilját, és regisztrált a BroadWorks-hez.

Kliensnaplók

Minden Webex alkalmazás-ügyfél küldhet naplókat a Webexnek. Ez a legjobb megoldás a mobil ügyfelek számára. Fel kell vennie a felhasználó e-mail címét és hozzávetőleges idejét is, amikor a probléma bekövetkezett, ha segítséget kér a TAC-tól. További információ: Hol találom a Webex támogatását?

Ha manuálisan kell naplókat gyűjtenie Windows PC-ről, azok a következők:

Windows PC:C:\Users\{username}\AppData\Local\CiscoSpark

Mac:/Users/{username}/Library/Logs/SparkMacDesktop

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

mTLS Auth rosszul konfigurált

Ha minden felhasználó érintett, ellenőrizze az mTLS-kapcsolatot a Webexről a hitelesítési szolgáltatás URL-címére:

  • Ellenőrizze, hogy a hitelesítési szolgáltatás alkalmazása vagy az általa használt felület be van-e állítva az mTLS-re.

  • Ellenőrizze, hogy a Webex tanúsítványlánc megbízhatósági horgonyként van-e telepítve.

  • Ellenőrizze, hogy a kezelőfelületen/alkalmazásban található kiszolgálói tanúsítvány érvényes-e, és egy jól ismert CA írta-e alá.

Ismert BroadWorks téves konfigurációk

chainDepth túl alacsony

  • Feltételek: Követte az eljárást, hogy másolja a tanúsítványláncot az XSP-be, és arra használta, hogy bizalmi horgonyt hozzon létre a Webex ügyfélkapcsolatok érvényesítéséhez. Az XSP R21 SP1-et futtat.

  • Tünet: Az R21-benXSP_CLI/Interface/HttpClientAuthentication/Trusts> get nem mutatja a kibocsátói láncban elvárt összes tanúsítványt.

  • Ok: Az R21-ben van egychainDepth paraméter, amely ha túl alacsonyra van állítva, megakadályozza, hogy a teljes tanúsítványkibocsátó lánc bekerüljön a bizalmi horgonyba.

  • Javítás:/XSP_CLI/Interface/Http?ClientAuthentication> set chainDepth 3


    Az írás idején a Webex ügyfél-tanúsítványláncnak 2 közbenső kibocsátója van. Ne állítsa ezt a paramétert 2 alá, különösen, ha már magasabb. Abban az esetben, ha a chainDepth nem éri el a 2-t, ezek a tünetek korrupt láncfájlra utalhatnak.

Ügyféltámogatás

Stabil állami támogatási politika

A Szolgáltató a végfelhasználói (vállalati) támogatás első kapcsolattartója. Eszkalálódik a problémákat, hogy az SP nem tudja megoldani a TAC. A BroadWorks kiszolgálóverzió-támogatása a jelenlegi verzió broadsoft irányelveit és két korábbi főverziót (N-2) követi. További információ: https://xchange.broadsoft.com/php/xchange/support/maintenancesupport/softwaremaintenancepolicies/lifecyclepolicy/broadworksservers.

Eszkalációs szabályzat

  • Ön (Szolgáltató/ Partner) a végfelhasználói (vállalati) támogatás első kapcsolattartója.

  • Az SP által nem megoldható problémák TAC-ra eszkalálódnak.

BroadWorks verziók

Öntámogatási források

  • A felhasználók támogatást találhatnak a Webex Súgóközponton keresztül, ahol a BroadWorks-specifikus oldal Webex-specifikus listája felsorolja a gyakori Webex alkalmazás súgó- és támogatási témákat.

  • A Webex alkalmazás testre szabható ezzel a súgó URL-címmel és egy problémajelentés URL-címével.

  • A Webex alkalmazás felhasználói visszajelzést vagy naplót küldhetnek közvetlenül az ügyféltől. A naplók a Webex felhőbe kerülnek, ahol a Webex DevOps elemezheti őket.

  • Van egy Súgólapunk is, amely a Webex for BroadWorks rendszergazdai szintű súgójára szolgál.

Információgyűjtés szolgáltatáskérés elküldéséhez

Ha hibákat lát a Control Hubban, előfordulhat, hogy csatoltak olyan információkat, amelyek segíthetnek a TAC-nak a probléma kivizsgálásában. Ha például egy adott hiba nyomonkövetési azonosítóját vagy hibakódot lát, mentse el a velünk megosztani kívánó szöveget.

Lekérdezés vagy ügy megnyitásakor próbálja meg legalább a következő adatokat megadni:

  • Ügyfélszervezet azonosítója és partnerszervezet azonosítója (minden azonosító 32 hatos számjegyből álló karakterlánc, kötőjellel elválasztva)

  • TrackingID (szintén 32 hexex számjegyű karakterlánc), ha a kezelőfelület vagy a hibaüzenet

  • Felhasználói e-mail cím (ha egy adott felhasználónak problémái vannak)

  • Ügyfélverziók (ha a probléma tüneteit az ügyfélen keresztül észlelik)