Az egyetlen hely telepítési modellben, ahol fokozott túlélőképességű csomópontot (ESN) telepítenek egy webhelyen belül egy helyi átjáróval együtt a PSTN-hívások útválasztásához. Kimaradás esetén legfeljebb 7500 eszköz regisztrálható az ESN-be.

A többhelyes telepítési modellben, ha több telephely van, és az ESN minden telephelyen telepíthető, az a webhely túlélőképességére vonatkozó üzleti követelménytő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 az üzembe helyezési modell releváns egy ügyfél számára egy olyan régióban, ahol több telephely található, és a túlélési követelmény több ilyen telephely esetében is. Bár a PSTN helyi átjárót meg lehet osztani a webhelyek között, nem ajánlott. hálózati kimaradás esetén a webhely elszigeteltté válhat, és ebben az esetben az ESN nem fogja tudni elérni a helyi átjárót a hívások PSTN-hez való továbbításához.

Az alábbiakban 2 telepítési lehetőség található több helyszínen történő telepítéshez:

• 1. opció: Az egyes helyszíneken telepített továbbfejlesztett túlélési csomópont.

• 2. opció – Több webhely között megosztott közös továbbfejlesztett túlélési csomópont.

A fokozott túlélőképességű csomópontot a dedikált példány adatközpontjában telepített más csomópontokhoz hasonlóan figyeljük és kezeljük. Túlélési esemény során, amikor az ESN-kapcsolat bontásra kerül a Cisco Clouddal az az időpont, amikor elveszítjük a hozzáférést a csomóponthoz, és automatikusan visszakapcsoljuk a kapcsolatot, amikor a kimaradás megoldódott, és a kapcsolat helyreállt.

Kezeljük az UC-alkalmazás tanúsítványait, és a fokozott túlélőképesség-csomópont aktiválása során frissítettük a dedikált példány Unified CM fürttanúsítványát az ESN-nel.

A túlélési esemény során a fokozott túlélőképességű csomópont helyileg tárolja az összes CDR/CMR-adatot. Amikor a kapcsolat helyreáll, az adatok visszakerülnek a dedikált példány Unified CM Publisher-hez. A tárolható adatok mennyisége az akkori fokozott túlélőképességű csomópont lemezméretén alapul. A CDR-hez beállítható maximális tárhely 3328 MB. Ez lehet kis vagy nagy CDR-fájlméret a konfigurált CDR-intervallum alapján. Az ürítés az alábbiak alapján történik:

• Amikor a lemezhasználat meghaladja a kiosztott vagy konfigurált lemezterületet, a rendszer törli a feldolgozott rekordokat. Ha a lemezhasználat továbbra is nagyobb, mint amikor a feldolgozatlan rekordok is törlődnek.

• A „CDR-kezelés” beállításokban konfigurált magas vízjel % a CDR-fájlok törlésre kerülnek. Például, ha a „nagy vízjel %” is configured as 80% és a lemezhasználat 80%, akkor a CDR-fájlok törlődnek.

• CDR/CMR-fájlok megőrzési időtartama (nap) , amely a „CDR-kezelés” beállításokban van beállítva, a CDR-fájlok törlésre kerülnek. Alapértelmezés szerint 30 napra van beállítva.

Az alábbiakban vannak a fokozott túlélőképességű csomóponthoz kapcsolódó riasztások az RTMT-ben:

• SurvivabilityEvent – a riasztás akkor indul el, amikor az összes dedikált példány csomópontja nem érhető el a fokozott túlélőképesség csomópontból.

• RemoteSurvivableNodeNotReachable – a riasztás akkor indul el, amikor egy továbbfejlesztett túlélési csomópont nem érhető el a dedikált példány Unified CM-szolgáltatójától.

A túlélési esemény során az ESN teljesítményének ellenőrzéséhez csatlakoztatnia kell az RTMT-t a fokozott túlélőképességű csomóponthoz. Ugyanez nem lesz elérhető, ha az RTMT kapcsolódik a dedikált példány csomópontjaihoz, mivel az ESN a túlélési esemény alatt nem lesz elérhető a felhőből.

Normál működés közben az adatbázis-replikáció teljesen összekeveredik az összes kiszolgáló között, beleértve a Unified CM fürtön belüli fokozott túlélőképesség csomópontot is. A statikus konfigurációs adatokat, mivel lépésekkel, kiegészítésekkel és módosításokkal jönnek létre, mindig a kiadó tárolja, és egy módon replikálják a kiadó részéről az egyes előfizetők és a fürtben lévő fokozott túlélőképességű csomópontok felé.

Túlélési esemény során csak a fokozott túlélőképességű csomóponthoz regisztrált eszközökön módosítják a felhasználó felé néző funkciókat, és a felhasználók felé néző funkciókat jellemzően azzal jellemzik, hogy egy funkciót közvetlenül a telefonjukon engedélyezhet vagy tilthat le, egy vagy több gomb megnyomásával, szemben a funkciót webalapú kezelőfelületen keresztül. Így a fokozott túlélőképesség csomópont csak olvasási műveletként teszi lehetővé az önkiszolgáló és a webrendszergazda GUI-t. A felhasználó ESN-ben regisztrált eszközei csak az alább felsorolt, felhasználóval szembeni funkciókat tudják módosítani a feladatátvétel során. A kapcsolat helyreállításakor azonban ezek a módosítások nem lesznek újra szinkronizálva a DI Unified CM Publisher-rel.

A felhasználó felé néző funkciók azok a funkciók, amelyek a telefon gombjainak megnyomásával engedélyezhetők vagy letilthatók, és amelyek magukban foglalják a következőket:

• Mindenki hívásának átirányítása (CFA)

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

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

• Bejelentkezés a Cisco Extension Mobility-be

• Keresőcsoport bejelentkezése vagy kijelentkezése

• Eszközmobilitás

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

A szoftveres ügyfelek (Cisco Jabber és Webex alkalmazás) hitelesítése a fokozott túlélőképességű csomóponthoz való feladatátvétel során a következő:

1. Helyi hitelesítés: Amikor a felhasználók hitelesítése helyileg történik a Unified 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 klienseket.

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

   Gondoskodnia kell arról, hogy az LDAP-címtár elérhető legyen 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 SSO bejelentkezési hitelesítése az IDP szerver használatával történik. Ezután a túlélési esemény során működik a szoftveres kliensek hitelesítése, feltéve, hogy az IDP-kiszolgáló elérhető a fokozott túlélőképesség csomópontból.

   Az SSO-kompatibilis Unified CM webes felhasználói felületének bejelentkezéséhez IDP-elérhetőség szükséges, vagy a helyreállítási alapú URL-bejelentkezést kell használni.

   A már hitelesített kliensek továbbra is be vannak jelentkezve, mivel a hitelesítés a túlélési esemény előtt kapott tokenen alapul. Az új bejelentkezések esetében azonban, ha az ügyfélnek nincs érvényes tokenje a korábbi hitelesítésből, az ESN át lesz irányítva az IDP-kiszolgálóra hitelesítés céljából. Ezért mindig szükséges biztosítani az IDP szerver elérhetőségét az ESN-hez a túlélési esemény során.

A médiaerőforrások szükségesek az alapvető Unified CM-funkciókhoz, például a Zenelejátszás várakoztatás közben, a Közlemény és a Konferencia híd (szoftver) szolgáltatásokhoz, engedélyezni kell az ESN-en. Ha hardveralapú médiaerőforrásokat telepítettek, akkor a túlélési esemény során győződjön meg arról, hogy a médiakiszolgálók elérhetők az ESN-ről.

A DI Unified CM-fürt normál műveletei során a segélyhívások (különösen az AMER régióban) a RedSky felhőn keresztül kerülnek átirányításra, ahol van egy SIP-trönk, amely a dedikált Instnace Unified CM-fürt és a RedSky felhő között van konfigurálva.

Ha van túlélési esemény, a RedSky felhő nem lesz elérhető az ESN-ről, ezért a Vészhívás tárcsázási tervét úgy kell konfigurálnia, hogy ha a RedSky nem érhető el, akkor az adott webhelyen konfigurált helyi PSTN GW-n keresztül irányítsa a segélyhívásokat. A hívásátirányítás túlélési esemény során történő kezeléséhez az útvonalcsoportnak a helyi PSTN GW-ből kell állnia.

Konfigurálja a tárcsázási tervet az intrasite, intersite, fürtök közötti és PSTN-hívások továbbításához a túlélési esemény során. Az ESN általában csak az hozzá regisztrált eszközök esetében tudja átirányítani a hívásokat. Az összes többi hívást át kell irányítani a helyi PSTN GW-re (minden olyan helyen konfigurálva, ahol ESN van telepítve), és innen a PSTN-re. A következő néhány forgatókönyv magyarázata:

• 1. és 2. telefon ugyanarra az ESN-re regisztrálva – A hívás az ESN-en belül lesz átirányítva.

• Az 1. telefon az ESN-ben és a 2. telefon a dedikált példány Unified CM-fürtben regisztrálva – A tárcsázási tervnek az ESN-ből a helyi PSTN GW-be kell irányítania a hívásokat, onnan a DI Unified CM-be PSTN-en keresztül. 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áját, és átirányítania kell a hívásokat a helyi PSTN GW-n keresztül. Ugyanez vonatkozik a DI Unified CM-eszközökről érkező ESN-re érkező hívásokra is.

• Az 1-es telefon az ESN-re regisztrálva van, a 2-es telefon pedig PSTN-eszköz: A túlélési esemény során a PSTN-hívásokat át kell irányítani a helyi PSTN-átjáróra. Győződjön meg arról, hogy a tárcsázási terv képes észlelni a hívásátirányítási hibákat, és átirányítani a hívást az elérhető helyi PSTN-átjárón keresztül.

• A túlélési esemény során, amikor a webhelyéről a dedikált példány felhőjéhez való kapcsolódás megszakadt (WAN vagy kapcsolati kimaradás), a hangposta- és az automatikus híváskezelő funkciók nem fognak működni az ESN-re regisztráló eszközökön, mivel a Cisco Unity Connection kiszolgáló abban a dedikált példány felhőjében található, amelyhez az ESN-kapcsolat megszakadt. Ha az eszköz a „Nem regisztrált hívásátirányítás (CFU)” funkcióval van konfigurálva, és a hívás a DI Unified CM-ben érkezik, akkor a hívó letétbe tud helyezni egy hangpostát a Dedikált példány Unity Connection rendszerben. Amely akkor kérhető le, amikor az eszközök visszaállnak a DI Unified CM előfizetőkre.

• Olyan túlélési esemény során azonban, amikor a dedikált példány felhőjéhez való kapcsolat elérhető, de a Unified CM-fürt a DI-ben nem működik, ebben az esetben a hangposta- és az automatikus híváskezelő funkciók az ESN-be regisztrált eszközökön működnek, mivel az ESN kapcsolódni fog a DI-felhőben telepített Unity Connection kiszolgálóhoz.

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

Ahhoz, hogy a CTI-alapú integrációk működjenek a fokozott túlélőképességű csomóponttal, hozzá kell adnia a fokozott túlélőképességű csomópontot a CTI kiszolgálólistájának részeként. A CTI-fejlesztések olyan alkalmazásokhoz kerülnek elvégzésre, amelyek a JTAPI-t használják annak érdekében, hogy a továbbfejlesztett túlélési csomópontot CTI-kiszolgálóként engedélyezzék, amelyhez az alkalmazás csak abban az esetben tud csatlakozni, ha a konfigurált listán szereplő elsődleges vagy másodlagos CTI-kiszolgálók nem érhetők 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, és a túlélési esemény során kapcsolódhatnak a fokozott túlélőképességű csomóponthoz a folyamatos CTI-élmény érdekében. Az alkalmazásoknak alkalmazkodniuk kell az új API-khoz, amint azt a JTAPI felületen bemutatják, annak biztosítása érdekében, hogy a fokozott túlélőképességű csomópontról visszaesés történjen, amikor a kapcsolat helyreáll.

A hozzáadott új API-kkal kapcsolatos további információkért tekintse meg 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 webes szolgáltatás engedélyezve van a fokozott túlélőképesség csomóponton, csak olvasási rendszergazdai jogosultságokkal. Javasoljuk, hogy a harmadik féltől származó alkalmazások, például a szolgáltató szerver csak a DI Unified CM Publisher felülete legyen az Adatbázishoz kapcsolódó frissítések esetén. Ezek az alkalmazások azonban csak olvashatók, ha kapcsolódnak a fokozott túlélőképességű csomóponthoz.

Harmadik féltől származó alkalmazások, amelyek a SIP-trönkökön keresztül interfészeznek, támogatják a fokozott túlélőképességű csomópontot. A SIP-trönk konfigurációiban engedélyezni kell a „Futtatás minden csomóponton” konfigurációt.

Harmadlagos TFTP képességgel rendelkező 3. fél eszközök támogatottak.