A Webex Meetings esetén létrehozhat szabályokat, hogy riasztásokat kapjon a következőktől:

• Élő értekezlet figyelése – Ezzel a riasztással megtudhatja, ha a résztvevők médiaminőségi problémákat tapasztalnak a folyamatban lévő értekezletek során. Ezekből a riasztásokból legfeljebb 10 riasztást hozhat létre.
• Eszköz élő értekezletfigyelése – Ezzel a riasztással megtudhatja, ha az eszközök médiaminőségi problémákat tapasztalnak a folyamatban lévő értekezletek során. Ezekből a riasztásokból legfeljebb 25 riasztást hozhat létre.
• Értekezlet korábbi minőségének trendje – Ezzel a riasztással megtudhatja, ha bizonyos Webex-webhelyeken és -helyszíneken a résztvevők százalékos aránya eléri az elmúlt hét napban az értekezletek múltbeli teljesítménye alapján automatikusan beállított médiaminőségi küszöbértékeket. Ezekből a riasztásokból legfeljebb 10 riasztást hozhat létre.
• Korábbi értekezlet minőségének megfigyelése – Az előzményértekezlet minőségének trend-riasztásához hasonlóan ezzel a riasztással saját küszöbértékeket is beállíthatja, hogy mikor kapjon riasztást, ha bizonyos Webex-webhelyeken és -helyszíneken a résztvevők százalékos aránya eléri bármelyik médiaminőségi küszöbértéket. Ezekből a riasztásokból legfeljebb 10 riasztást hozhat létre.

A Webex Calling esetén létrehozhat szabályokat, hogy riasztásokat kapjon a következőkről:

• Calling Insights – A Calling Insights magas szintű adatokat biztosít a felhasználók rendszeres gyakorisággal érkező Webex Calling-hívásainak minőségéről és szerepvállalásáról, például a rossz minőségű hívások százalékos arányáról és a használt kapcsolatok bontásáról. Ezekből a riasztásokból legfeljebb 10 riasztást hozhat létre.

• Hívásminőség-csökkenés – Ezzel a riasztással megtudhatja, hogy egy adott helyszínen vagy egy felhasználó médiakezelésének minősége mikor romlott le. Ezekből a riasztásokból legfeljebb 10 riasztást hozhat létre.

• UCM Cloud riasztásai – A rendszer riasztást állít be, ha a Cisco Emergency Responder, az Expressway, az IM and Presence, a Unified Communications Manager és a Unity Connection ütemezett karbantartása vagy leállása van. Ezekből a riasztásokból legfeljebb 10 riasztást hozhat létre.

Eszközök esetében szabályokat hozhat létre, hogy riasztásokat kapjon a következőktől:

• Offline és online események – Az esemény azután kerül regisztrálásra, hogy egy eszköz 10 perce offline állapotban volt, vagy 10 perccel ezelőtt ismét online lett. Ezekből a riasztásokból legfeljebb 100 riasztást hozhat létre.
• Az észlelt vagy megoldott események problémái – Kiválaszthatja, hogy az összes riasztást szeretné-e megkapni, vagy elnémítja azokat, amelyeket nem szeretne megkapni. Ezekből a riasztásokból legfeljebb 100 riasztást hozhat létre.
• Szoftververzió lejárata – Az eszközre vonatkozó szoftververzió lejárta előtt 14 nappal és 3 nappal a rendszer riasztást küld. Ezekből a riasztásokból legfeljebb 10 riasztást hozhat létre

Olvassa el ezt a cikket , ha további részleteket szeretne megtudni arról, hogyan állíthat be riasztásokat a szervezetében lévő eszközökhöz.

A dedikált példányhoz két szolgáltatási riasztási kategória tartozik: Karbantartási riasztások és proaktív riasztások.

Karbantartási riasztások

A karbantartási riasztások alapértelmezés szerint engedélyezve vannak. A partner- vagy ügyfélrendszergazdáknak ellenőrizniük vagy konfigurálniuk kell a kézbesítési csatornát, hogy e-mailben és/vagy Webex-szobában értesítést kapjanak.

A kézbesítési csatorna információinak hozzáadása a karbantartási riasztások fogadásához:

1. A(z) https://admin.webex.com ügyfélnézetében lépjen a Riasztási központba.
2. Válassza a Kezelés > Minden szabály lehetőséget.
3. Kattintson a Hívás-karbantartás és leállási riasztások lehetőségre, és görgessen le a Kézbesítési csatornához.
4. Jelölje be az E-mail- vagy Webex-szobák bármelyik vagy mindkét jelölőnégyzetet, hogy értesítést kapjon a preferált csatornán.

   Legfeljebb 30 e-mail-azonosítót adhat hozzá.

   Ahhoz, hogy értesítést kapjon a Webex térben, rendelkeznie kell Üzenetküldési licenccel. A robot hozzáférése az Alkalmazások/robotok menüben engedélyezett, Ön jogosult a szervezeti iroda tagja lenni. Ellenkező esetben a szervezeti rendszergazdához kell fordulnia a probléma megoldása érdekében.

   Kiválaszthatja a Webhookokat , ha szervezeti szinten engedélyezve van a Webhookok. További információkért lásd: Webhookok engedélyezése a riasztásokhoz a Control Hubban.

   
5. Adja meg az e-mail- és a Webex-szoba adatait, majd kattintson a Mentés gombra a módosítások mentéséhez.

Karbantartás esetén a Control Hub automatikusan megjelenít egy sávot, amely tartalmazza a fürt és a régió adatait, valamint a karbantartás dátumát és idejét.

Proaktív riasztások

A partner- vagy ügyfélrendszergazdák feliratkozhatnak a két vagy három napi proaktív riasztásokra és eseményértesítésekre, és ugyanazt kaphatják a Webex alkalmazásban bármelyik vagy mindkét e-mail-címre vagy szobára, ha kiválasztják a Kézbesítési csatornát a riasztás létrehozása közben.

Például: A Unified CM Video Conf Bridge nincs erőforrásszám magas, a Unified CM MTP nincs erőforrásszám magas.

Proaktív riasztási szabály létrehozása

1. A(z) https://admin.webex.com ügyfélnézetében lépjen a Riasztási központba.
2. Válassza a Kezelés > Szabály létrehozása lehetőséget.
3. Az Összegzés szakaszban:
   1. Válassza a Hívás lehetőséget a Szolgáltatás legördülő listából.
   2. Válassza a Dedikált példányhoz tartozó riasztások lehetőséget a Típus legördülő listából.
   3. Válassza ki az előnyben részesített súlyosságot. Alapértelmezés szerint a súlyosság Magas.

      • Javasoljuk, hogy hozzon létre szabályokat a közepes vagy alacsony súlyosságú proaktív riasztásokhoz.

      • A rendszer olyan riasztásokat fog kapni, amelyek megfelelnek a szabály létrehozása során kiválasztott szigorúságnak, vagy meghaladják azt.

   4. Cím hozzáadása az új szabályhoz.
4. A Szabályok szakaszban az összes jelölőnégyzet ki van választva alapértelmezés szerint. Törölje a jelölést a beállításai alapján.
5. Válassza ki a Kézbesítési csatornát a riasztás fogadásához.

   Kiválaszthatja a Webhookokat , ha szervezeti szinten engedélyezve van a Webhookok. További információkért lásd: Webhookok engedélyezése a riasztásokhoz a Control Hubban.

6. Kattintson a Mentés gombra.

   A szabályok létrehozását követően az értesítések fogadása legfeljebb 6 órát vesz igénybe.

   

Tanúsítvány lejárására vonatkozó figyelmeztetés:

Lejárati értesítést küld az UCM Cloud ügyfeleinek a lejárati dátum előtt 67 nappal, majd minden héten, amíg meg nem újítják a tanúsítványt.

• Ügyfél tulajdonában lévő és kezelt tanúsítványok – A Control Hubból proaktív riasztás érkezik, Ön felelős a tanúsítvány megújításáért és kezeléséért.
• A Cisco tulajdonában lévő és kezelt tanúsítványok – A Control Hubból proaktív riasztás érkezik, és mi vagyunk felelősek a tanúsítvány megújításáért és kezeléséért.

Fokozott túlélőképesség riasztás

Amikor egy Control Hub-rendszergazda aktiválja a fokozott túlélőképességű csomópontot, az e-mail-azonosítója automatikusan hozzáadódik a „Hívás-fokozott túlélőképességű riasztások” szabályhoz. Ha további csapattagok szeretnének értesítéseket kapni, akkor e-mail-címük hozzáadható a riasztási szabályhoz, és kiválasztható az előnyben részesített kommunikációs mód.

Ez a szabály a fokozott túlélőképesség-csomóponthoz kapcsolódó riasztásokat küld a riasztási szabály e-mail szakaszában felsorolt e-mail-címekre.

Az alábbiakban találhatók a riasztások, amelyeket kapni fog:

1. Fokozott túlélőképesség csomópont aktiválási állapotai

   1. Befejezés – A sikeres aktiválás megerősítése.

   2. Hibák előzetes ellenőrzése – Értesítés a műveletet igénylő hibákról.

   3. Intézkedés szükséges – Riasztások azokról a lépésekről, amelyeknek a folytatáshoz az Ön beavatkozása szükséges.

   A fokozott túlélőképességű csomópontok hozzáadásával és aktiválásával kapcsolatos részletes útmutatást lásd.

2. A továbbfejlesztett túlélési csomópont időszakos állapotellenőrzése

   1. A csomópont állapotának folyamatos ellenőrzése.
   2. Riasztások olyan problémákra, mint a szolgáltatás hibái, a tűzfalport változásai vagy a DB-szinkronizálás hibái.
   3. Probléma észlelése esetén a rendszer értesíti a részleteket, és azt a végén kell elhárítania. Az időszakos állapotellenőrzés 6 óránként zajlik. Ha a következő ellenőrzés után nem generál riasztás, a probléma megoldódott. Ha nem tudja elhárítani a hibákat, hozzon létre egy TAC támogatási esetet.

Control Hub alkalmazásállapot-riasztási definíciók

A dedikált példányhoz elérhető riasztási definíciók listáját a Control Hub alkalmazásállapot riasztási definíciói című részben találja.

Beállíthat egy webhook-visszahívási URL-címet, hogy a riasztások megjelenjenek a harmadik féltől származó alkalmazásokban. A rendszergazda megadhat egy webhook-visszahívási URL-címet a Control Hubban. A visszahívási URL megadását követően a webhook lehetőséget további kézbesítési csatornaként választhatja ki az új vagy meglévő riasztások szabályaiban. A webhookok konfigurálásának lépéseit az alábbiakban találja.

Íme egy példa arra, hogy néz ki a riasztási webhook JSON eleme:

{
"orgId": "1ab23cde-4567-890f-1234-gh56ijk07l891",
"title": "title",
"summary" : "notification for a test alert",
"actionUrl" : "www.actionURL.com",
"severity" : "HIGH",
"eventType" : "created",
"resourceType": "ControlHubAlerts",
"type": "Meeting",
"subtype": "Live Meeting Monitoring",
}

Beállíthat egy PagerDuty integrációs kulcsot, hogy a riasztások megjelenjenek a harmadik féltől származó alkalmazásokban.