Áttekintés

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 van, és az ESN minden helyszínen 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. opció: 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.

A Dedikált Példány adatközpontban telepített többi csomóponthoz hasonlóan figyeljük és kezeljük az Enhanced Survivability Node-t. 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.

Az ESN Control Hubból történő aktiválása során minden regisztrált eszköz újraindul, mivel a Unified CM Cluster tanúsítványa frissül a multi-SAN tanúsítványokkal. Ezért a karbantartási időszakot az ESN Control Hubból történő aktiválásának idejére tervezzük. Hivatkozás, A fokozott túlélési csomópont aktiválása .

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 visszaszinkronizálja a rendszer a dedikált példány Unified CM Publisher rendszerébe. 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 és 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 -kiadó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 az ESN teljesítményének figyeléséhez. 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

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

• Cisco Extension Mobility bejelentkezés

• 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 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 ü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 az ügyfél 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 lettek telepítve, akkor a túlélési esemény során meg kell bizonyosodni 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 beállítva.

Túlélési esemény esetén a RedSky felhő nem lesz elérhető az ESN-ről, és 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.

Más dedikált példányok régióiban történő segélyhívások esetén a tárcsázási tervet úgy kell beállítani, hogy a túlélési esemény során a hívások a Helyi PSTN GW hálózaton keresztül történjenek.

Konfigurálja a tárcsázási tervet a telephelyeken belüli, telephelyek 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. 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 néhány forgatókönyvet ismertetünk:

• 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-es telefon ESN-n keresztül és a 2-es telefon a dedikált példány Unified CM-fürt -fürtjére van regisztrálva – A tárcsázási tervnek az ESN-ről a helyi PSTN GW-re, onnan a PSTN-n keresztül a DI Unified CM -re kell irá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-re regisztrálva, 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.

Nem javasoljuk a 2 ESN csomópont közötti ICT-hívást, bár ez megvalósítható, ha az ESN-k elérhetők a hálózaton belül.

• A túlélési esemény során, amikor a webhely és a dedikált példány-felhő 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ó ad otthont. 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 hangpostát 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. Így 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 fürt a DI-ben 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őjével érintkezzen 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.