Az egyhelyes üzembe helyezési modellben, ahol egy megnövelt túlélési csomópont (ESN) van telepítve egy helyen, valamint egy helyi átjáró a PSTN hívásirányításhoz. Maximum 7500 eszköz regisztrálható az ESN-hez kimaradás idején.

A több telephelyes üzembe helyezési modellben, ahol több telephely van, és az ESN minden helyen 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 egyesített CM-fürthöz.

Ez az üzembe helyezési modell egy több telephellyel rendelkező régió ügyfelei számára releváns, és a túlélés több helyen is követelmény. Bár lehetséges a PSTN helyi átjáró megosztása a helyek között, ez nem ajánlott. hálózatkimaradás esetén a hely elszigetelődhet, és ebben az esetben az ESN nem tudja elérni a helyi átjárót a hívások PSTN-re történő irányítása céljából.

Az alábbiakban 2 üzembe helyezési lehetőség található több helyen történő telepítéshez:

• 1. lehetőség: Továbbfejlesztett túlélési csomópont minden helyszínen telepítve.

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

Figyeljük és kezeljük az Enhanced Survivability Node-t, mint a dedikált példány adatközpontjában telepített többi csomópontot. Egy túlélési esemény során, amikor az ESN lekapcsol a Cisco Cloudról, akkor elveszítjük a hozzáférést a csomóponthoz, és automatikusan visszacsatlakozunk, amikor a kimaradás megoldódik, és a kapcsolat helyreáll.

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

A túlélési esemény során az Enhanced Survivability Node tárolja az összes CDR/CMR adatok helyben. Amikor a kapcsolat helyreáll, az adatok visszaszinkronizálódnak a dedikált példány egyesített CM-megjelenítőjéhez. A tárolható adatmennyiség az akkori Enhanced Survivability Node lemezméretén alapul. 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 kicsitől nagyig terjedhet. A tisztítás a következők alapján történik:

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

• High Water Mark %, amely a „CDR Management” beállításokban van konfigurálva, a CDR-fájlok törlődnek. Például, ha a „High Water Mark %” is configured as 80% és a lemezhasználat 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.

Az alábbi riasztások találhatók az RTMT-ben a továbbfejlesztett túlélési csomóponttal kapcsolatban:

• SurvivabilityEvent– a riasztás akkor indul el, ha az összes dedikált példány csomópontja nem érhető el a továbbfejlesztett túlélési csomópontból.

• RemoteSurvivableNodeNotReachable – a riasztás akkor indul el, ha egy továbbfejlesztett túlélési csomópont nem érhető el a dedikált példány egyesített CM-kiadójától.

A túlélési esemény során az RTMT-t az Enhanced Survivability Node-hoz kell csatlakoztatnia az ESN teljesítményének figyeléséhez. Ugyanez nem lesz elérhető, ha az RTMT csatlakozik a dedikált példány csomópontjaihoz, 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 az egyesített CM-fürtön belül. A statikus konfigurációs adatok, mivel áthelyezésekkel, hozzáadással és módosításokkal jönnek létre, mindig a kiadón tárolódnak, és egy úton replikálódnak a kiadótól a fürt minden egyes előfizetőjéhez és továbbfejlesztett túlélési csomópontjához.

A túlélési esemény során az Enhanced Survivability Node-hoz regisztrált eszközökön csak a felhasználó felé néző funkciók módosulnak, a felhasználóbarát funkciókat pedig jellemzően az a tény jellemzi, hogy egy vagy több gomb megnyomásával közvetlenül a telefonjukon engedélyezheti vagy letilthatja a funkciót, nem pedig a web alapú grafikus felhasználói felületen keresztül. Így az Enhanced Survivability Node lehetővé teszi az öngondoskodást és a webadminisztrátori GUI-t csak olvasható műveletként. A felhasználó ESN-hez regisztrált eszközei csak az alábbiakban felsorolt, a felhasználó előtt felsorolt 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ével, amikor a kapcsolat helyreáll.

A felhasználó számára elérhető funkciók minden olyan funkció, amely a telefon gombjainak megnyomásával engedélyezhető vagy letiltható, és a következőket tartalmazza:

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

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

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

• Cisco bővítmény mobilitási bejelentkezés

• Hunt-group Bejelentkezés vagy kijelentkezés

• Eszköz mobilitása

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

A szoftveres kliensek (Cisco Jabber és Webex alkalmazás) hitelesítése az Enhanced Survivability Node feladatátvétel során a következőképpen történik:

1. Helyi hitelesítés: Ha a felhasználók hitelesítése helyben történik az egyesített CM-en belül, a túlélési esemény során a továbbfejlesztett 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 szerveren keresztül történik. Ezután a túlélési esemény során a puha kliensek hitelesítése működik, feltéve, hogy az LDAP-kiszolgáló elérhető a továbbfejlesztett túlélési csomópontból.

   Biztosítania kell az LDAP címtár elérhetőségét az ESN számára a túlélési esemény során.

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

   Az egyszeri bejelentkezést engedélyező egyesített CM webes felhasználói felülethez való bejelentkezéshez az IDP elérhetősége szükséges, vagy a helyreállítás alapú URL-bejelentkezést kell használni.

   A már hitelesített ügyfelek továbbra is bejelentkeznek, mivel a hitelesítés a túlélési esemény előtt kapott tokenen alapul. Új bejelentkezés esetén azonban, amikor az ügyfél nem rendelkezik érvényes jogkivonattal a korábbi hitelesítésből, az ESN átirányítja az IDP-kiszolgálót hitelesítés céljából. Ezért mindig biztosítani kell az IDP szerver 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ő egyesített CM-funkciókhoz, például a Zene tartásban, az Értesítés, a Konferenciahíd (szoftver) szolgáltatásait engedélyezni kell az ESN-en. Ha Hardver alapú médiaerőforrásokat telepítettek, akkor a túlélési esemény során meg kell győződnie arról, hogy a médiaszerverek elérhetőek 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 fővonal, amely a Dedicated 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 segélyhívások tárcsázási tervét úgy, hogy ha a RedSky nem elérhető, akkor a segélyhívásokat az adott helyen konfigurált helyi PSTN GW-n keresztül irányítsa. Az útvonalcsoportnak a helyi PSTN GW-ből kell állnia ahhoz, hogy kezelje a hívásirányítást a túlélési esemény során.

Konfigurálja a tárcsázási tervet a telephelyen belüli, helyek közötti, fürtök közötti és PSTN hívások átirányításához a túlélési esemény során. Általában az ESN csak a hozzá regisztrált eszközök hívását tudja irányítani. Az összes többi hívást a helyi PSTN GW-re kell irányítani (minden olyan helyen konfigurálva, ahol az ESN telepítve van), és onnan 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ítják.

• Az 1. telefon az ESN-hez és a 2. telefon a dedikált példány egyesített CM-fürtjéhez regisztrálva – A tárcsázási tervnek az ESN-ről a helyi PSTN GW-re kell irányítania a hívásokat, onnan pedig a PSTN-n keresztül a DI Unified CM-re. A túlélési esemény során a tárcsázási tervnek észlelnie kell a hívásirányítási 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-es telefon ESN-hez regisztrált, a Phone 2 pedig egy PSTN-eszköz: A túlélési esemény során a PSTN-hívásokat a helyi PSTN-átjáróhoz kell irányítani. Győződjön meg arról, hogy a tárcsázási terv képes észlelni a hívásirányítási hibákat, és átirányítani a hívást a rendelkezésre álló helyi PSTN-átjárón keresztül.

• A túlélési esemény során, amikor a webhely és a dedikált példányfelhő kapcsolata megszakad (WAN vagy kapcsolatkimaradás), a hangposta és az automatikus kezelő funkciók nem működnek az ESN-re regisztráló eszközökön, mivel a Cisco Unity Connection szerver a dedikált példányfelhőben található, amelyhez az ESN kapcsolata megszakad. Ha az eszköze a „Call Forward UnRegistered (CFU)” beállítással van konfigurálva, és a hívást a DI Unified CM fogadja, akkor a hívó fél hangpostaüzenetet küldhet a Dedikált Példányos Unity Connectionban. Amely visszakereshető, amikor az eszközök visszakerülnek a DI egyesített CM előfizetőihez.

• Azonban egy túlélési esemény során, amikor a kapcsolat a dedikált példányfelhőhöz elérhető, de a DI egyesített CM-fürtje nem működik, ebben az esetben a hangposta és az automatikus kezelő funkciók működnek az ESN-hez regisztrált eszközökön, mivel az ESN csatlakozik a DI felhőben telepített Unity Connection szerverhez.

A túlélési esemény alatt az ESN nem tudja elérni a Cisco Expressway E & C DI felhőben és fordítva. Tehát ebben az esetben az MRA felhasználók nem kaphatják meg a szolgáltatást az ESN-től, így nem tudnak regisztrálni. Ha azonban az MRA-eszköz rendelkezik internettel, és képes csatlakozni a DI-felhőben lévő Cisco Expressways-hez, akkor regisztrálhat a DI egyesített CM-jénél, 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 szerverlistájába. A CTI továbbfejlesztése a JTAPI-t használó alkalmazásokhoz készült, hogy lehetővé tegye az Enhanced Survivability Node-t CTI-kiszolgálóként, amelyhez az alkalmazás csak abban az esetben tud csatlakozni, ha a konfigurált listában szereplő elsődleges vagy másodlagos CTI-kiszolgáló nem érhető el. Normál működés közben a helyszíni CTI-alkalmazások csatlakozhatnak a DI-felhőben található elsődleges és másodlagos CTI-kiszolgálókhoz, a túlélési esemény során pedig a továbbfejlesztett túlélési csomóponthoz a folyamatos CTI-élmény érdekében. Az alkalmazásoknak alkalmazkodniuk kell a JTAPI interfészen keresztül elérhető új API-khoz, hogy a kapcsolat visszaállítása után a továbbfejlesztett túlélési csomópontból való visszaállás megtörténjen.

Az új API-kkal kapcsolatos további információkért lásd a redundancia részt. 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

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óiban engedélyezni kell a 'futás minden csomóponton' konfigurációt.

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