Nel modello di distribuzione sito singolo, dove un nodo di survivability avanzata (ESN) viene distribuito all'interno di un sito insieme a un gateway locale per l'indirizzamento chiamata PSTN. È possibile registrare un massimo di 7500 dispositivi nell'ESN durante un'interruzione.

Nel modello di distribuzione per più siti, la disponibilità di più siti e l'ESN può essere distribuito in ogni sito dipende dal requisito aziendale per la survivability del sito. I requisiti di un gateway locale e DNS sono sempre una necessità e un totale di 8 nodi ESN possono essere aggiunti a un cluster Unified CM.

Questo modello di distribuzione è rilevante per un cliente in una regione con più siti e la survivability è un requisito per più di tali siti. Sebbene sia possibile condividere il gateway locale PSTN tra i siti, non è consigliato. Se si verifica un'interruzione di rete, il sito può diventare isolato e in tal caso, l'ESN non sarà in grado di raggiungere il gateway locale per indirizzare le chiamate al PSTN.

Di seguito sono riportate 2 opzioni di distribuzione per la distribuzione su più siti:

• Opzione 1: Nodo di survivability avanzata distribuito su ciascun sito.

• Opzione 2 – Nodo di survivability avanzata comune condiviso tra più siti.

Il nodo di survivability avanzata viene monitorato e gestito in modo simile ad altri nodi distribuiti nel centro dati dell'istanza dedicata. Durante un evento di survivability, quando l'ESN viene disconnesso dal cloud Cisco si verifica quando si perde l'accesso al nodo e si esegue automaticamente la connessione una volta risolta l'interruzione e viene ripristinata la connettività.

Gestiamo i certificati delle applicazioni UC e durante l'attivazione del nodo di survivability avanzata è stato aggiornato il certificato del cluster Unified CM dell'istanza dedicata viene aggiornato con l'ESN.

Durante l'evento di survivability, il nodo di survivability avanzata memorizza tutti i dati CDR/CMR in locale. Una volta ripristinata la connettività, i dati verranno sincronizzati nuovamente con il publisher di Unified CM dell'istanza dedicata. La quantità di dati che possono essere memorizzati si basa sulla dimensione del disco del nodo di survivability avanzata. Lo spazio di allocazione massima sul disco che può essere impostato per CDR è 3328 MB. Questa operazione può essere effettuata con file CDR da piccolo a grande in base all'intervallo CDR configurato. L'eliminazione avviene in base a:

• Quando l'utilizzo del disco supera lo spazio su disco allocato o configurato, vengono eliminati i record elaborati. Se l'utilizzo del disco rimane di più che è quando anche i record non elaborati vengono cancellati.

• Marchio Alto livello % configurato nelle impostazioni "Gestione CDR", i file CDR vengono eliminati. Ad esempio, se il valore "High Water Mark %” is configured as 80% e l'utilizzo del disco è 80%, i file CDR verranno eliminati.

• Durata di conservazione dei file CDR / CMR (giorni) configurata nelle impostazioni "Gestione CDR", i file CDR vengono eliminati. Per impostazione predefinita, l'opzione è impostata su 30 giorni.

Di seguito sono riportati gli avvisi in RTMT relativi al nodo di survivability avanzata:

• Evento survivability: l'allarme viene attivato quando tutti i nodi dell'istanza dedicata non sono raggiungibili dal nodo di survivability avanzata.

• RemoteSurvivableNodeNotReachable - l'allarme viene attivato quando un nodo di survivability avanzata non è raggiungibile dal publisher di Unified CM dell'istanza dedicata.

Durante l'evento survivability, devi connettere RTMT al nodo di survivability avanzata per monitorare le prestazioni dell'ESN. Lo stesso non sarà disponibile se RTMT è connesso ai nodi dell'istanza dedicata poiché l'ESN non sarà raggiungibile dal cloud durante l'evento survivability.

Durante il normale funzionamento, la replica del database viene completamente collegata tra tutti i server, incluso il nodo di survivability avanzata all'interno del cluster Unified CM. I dati di configurazione statica, poiché vengono creati tramite spostamenti, aggiunte e modifiche, vengono sempre memorizzati sul publisher e replicati in un modo dall'publisher a ciascun abbonato e nodo di survivability avanzata nel cluster.

Durante un evento di survivability, solo le funzioni rivolte all'utente vengono modificate sui dispositivi registrati nel nodo di survivability avanzata e le funzioni rivolte all'utente vengono solitamente caratterizzate grazie al fatto che è possibile abilitare o disabilitare una funzione direttamente sul telefono premendo uno o più pulsanti, anziché modificare una funzione attraverso una GUI basata su Web. Pertanto, il nodo di survivability avanzata consente la GUI self-care e di amministrazione Web come operazioni di sola lettura. I dispositivi dell'utente registrati in ESN possono apportare modifiche solo alle funzioni relative all'utente elencate di seguito durante il failover. Tuttavia, queste modifiche non vengono sincronizzate nuovamente con il publisher di Unified CM DI quando viene ristabilita la connettività.

Le funzioni rivolte all'utente sono tutte funzioni che possono essere abilitate o disabilitate premendo i pulsanti sul telefono e includono:

• Inoltro di tutte le chiamate (CFA)

• Abilitazione o disabilitazione della privacy

• Abilitazione o disabilitazione della funzione Non disturbare (NoDist)

• Accesso a Cisco Extension Mobility

• Accesso o disconnessione gruppo di ricerca

• Mobilità dispositivo

• Stato CAPF CTI per utenti finali e utenti applicazione.

L'autenticazione dei soft client (Cisco Jabber e applicazione Webex) per l'accesso durante il failover al nodo di survivability avanzata è la seguente:

1. Autenticazione locale: Quando l'autenticazione degli utenti viene eseguita localmente all'interno di Unified CM, durante l'evento di survivability avanzata il nodo di survivability avanzata sarà in grado di autenticare i client registrati su di esso.

2. Autenticazione LDAP: In questo caso, l'autenticazione degli utenti viene eseguita utilizzando il server LDAP locale. Durante l'evento survivability, quindi, l'autenticazione dei soft client funziona a condizione che il server LDAP sia raggiungibile dal nodo di survivability avanzata.

   Devi assicurarti che la raggiungibilità della rubrica LDAP sia raggiungibile all'ESN per tutto l'evento survivability.

3. Autenticazione Single Sign-On (SSO): L'autenticazione dell'accesso SSO degli utenti viene eseguita utilizzando il server IDP. Durante l'evento survivability, quindi, l'autenticazione dei soft client funziona, a condizione che il server IDP sia raggiungibile dal nodo di survivability avanzata.

   Per l'accesso all'UI Web di Unified CM abilitato per SSO, è richiesta la raggiungibilità IDP o è necessario utilizzare l'accesso all'URL basato su ripristino.

   I client già autenticati continuano ad accedere poiché l'autenticazione si basa sul token ottenuto prima dell'evento survivability. Tuttavia, per i nuovi accessi quando il client non dispone di un token valido dall'autenticazione precedente, l'ESN viene reindirizzato al server IDP per l'autenticazione. Pertanto, è sempre necessario garantire la raggiungibilità del server IDP per l'intero evento survivability.

Sono necessarie risorse multimediali per le funzioni di base di Unified CM, ad esempio la musica di attesa, gli annunci, i servizi di bridge (software) per conferenze devono essere abilitati su ESN. Se sono state distribuite risorse multimediali basate su hardware, durante l'evento survivability è necessario accertarsi che i server multimediali siano raggiungibili dall'ESN.

Durante le normali operazioni del cluster Unified CM DI, le chiamate di emergenza (in particolare nella regione AMER) vengono indirizzate attraverso il cloud RedSky dove è presente un trunk SIP configurato tra il cluster Unified CM Instnace dedicato e il cloud RedSky.

Se esiste un evento di survivability, il cloud RedSky non sarà raggiungibile dall'ESN e pertanto è necessario configurare il piano di chiamata di emergenza Calling in modo che, se RedSky non è disponibile, le chiamate di emergenza attraverso la PSTN GW locale configurata su tale sito. Il gruppo di indirizzamento deve essere costituito dalla PSTN GW locale per gestire l'indirizzamento delle chiamate durante l'evento survivability.

Configura il piano di chiamata per l'indirizzamento di chiamate in intrasite, intersito, intercluster e PSTN durante l'evento survivability. In generale, l'ESN può indirizzare le chiamate solo per i dispositivi registrati su di esso. Tutte le altre chiamate devono essere indirizzate alla PSTN GW locale (configurata in ogni sito in cui viene distribuito l'ESN) e da lì alla PSTN. Di seguito alcuni scenari spiegati:

• Phone 1 e Phone 2 registrati sullo stesso ESN: la chiamata viene indirizzata all'interno dell'ESN.

• Telefono 1 registrato su ESN e Telefono 2 registrato sul cluster Unified CM dell'istanza dedicata: il piano di numerazione deve indirizzare le chiamate da ESN alla PSTN GW locale, da lì a Unified CM DI tramite PSTN. Durante l'evento di survivability, il piano di chiamata deve rilevare l'errore di indirizzamento chiamata e reindirizzare le chiamate attraverso la PSTN GW locale. Lo stesso deve essere applicabile alle chiamate in ingresso a ESN da dispositivi DI Unified CM.

• Il telefono 1 è registrato su ESN e il telefono 2 è un dispositivo PSTN: Durante l'evento di survivability, le chiamate PSTN devono essere indirizzate al gateway PSTN locale. È necessario assicurarsi che il piano di chiamata sia in grado di rilevare errori di indirizzamento chiamata e di reindirizzare la chiamata attraverso il gateway PSTN locale disponibile.

• Durante l'evento di survivability, quando la connettività dal sito al cloud dell'istanza dedicata è inattiva (WAN o interruzione della connettività), le funzioni di casella vocale e operatore automatico non funzionano per i dispositivi registrati nell'ESN, in quanto il server Cisco Unity Connection è ospitato nel cloud dell'istanza dedicata a cui la connettività dall'ESN è inattiva. Se il dispositivo è configurato con "Inoltro di chiamata non registrato (CFU)" e la chiamata viene ricevuta in Unified CM DI, il chiamante può depositare una casella vocale in Dedicated Instance Unity Connection. Che può essere recuperato quando i dispositivi tornano agli abbonati di Unified CM DI.

• Tuttavia, durante un evento di survivability quando la connettività al cloud dell'istanza dedicata è disponibile ma il cluster Unified CM in DI è inattivo, in tal caso le funzioni di casella vocale e operatore automatico funzionano per i dispositivi registrati nell'ESN, in quanto l'ESN avrà la connettività al server Unity Connection distribuito nel cloud DI.

Durante l'evento survivability, l'ESN non sarà in grado di raggiungere Cisco Expressway E & C in cloud DI e viceversa. Pertanto, in questo caso gli utenti MRA non possono ottenere il servizio da ESN e quindi non potranno registrarsi. Tuttavia, se il dispositivo MRA dispone di Internet e può connettersi alle Cisco Expressway nel cloud DI, può registrarsi con Unified CM DI, a condizione che il cluster in DI sia funzionante.

Per fare in modo che le integrazioni basate su CTI funzionino con il nodo di survivability avanzata, devi aggiungere il nodo di survivability avanzata come parte dell'elenco di server CTI. I miglioramenti CTI vengono apportati per le applicazioni che utilizzano JTAPI per consentire il nodo di survivability avanzata come server CTI a cui l'applicazione può connettersi solo nel caso in cui i server CTI principali o secondari nell'elenco configurato non siano raggiungibili. Durante una normale operazione, le applicazioni CTI sul sito possono connettersi ai server CTI principale e secondario nel cloud DI e, durante un evento survivability, possono connettersi al nodo di survivability avanzata per un'esperienza CTI continua. Le applicazioni devono adattarsi alle nuove API esposte sull'interfaccia JTAPI per assicurare che il fallback dal nodo di survivability avanzata venga eseguito una volta ripristinata la connettività.

Per ulteriori informazioni sulle nuove API aggiunte, fare riferimento alla sezione di ridondanza, 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

Il servizio Web AXL è abilitato nel nodo di survivability avanzata con privilegi di amministratore di sola lettura. Si consiglia alle applicazioni di terze parti, come il server di provisioning, di interfacciarsi solo con il publisher DI Unified CM per qualsiasi aggiornamento relativo al database. Tuttavia, è possibile per queste applicazioni di sola lettura quando sono connesse al nodo di survivability avanzata.

Le applicazioni di terze parti che si interfacciano tramite trunk SIP sono supportate con il nodo di survivability avanzata. Nelle configurazioni del trunk SIP, la configurazione 'esegui su tutti i nodi' deve essere abilitata.

Sono supportati dispositivi di terze parti con funzionalità TFTP terziario.