Első lépések a továbbfejlesztett túlélőképességgel

Az egyoldalas üzembehelyezési modell, ahol egy fokozott túlélési csomópont (ESN) van telepítve egy helyszínen, valamint egy helyi átjáró a PSTN hívásátirányítás. Kimaradás esetén legfeljebb 7500 eszköz regisztrálható az ESN-re.

A több telephelyes üzembehelyezési modell, ahol több telephely létezik, és az ESN minden telephelyen telepíthető, a webhely túlélőképességével kapcsolatos üzleti követelményektől függ. A helyi átjáró és a DNS követelményei mindig szükségesek, és összesen 8 ESN-csomópont adható hozzá egy Unified CM -fürthöz.

Ez a üzembehelyezési modell a több telephellyel rendelkező régióban lévő ügyfelek számára releváns, és a túlélés több telephely esetén is követelmény. Bár lehetséges a PSTN helyi átjáró helyek közötti megosztása, ez nem javasolt. hálózati kimaradás esetén a helyszín elszigetelődhet, és ebben az esetben az ESN nem tudja elérni a helyi átjárót a hívások PSTN felé történő továbbítása érdekében.

Az alábbiakban 2 telepítési lehetőség látható több helyszínen történő telepítés esetén:

• 1. lehetőség : Enhanced Survivability Node telepítve minden helyszínen.

• 2. lehetőség – Több helyszín között megosztott közös fokozott túlélési csomópont.

Az Enhanced Survivability Node-t más, a dedikált példány adatközpontban telepített csomópontokhoz hasonlóan figyeljük és kezeljük. Túlélőképességi esemény során az ESN és a Cisco Cloud közötti kapcsolat leválasztásakor elveszítjük a hozzáférést a Node-hoz, és automatikusan visszacsatlakozunk, amikor a hiba megszűnik, és a kapcsolat helyreáll.

Mi kezeljük az UC alkalmazás tanúsítványait, és az Enhanced Survivability Node aktiválása során frissítettük a dedikált példány Unified CM-fürt tanúsítványt az ESN-nel.

A túlélési esemény során a fokozott túlélési csomópont az összes CDR/CMR adatot helyben tárolja. Amikor helyreáll a kapcsolat, az adatokat a rendszer visszaszinkronizálja a dedikált példány Unified CM Publisher. A tárolható adatok mennyisége az akkori Enhanced Survivability Node lemezméretétől függ. A CDR számára beállítható maximális lemezkiosztási terület: 3328 MB . Ez a konfigurált CDR-intervallumtól függően kis vagy nagy CDR-fájlmérettel lehet. Az ürítés a következők alapján történik:

• Amikor a lemez kihasználtsága meghaladja a lefoglalt vagy konfigurált lemezterületet, törli a feldolgozott rekordokat. Ha a lemez kihasználtsága továbbra is több, akkor a feldolgozatlan rekordok is törlődnek.

• Magas vízjel % amely a „CDR-kezelés” beállításaiban van konfigurálva, a CDR-fájlok törlődnek. Például, ha a „Magas vízjel%” is configured as 80% és a lemez kihasználtsága 80%, akkor a CDR-fájlok törlődnek.

• CDR/CMR fájlok megőrzésének időtartama (nap) amely a „CDR-kezelés” beállításaiban van konfigurálva, a CDR-fájlok törlődnek. Alapértelmezés szerint 30 napra van állítva.

A következő riasztások vannak az RTCP -ben a fokozott túlélési csomóponttal kapcsolatban:

• SurvivabilityEvent - a riasztás akkor aktiválódik, amikor az összes dedikált példány csomópont nem érhető el a fokozott túlélési csomópontból.

• RemoteSurvivableNodeNotReachable - a riasztás akkor aktiválódik, amikor egy fokozott túlélési képességű csomópont nem érhető el a dedikált példány Unified CM közzétevőjétől.

A túlélési esemény során csatlakoztatnia kell az RTCP -t a továbbfejlesztett túlélési csomóponthoz, hogy figyelemmel kísérhesse az ESN teljesítményét. Ugyanez nem lesz elérhető, ha az RTCP csatlakozik a dedikált példány csomópontokhoz, mivel az ESN nem lesz elérhető a felhőből a túlélési esemény során.

A normál működés során az adatbázis-replikáció teljes mértékben összekapcsolódik az összes kiszolgáló között, beleértve az Enhanced Survivability Node-t is a Unified CM-fürt belül. A statikus konfigurációs adat, mivel azok áthelyezésekkel, hozzáadással és módosításokkal jönnek létre, mindig a kiadón tárolják, és a kiadótól egy irányban replikálódnak a fürt minden egyes előfizetői és fokozott túlélési csomópontjáig.

A túlélési esemény során csak a felhasználónak néző funkciók módosulnak azokon az eszközökön, amelyek regisztrálva vannak az Enhanced Survivability Node-on, és a felhasználóbarát funkciókat jellemzően az a tény jellemzi, hogy közvetlenül a telefonjukon lehet engedélyezni vagy letiltani egy funkciót a gomb megnyomásával. egy vagy több gomb megnyomásával, ellentétben a funkció webalapú grafikus felhasználói felület keresztüli módosításával . Így az Enhanced Survivability Node csak olvasható műveletként teszi lehetővé az önkiszolgáló és webes rendszergazdai grafikus felhasználói felület használatát. A felhasználó ESN-hez regisztrált eszközei csak az alább felsorolt, felhasználóval szembenéző funkciókat módosíthatják a feladatátvétel során. Ezeket a módosításokat azonban a rendszer nem szinkronizálja vissza a DI Unified CM közzétevőjére, amikor a kapcsolat helyreáll.

A felhasználónak megfelelő funkciók minden olyan funkció, amelyet a telefon gombjainak megnyomásával lehet engedélyezni vagy letiltani, és amelyek a következők:

• Összes hívásátirányítás (CFA)

• Adatvédelem engedélyezése vagy letiltása

• A „Ne zavarjanak”(DND) engedélyezése vagy letiltása

• Bejelentkezés a Cisco Extension Mobility funkciójához

• Hunt-group Bejelentkezés vagy kijelentkezés

• Eszközmobilitás

• CTI CAPF állapot a végfelhasználók és az alkalmazás felhasználói számára.

A szoftveres kliensek (Cisco Jabber és Webex alkalmazás) bejelentkezési hitelesítése a fokozott túlélési csomópontra való átállás során a következő:

1. Helyi hitelesítés : Amikor a felhasználók hitelesítése helyben történik a Unified CM-en belül, a túlélési esemény során a fokozott túlélési csomópont képes lesz hitelesíteni a hozzá regisztrált ügyfeleket.

2. LDAP hitelesítés : Ebben az esetben a felhasználók hitelesítése a helyi LDAP-kiszolgáló történik. Ezután a túlélési esemény során a soft kliensek hitelesítése működni fog, feltéve, hogy az LDAP-kiszolgáló elérhető a fokozott túlélési csomópontból.

   Gondoskodnia kell arról, hogy az LDAP címtár elérhető legyen az ESN felé a túlélési esemény során.

3. Egyszeri bejelentkezés (SSO) hitelesítés : A felhasználók SSO bejelentkezési hitelesítése az IDP szerveren keresztül történik. Ezután a túlélési esemény során a soft kliensek hitelesítése működik, feltéve, hogy az IDP-kiszolgáló elérhető a fokozott túlélési csomópontból.

   Az SSO -kompatibilis Unified CM webes felhasználói felületen történő bejelentkezéshez az IDP elérhetőségre van szükség, vagy a helyreállítás alapú URL bejelentkezést kell használni.

   A már hitelesített ügyfelek továbbra is bejelentkezve maradnak, mivel a hitelesítés a túlélési esemény előtt megszerzett token alapján történik. Új bejelentkezéseknél azonban, amikor a kliens nem rendelkezik az előző hitelesítésből származó érvényes tokennel, az ESN átirányít az IDP kiszolgálóra hitelesítés céljából. Ezért mindig biztosítani kell az IDP-kiszolgáló elérhetőségét az ESN felé a túlélési esemény során.

Médiaerőforrásokra van szükség az alapvető Unified CM funkciókhoz, például a Zene tartásban, a Közlemények, a Conference Bridge (szoftver) szolgáltatásokat engedélyezni kell az ESN-en. Ha Hardver alapú média-erőforrások kerültek telepítésre, akkor a túlélési esemény során meg kell győződnie arról, hogy a médiakiszolgálók elérhetők az ESN-ről.

A DI Unified CM-fürt normál működése során a segélyhívások (különösen az AMER régióban) a RedSky felhőn keresztül vannak irányítva, ahol van egy SIP-trönk , amely a Dedikált Instnace egyesített CM -fürt és a RedSky felhő között van konfigurálva.

Ha túlélési esemény történik, a RedSky felhő nem lesz elérhető az ESN-ről, ezért be kell állítania a vészhívás tárcsázási tervet úgy, hogy ha a RedSky nem elérhető, akkor a segélyhívásokat a helyi PSTN-n keresztül kell irányítani. GW konfigurálva az adott oldalon. Az útvonalcsoport a helyi PSTN GW-ből kell állnia, hogy kezelje a hívásátirányítás a túlélési esemény során.

Konfigurálja a tárcsázási tervet a telephelyeken belüli, a telephelyek közötti, a fürtök közötti és a PSTN-hívások átirányításához a túlélési esemény során. Az ESN általában csak a hozzá regisztrált eszközök hívásátirányítás . Az összes többi hívást a Helyi PSTN GW-re kell irányítani (minden oldalon konfigurálva, ahol az ESN telepítve van), onnan pedig a PSTN-re. Az alábbiakban bemutatunk néhány forgatókönyvet:

• Az 1. és a 2. telefon ugyanahhoz az ESN-hez van regisztrálva – A hívást az ESN-en belül irányítja a rendszer.

• Az 1. telefon ESN és a 2. telefon a dedikált példány Unified CM-fürt – A tárcsázási tervnek az ESN-ről a helyi PSTN GW-re, onnan a DI Unified CM -re PSTN-en keresztül kell átirányítania a hívásokat. A túlélési esemény során a tárcsázási tervnek észlelnie kell a hívásátirányítás hibát, és át kell irányítania a hívásokat a helyi PSTN GW-n keresztül. Ugyanez vonatkozik az ESN felé a DI Unified CM eszközökről érkező hívásokra is.

• Az 1. telefon ESN-hez regisztrált, a 2. telefon pedig egy PSTN-eszköz: A túlélési esemény során a PSTN-hívásokat a helyi PSTN-átjáró kell irányítani. Győződjön meg arról, hogy a tárcsázási terv képes a hívástovábbítási hibák észlelésére, és a hívásátirányítás átirányítására a rendelkezésre álló helyi PSTN-átjáró keresztül.

• A túlélési esemény során, amikor a webhely és a dedikált példányok felhője közötti kapcsolat nem működik (WAN vagy kapcsolatkimaradás), a hangposta és az automatikus felügyelő funkciók nem működnek az ESN-re regisztráló eszközökön, mivel a Cisco Unity Connection kiszolgáló üzemeltetője abban a dedikált példány-felhőben, amelyhez az ESN felől érkező kapcsolat nem működik. Ha az eszköze „Nem regisztrált hívástovábbítás (CFU)” beállítással van konfigurálva, és a hívás DI Unified CM-ben érkezik, akkor a hívó fél elhelyezhet hangpostafiókot a dedikált példány Unity Connection rendszerben. Amely akkor kérhető le, amikor az eszközök visszakerülnek a DI unified CM előfizetőkhöz.

• Azonban egy túlélési esemény során, amikor a kapcsolat a dedikált példány felhőhöz elérhető, de a DI Unified CM-fürt nem működik, ebben az esetben a hangposta és az automatikus felügyelő funkciók működnek az ESN-re regisztrált eszközökön, mivel az ESN csatlakozni fog a DI felhőben telepített Unity Connection kiszolgáló.

A túlélési esemény során az ESN nem tudja elérni a Cisco Expressway E & C-t DI felhőben, és fordítva. Tehát ebben az esetben az MRA-felhasználók nem tudják megszerezni a szolgáltatást az ESN-től, és így nem tudnak regisztrálni. Ha azonban az MRA-eszköz rendelkezik internettel, és képes csatlakozni a Cisco Expressway-ekhez a DI-felhőben, akkor regisztrálhat a DI Unified CM -en, feltéve, hogy a DI-ben lévő fürt működik.

Ahhoz, hogy a CTI -alapú integrációk működjenek az Enhanced Survivability Node-dal, fel kell vennie az Enhanced Survivability Node-t a CTI kiszolgálói listájának részeként. A CTI továbbfejlesztése a JTAPI -t használó alkalmazások számára készült, hogy engedélyezze az Enhanced Survivability Node-ot CTI-kiszolgáló , amelyhez az alkalmazás csak abban az esetben tud csatlakozni, ha a beállított listán szereplő elsődleges vagy másodlagos CTI -kiszolgáló nem érhető el. Normál működés közben a helyszínen lévő CTI -alkalmazások kapcsolódhatnak a DI-felhőben lévő elsődleges és másodlagos CTI -kiszolgálókhoz, a túlélési esemény során pedig az Enhanced Survivability Node-hoz a folyamatos CTI -élmény érdekében. Az alkalmazásoknak alkalmazkodniuk kell a JTAPI felületen megjelenő új API-khoz annak érdekében, hogy a kapcsolat helyreállításakor a fokozott túlélési csomópontból való visszaállás megtörténjen.

A hozzáadott új API-kkal kapcsolatos további információkért olvassa el a redundancia szakaszt, https://www.cisco.com/c/en/us/td/docs/voice_ip_comm/cucm/jtapi_dev/14_0_1/cucm_b_cisco-unified-jtapi-developers-guide-14/cucm_b_cisco-unified-jtapi-developers-guide-1251_chapter_00.html

Az AXL web az Enhanced Survivability Node-ban csak olvasási rendszergazdai jogosultságokkal engedélyezett. Javasoljuk, hogy minden harmadik féltől származó alkalmazás, például az üzembe helyezési kiszolgáló, csak a DI Unified CM közzétevővel kommunikáljon az adatbázissal kapcsolatos frissítések esetén. Előfordulhat azonban, hogy ezek az alkalmazások csak olvashatók, ha csatlakoznak a fokozott túlélési csomóponthoz.

A SIP -trönkökön keresztül csatlakozó, harmadik féltől származó alkalmazások támogatják az Enhanced Survivability Node funkciót. A SIP-trönk konfigurációkban futtassa az összes csomóponton ' konfigurációt engedélyezni kell.

A harmadik féltől származó eszközök támogatottak, amelyek rendelkeznek harmadlagos TFTP -képességgel.