Děkujeme za vaši zpětnou vazbu.

V modelu nasazení na jednom místě, kde je v rámci lokality nasazen uzel ESN (Enhanced Survivalability Node) spolu s místní bránou pro směrování volání PSTN. Během výpadku lze do ESN zaregistrovat maximálně 7500 zařízení.

V modelu nasazení na více pracovištích, kde existuje více lokalit a ESN může být nasazeno v každém pracovišti, závisí na obchodním požadavku na přežití lokality. Požadavky na lokální bránu a DNS jsou vždy nutností a do Unified CM clusteru lze přidat celkem 8 uzlů ESN.

Tento model nasazení je relevantní pro zákazníka v regionu s více lokalitami a schopnost přežití je požadavkem na více z těchto lokalit. I když je možné sdílet místní bránu PSTN napříč weby, nedoporučuje. pokud dojde k výpadku sítě, web může být izolován a v takovém případě nebude ESN schopen dosáhnout místní brány pro směrování hovorů na PSTN.

Níže jsou uvedeny 2 možnosti nasazení pro nasazení na více lokalitách:

• Možnost 1: Vylepšený uzel přežití nasazený na každém místě.

• Možnost 2 - Společ ný uzel vylepšeného přežití sdílený mezi více lokalitami.

Monitorujeme a spravujeme uzel Enhanced Survivalability jako ostatní uzly, které jsou nasazeny v datovém centru dedikované instance. Během události přežití, když je ESN odpojen od IS, když ztratíme přístup k uzlu a automaticky se připojíme zpět, když je výpadek vyřešen, a připojení je obnoveno. Cisco Cloud

Spravujeme certifikáty aplikací UC a během aktivace uzlu Enhanced Survivalability jsme aktualizovali certifikát Unified CM clusteru Dedicated Instance je aktualizován ESN.

Během události přežití ukládá uzel Enhanced Survivalability všechna data CDR/CMR lokálně. Po obnovení připojení budou data synchronizována zpět do Unified CM vydavatele vyhrazených instancí. Množství dat, která lze uložit, je založeno na velikosti disku tehdy rozšířeného uzlu přežití. Maximální alokační prostor na disku, který lze nastavit pro CDR, je 3328 MB. To může být s malou až velkou velikostí souboru CDR na základě intervalu CDR, který je nakonfigurován. K očištění dochází na základě:

• Pokud využití disku překročí přidělené nebo nakonfigurované místo na disku, odstraní zpracované záznamy. Pokud využití disku zůstává větší, pak jsou také vymazány nezpracované záznamy.

• High Water Mark%, který je nakonfigurován v nastavení „Správa CDR“, soubory CDR budou vymazány. Pokud je například hodnota „High Water Mark%“ nakonfigurována jako 80% a využití disku je 80%, budou soubory CDR vymazány.

• Zachování souborů CDR/CMR Doba trvání (dny), která je nakonfigurována v nastavení „Správa CDR“, soubory CDR budou vymazány. Ve výchozím nastavení je nastavena na 30 dní.

Níže jsou uvedeny výstrahy v RTMT týkající se uzlu Enhanced Survivalability:

• SurviVabilityEvent - alarm se spustí, když nejsou všechny uzly vyhrazené instance dosažitelné z uzlu Enhanced Survivalability.

• RemoteSurvivableNoTreeable - alarm se spustí, když uzel Enhanced Survivalability není dosa žitelný od vydavatele Dedicated Instance. Unified CM

Během události přežití musíte připojit RTMT k uzlu Enhanced Survivalability, abyste mohli sledovat výkon ESN. Totéž nebude k dispozici, pokud je RTMT připojen k uzlům vyhrazené instance, protože ESN nebude během události přežití dosažitelný z cloudu.

Během normálního provozu je replikace databáze plně propojená mezi všemi servery včetně uzlu Enhanced Survivalability v rámci clusteruUnified CM. Statická konfigurační data, protože jsou vytvářena přesunutím, přidáváním a změnami, jsou vždy uložena ve vydavateli a replikována jedním způsobem od vydavatele ke každému odběrateli a uzlu vylepšeného přežití v clusteru.

Během události přežití jsou na zařízeních registrovaných v uzlu Enhanced Survivalability Upraveny pouze funkce orientované na uživatele a funkce orientované na uživatele jsou obvykle charakterizovány skutečností, že funkci můžete povolit nebo zakázat přímo na jejich telefonu stisknutím jednoho nebo více tlačítek, na rozdíl od změny funkce prostřednictvím webového grafického uživatelského rozhraní. Uzel Enhanced Survivalability Node tedy umožňuje vlastní péči a webový administrátor GUI jako operace pouze pro čtení. Zařízení uživatele registrovaná v ESN mohou během převzetí služeb při selhání provádět změny pouze v níže uvedených uživatelských funkcích. Po obnovení připojení však tyto změny nebudou synchronizovány zpět s Unified CM vydavatelem DI.

Funkce orientované na uživatele jsou všechny funkce, které lze povolit nebo zakázat stisknutím tlačítek v telefonu a zahrnují následující:

• Přesměrování všech hovorů (CFA)

• Ochrana osobních údajů Povolit nebo zakázat

• Povolit nebo zakázat Nerušit (DND)

• Cisco Extension MobilityPřihlášení

• Přihlášení nebo odhlášení skupiny Hunt-group

• Mobilita zařízení

• Stav CTI CAPF pro koncové uživatele a uživatele aplikací.

Ověření softwarových klientů (Cisco Jabbera aplikace Webex) pro přihlášení během převzetí služeb při selhání do uzlu Enhanced Survivalability je následující:

1. Místní ověřování: Když se ověřování uživatelů provádí lokálně v rámciUnified CM, během události přežití bude uzel Enhanced Survivalability schopen ověřit klienty, kteří jsou k němu registrováni.

2. Ověřování LDAP: V tomto případě se ověřování uživatelů provádí pomocí místního serveru LDAP. Poté bude během události přežití fungovat ověřování měkkých klientů za předpokladu, že je server LDAP dosažitelný z uzlu Enhanced Survivalability.

   Měli byste zajistit dostupnost adresáře LDAP k ESN během události přežití.

3. Ověřování jednotného přihlášení (SSO): Přihlašovací ověření uživatelů SSO se provádí pomocí serveru IDP. Poté během události přežití funguje ověřování měkkých klientů za předpokladu, že je server IDP dosažitelný z uzlu Enhanced Survivalability.

   Pro přihlášení do Unified CM webového uživatelského rozhraní s podporou SSO je vyžadována dosažitelnost IDP nebo je třeba použít přihlášení URL založené na obnovení.

   Již ověřovaní klienti jsou nadále přihlášeni, protože autentizace je založena na tokenu, který je získán před událostí přežití. U nových přihlašovacích údajů, kdy klient nemá platný token z předchozího ověřování, bude ESN přesměrován na server IDP k ověření. Proto je vždy nutné zajistit dostupnost serveru IDP k ESN po celou dobu události přežití.

Mediální zdroje jsou vyžadovány pro základní Unified CM funkce, jako jsou Music on Hold, Announcement, Conference Bridge (softwarové) služby, které musí být na ESN povoleny. Pokud byly nasazeny hardwarové mediální prostředky, musíte se během události přežití ujistit, že jsou mediální servery dostupné z ESN.

Během normálního provozu DI Unified CM clusteru jsou tísňová volání (zejména v oblasti AMER) směrována přes cloud RedSky, kde je SIP trunk, který je nakonfigurován mezi jednotným clusterem Dedicated Instnace CM a cloudem RedSky.

Pokud dojde k události přežití, cloud RedSky nebude dosažitelný z ESN, a proto je nutné nakonfigurovat telefonní plán tísňového volání tak, aby, pokud RedSky není k dispozici, směrovat tísňová volání přes místní PSTN GW nakonfigurovaný na daném místě. Skupina tras musí sestávat z místního PSTN GW, aby zvládla směrování hovorů během události přežití.

Nakonfigurujte vytáčecí plán pro směrování hovorů mezi místy, mezi lokalitami, mezi klastry a PSTN během události přežití. Obecně může ESN směrovat hovory pouze pro zařízení, která jsou k němu registrována. Všechny ostatní hovory musí být směrovány do lokálního PSTN GW (nakonfigurováno v každém místě, kde je ESN nasazeno) a odtud do PSTN. Následuje několik vysvětlených scénářů:

• Telefon 1 a Telefon 2 registrované na stejném ESN - Hovor je směrován v rámci ESN.

• Telefon 1 registrovaný na ESN a telefon 2 registrovaný do Unified CM clusteru Dedicated Instance - Telefonní plán by měl směrovat hovory z ESN na místní PSTN GW, odtud do DI přes PSTN. Unified CM Během události přežití by měl vytáčecí plán detekovat selhání směrování hovorů a přesměrovat hovory přes místní PSTN GW. Totéž by mělo platit pro příchozí hovory do ESN ze Unified CM zařízení DI.

• Telefon 1 registrovaný na ESN a telefon 2 je zařízení PSTN: Během události přežití musí být hovory PSTN směrovány na místní bránu PSTN. Musíte se ujistit, že vytáčecí plán má schopnost detekovat selhání směrování hovorů a přesměrovat hovor přes dostupnou místní bránu PSTN.

• Během události přežití, kdy je připojení z vašeho webu k cloudu vyhrazené instance nefunkční (výpadek sítě WAN nebo připojení), nebudou funkce hlasové schránky a automatické obsluhy fungovat pro zařízení, která se zaregistrují do sítě ESN, protože Cisco Unity Connection server je hostován v cloudu vyhrazené instance, ke kterému je připojení z ESN nefunkční. Pokud je vaše zařízení nakonfigurováno s funkcí „Předávání volání neregistrováno (CFU)“ a hovor je přijat v DIUnified CM, může volající vložit hlasovou schránku do Dedicated Instance Unity Connection. Což lze načíst, když se zařízení vrátí k předplatitelům jednotného DI CM.

• nicméně, během události přežití, kdy je k dispozici připojení k cloudu vyhrazené instance, ale Unified CM cluster v DI je nefunkční, v takovém případě funkce hlasové schránky a automatické obsluhy fungují pro zařízení registrovaná v ESN, protože ESN bude mít připojení k serveru Unity Connection nasazenému v cloudu DI.

Během události přežití nebude ESN schopen dosáhnout Cisco Expressway E & C v DI cloudu a naopak. V tomto případě tedy uživatelé MRA nemohou získat službu z ESN, a proto se nebudou moci zaregistrovat. Pokud však zařízení MRA má internet a může se připojit k Cisco Expressways v DI cloudu, může se zaregistrovat u DI za předpokladu, Unified CM že je cluster v DI funkční.

Aby integrace založené na CTI fungovaly s uzlem Enhanced Survivalability Node, musíte přidat uzel Enhanced Survivalability jako součást seznamu serverů CTI. Vylepšení CTI se provádí pro aplikace, které používají JTAPI k povolení uzlu Enhanced Survivalability Node jako serveru CTI, ke kterému se aplikace může připojit pouze v případě, že primární nebo sekundární servery CTI v nakonfigurovaném seznamu nejsou dosažitelné. Během normálního provozu se aplikace CTI na místě mohou spojit s primárními a sekundárními servery CTI v DI cloudu a během události přežití se mohou připojit k uzlu Enhanced Survivalability Node pro pokračující zážitek z CTI. Aplikace se musí přizpůsobit novým rozhraním API, která jsou vystavena přes rozhraní JTAPI, aby bylo zajištěno, že po obnovení připojení dojde k záložní záloze z uzlu Enhanced Survivalability.

Další informace o nových přidaných API naleznete v sekci redundance, https://www.cisco.com/c/en/us/td/docs/ voice_ip_comm /cucm/ /14_0_1/ -unified-jtapi-developers-guide-14/ jtapi_dev -unified-jtapi-developers-guide-1251_chapter_00.html cucm_b_cisco cucm_b_cisco

Aplikace třetích stran, které jsou propojeny prostřednictvím kmenů SIP, podporují Enhanced Survivalability Node. V konfiguracích kmene SIP musí být povolena konfigurace „spustit na všech uz lech“.

Jsou podporována zařízení třetích stran, která mají schopnost terciárního TFTP.