Přehled

V modelu nasazení jednoho webu, kde je v rámci webu nasazen uzel Enhanced Survivability (ESN) spolu s místní bránou pro směrování hovorů PSTN. Při výpadku lze do sítě ESN zaregistrovat maximálně 7500 zařízení.

V modelu nasazení více míst, kde existuje více míst a ESN může být nasazena v každém místě, závisí na obchodním požadavku na přežití lokality. Požadavky místní brány a DNS jsou vždy nutností a do clusteru Unified CM lze přidat celkem 8 uzlů ESN.

Tento model nasazení je relevantní pro zákazníka v regionu s více webovými stránkami a pro více těchto webů je vyžadována služba Survivability. I když je možné sdílet místní bránu PSTN mezi weby, nedoporučuje se to. Pokud dojde k výpadku sítě, web se může izolovat a v takovém případě se služba ESN nebude moci připojit k místní bráně pro směrování hovorů do sítě PSTN.

Níže jsou uvedeny 2 možnosti nasazení pro nasazení s více místy:

• Možnost 1: Rozšířený uzel Survivability byl nasazen na každém místě.

• Možnost 2 – společný uzel Enhanced Survivability sdílený mezi více místy.

Monitorujeme a spravujeme uzel Enhanced Survivability stejně jako jiné uzly nasazené v datovém centru vyhrazené instance. Během události Survivability, když je síť ESN odpojena od cloudu Cisco nastane, když přijdeme o přístup k uzlu a automaticky se připojíme zpět, když je výpadek vyřešen, a připojení se obnoví.

Spravujeme certifikáty aplikace UC a během aktivace uzlu rozšířené služby Survivability jsme aktualizovali certifikát clusteru Unified CM vyhrazené instance pomocí ESN.

Během aktivace sítě ESN z centra Control Hub dojde k restartování všech registrovaných zařízení, protože certifikát pro klastr Unified CM bude aktualizován pomocí certifikátů multi-SAN. Proto plánujeme období údržby během aktivace ESN z centra Control Hub. Viz část Jak aktivovat uzel rozšířené služby Survivability.

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

• Když využití disku překročí přidělený nebo nakonfigurovaný prostor na disku, odstraní se zpracované záznamy. Pokud využití disku zůstane větší, to znamená, že nezpracované záznamy jsou také vymazány.

• Značka High Water Mark % , která je nakonfigurována v nastavení „Správa CDR“, budou soubory CDR vymazány. Například, pokud je hodnota „High Water Mark %” is configured as 80% a využití disku 80%, pak budou soubory CDR vymazány.

• Doba uchovávání souborů CDR / CMR (dny) , která je nakonfigurována v nastavení „Správa CDR“, budou soubory CDR 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 Survivability:

• Surviv Event– alarm se spustí, když všechny uzly vyhrazené instance nejsou dosažitelné z uzlu rozšířené služby Survivability.

• Surviv Nodenotreachable – výstraha se spustí, když není dosažitelný uzel Enhanced Survivability z vydavatele Unified CM vyhrazené instance.

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

Během normálního provozu je replikace databáze plně propojena mezi všemi servery včetně uzlu Enhanced Survivability v rámci clusteru Unified CM. Statická konfigurační data, protože jsou vytvářena pomocí pohybů, přidávání a změn, jsou vždy uložena v vydavateli a replikována jedním směrem od vydavatele ke každému účastníkovi a uzel vylepšené Survivability v clusteru.

Během události Survivability jsou na zařízeních, která jsou registrována v uzlu Enhanced Survivability, upraveny pouze funkce orientované na uživatele a funkce orientované na uživatele jsou obvykle charakterizovány tím, že můžete povolit nebo zakázat funkci 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 GUI. Uzel Enhanced Survivability tedy umožňuje samoobslužné a webové rozhraní správce jako operace pouze pro čtení. Zařízení uživatele registrovaná ve službě ESN mohou během převzetí služeb při selhání provádět změny pouze u níže uvedených funkcí zobrazujících uživatele. Po obnovení připojení však tyto změny nebudou synchronizovány zpět k vydavateli aplikace DI Unified CM.

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

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

• Povolení nebo zakázání ochrany osobních údajů

• Povolení nebo zakázání funkce Nerušit (Nerušit)

• Přihlášení k aplikaci Cisco Extension Mobility

• Přihlášení nebo odhlášení skupiny sdružených linek

• Mobilita Zařízení

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

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

1. Místní ověření: Když se ověřování uživatelů provádí lokálně v rámci systému Unified CM, během události Survivability bude uzel Enhanced Survivability moci ověřit klienty, kteří jsou do něj zaregistrováni.

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

   Měli byste zajistit dosažitelnost adresáře LDAP do ESN po celou dobu události Survivability.

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

   Pro přihlášení webového uživatelského rozhraní Unified CM s povoleným SSO je vyžadována dosažitelnost poskytovatele identity nebo je třeba použít přihlášení adresy URL pro obnovení.

   Již ověření klienti budou nadále přihlášeni, protože ověření je založeno na tokenu, který byl získán před událostí Survivability. U nových přihlášení, kdy klient nemá platný token z předchozího ověření, se však ESN pro ověření přesměruje na server IDP. Proto je vždy nutné zajistit dosažitelnost serveru IDP k ESN v průběhu události Survivability.

Pro základní funkce Unified CM, jako je hudba při přidržení hovoru, oznámení a konferenční most (software), musí být v síti ESN povoleny prostředky médií. Pokud byly nasazeny prostředky médií založené na hardwaru, musíte se během události Survivability ujistit, že jsou mediální servery dostupné ze sítě ESN.

Během běžných operací clusteru DI Unified CM jsou tísňová volání (zejména v oblasti AMER) směrována přes cloud Redsky, kde je přenosový spoj SIP nakonfigurovaný mezi clusterem Dedicated Instnace Unified CM a cloudem Redsky.

Pokud dojde k události Survivability, cloud služby Redsky nebude dostupný ze sítě ESN, a proto je nutné nakonfigurovat plán vytáčení tísňového volání tak, abyste v případě, že služba Redsky není k dispozici, směrovali tísňová volání prostřednictvím místní sítě PSTN GW nakonfigurované na daném webu. Aby bylo možné zpracovávat směrování hovorů během události Survivability, musí se skupina směrování skládat z místní sítě PSTN GW.

Pro tísňová volání v jiných oblastech vyhrazené instance je třeba nakonfigurovat plán vytáčení tak, aby směroval hovory prostřednictvím místní sítě PSTN GW během události Survivability.

Nakonfigurujte plán vytáčení pro směrování hovorů v rámci webu, mezipracovišti, mezi clusterem a PSTN během události Survivability. Obecně lze říci, že síť ESN může směrovat hovory pouze pro zařízení, která jsou na ní registrována. Všechny ostatní hovory musí být směrovány do místní sítě GW PSTN (nakonfigurované na každém webu, kde je nasazena síť ESN) a odtud do sítě PSTN. Níže je vysvětleno několik scénářů:

• Telefon 1 a telefon 2 registrované ve stejném ESN – hovor je směrován v rámci ESN.

• Telefon 1 registrovaný do ESN a telefon 2 registrovaný do clusteru Unified CM vyhrazené instance – plán vytáčení by měl směrovat hovory z ESN do místního GW PSTN, odtud do DI Unified CM prostřednictvím PSTN. Během události Survivability by měl plán vytáčení zjistit selhání směrování hovorů a přesměrovat hovory přes místní GW PSTN. Totéž by mělo platit pro příchozí hovory do ESN ze zařízení DI Unified CM.

• Telefon 1 registrovaný do sítě ESN a telefon 2 je zařízení sítě PSTN: Během události Survivability musí být hovory sítě PSTN směrovány na místní bránu sítě PSTN. Plán vytáčení musí být schopen detekovat selhání směrování hovorů a přesměrovat hovor prostřednictvím dostupné místní brány sítě PSTN.

Nedoporučujeme hovory ICT mezi 2 uzly ESN, i když je to proveditelné, když jsou ESNS dosažitelné v rámci vaší sítě.

• Během události Survivability, když je připojení z vašeho webu ke cloudu vyhrazené instance mimo provoz (výpadek sítě WAN nebo připojení), funkce hlasové schránky a automatického operátora nebudou fungovat pro zařízení, která se zaregistrují do sítě ESN, protože server systému Cisco Unity Connection je hostován v cloudu vyhrazené instance, ke kterému je připojení ze sítě ESN mimo provoz. Pokud je vaše zařízení nakonfigurováno s „Neregistrované přesměrování hovorů (CFU)“ a hovor je přijat v systému DI Unified CM, může volající vložit hlasovou schránku do systému Unity Connection vyhrazené instance. Které lze načíst, když zařízení přejdou zpět k předplatitelům aplikace DI Unified CM.

• Během události Survivability, kdy je připojení ke cloudu vyhrazené instance k dispozici, ale cluster Unified CM v DI je mimo provoz, v takovém případě funkce hlasové schránky a automatického operátora fungují u zařízení, která jsou registrována v síti ESN, protože služba ESN bude mít připojení k serveru Unity Connection nasazenému v cloudu DI.

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

Aby integrace založené na CTI fungovaly s uzlem Enhanced Survivability, musíte přidat uzel Enhanced Survivability jako součást seznamu serverů CTI. Vylepšení CTI jsou provedena pro aplikace, které používají protokol JTAPI, aby umožnily uzel Enhanced Survivability jako server 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 připojit k primárním a sekundárním serverům CTI v cloudu DI a během události Survivability se mohou připojit k uzlu Enhanced Survivability pro trvalé prostředí CTI. Aplikace se musí přizpůsobit novým aplikacím API, které jsou vystaveny přes rozhraní JTAPI, aby se zajistilo, že při obnovení připojení dojde k záložnímu provozu z uzlu Enhanced Survivability.

Další informace o nově přidaných APInaleznete v části Redundance 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

Webová služba AXL je povolena v uzlu Enhanced Survivability s oprávněními správce pouze pro čtení. U všech aktualizací souvisejících s databází doporučujeme, aby všechny aplikace třetích stran, jako je zřizovací server, komunikovaly pouze s vydavatelem DI Unified CM. Tyto aplikace však mohou mít přístup pouze ke čtení, pokud jsou připojeny k uzlu Enhanced Survivability.

Aplikace třetích stran, které rozhraní prostřednictvím přenosových spojů SIP podporuje uzel Enhanced Survivability. V konfiguracích přenosového spoje SIP musí být povolena konfigurace „spustit na všech uzlech“.

Jsou podporována zařízení 3. strany, která mají funkci terciárního protokolu TFTP.