Questo documento fornisce attività che il cliente deve eseguire in sede prima di attivare il nodo di survivability avanzata (ESN) da Control Hub.

  • Prerequisiti da eseguire prima dell'attivazione del nodo survivability avanzato.
  • Parametri di installazione ESN da utilizzare durante l'installazione del nodo in siti remoti.

Considerare le seguenti specifiche chiave per un nodo survivability avanzato prima della distribuzione:

  • In un singolo cluster Unified CM, è possibile distribuire un massimo di 8 nodi survivability avanzati

  • Il tempo di round trip (RTT) tra il cluster Unified CM in Istanza dedicata e il nodo survivability avanzato deve essere uguale o inferiore a 200 ms.
  • Un massimo di 7500 dispositivi viene registrato sul nodo survivability avanzato durante l'evento survivability.
  • La funzione è supportata solo sulle opzioni di connettività cloud Edge Connect o Partner Connect .
  • Distribuire il gateway locale PSTN nel sito per l'indirizzamento PSTN delle chiamate di emergenza e PSTN.
  • La chiamata in rete è possibile solo tra dispositivi registrati sullo stesso ESN e per altre chiamate, deve essere indirizzata attraverso il gateway locale PSTN.
  • Il nodo survivability avanzato viene aggiunto solo come nodo terziario nel gruppo Unified CM. Pertanto, è necessario assicurarsi che le integrazioni e i dispositivi/client supportino l'IP TFTP terziario o ESN configurabile nell'applicazione.

Modifiche da apportare sul firewall del cliente

Il firewall del cliente deve consentire le seguenti porte prima di avviare l'attivazione del nodo di survivability avanzata in Control Hub.

Le porte devono essere consentite nel firewall

Elenco delle porte da consentire nel firewall del cliente.

Protocollo TCP/UDP Source Destinazione Porta di origine Porta di destinazione Direzione Scopo

SFTP

Ssh

TCP

ESN

Strumento di monitoraggio Cisco e Unified CM

Maggiore di 102322Bidirezionale
  • Cisco richiede la porta per installare un file COP per convertire il nodo del publisher installato in sede in ESN.
  • Viene utilizzato anche per eseguire i comandi sull'ESN durante il processo di attivazione.
  • Per raccogliere il record dettagliato di chiamata, pubblica un evento di survivability.
NtpUDPESNUnified CMMaggiore di 1023123BidirezionaleSincronizzazione dell'orologio con il publisher nel cloud Istanza dedicata.
SNMPUDP Strumento di monitoraggio CiscoESN Maggiore di 1023 161 BidirezionaleRisposta servizio SNMP (richieste da applicazioni gestionali) 
SNMPUDP ESN Server di monitoraggio Cisco Maggiore di 1023 162 Bidirezionaletrappole SNMP
HTTPS TCP Server di monitoraggio e gestione CiscoESN Maggiore di 1023 443 BidirezionaleComunicazioni tra abbonato e publisher, Utilizzato per richieste UDS (User Data Services) Cisco, UI di amministrazione per Unified CM, da Unified CM a CSSM 
Registro di sistema UDP ESN Server di monitoraggio Cisco Maggiore di 1023 514 Bidirezionale

Monitoraggio 

Servizio AMC CiscoTCPESNUnified CMMaggiore di 10231090BidirezionaleMonitoraggio
Servizio AMC CiscoTCPESNUnified CMMaggiore di 10231099BidirezionaleMonitoraggio
Connessione al databaseTCPESNUnified CMMaggiore di 10231500BidirezionaleReplica database tra il cluster Unified CM dell'istanza dedicata e l'ESN.
Connessione al databaseTCPESNUnified CMMaggiore di 10231501Bidirezionale

Replica database, connessione secondaria

Connessione al databaseTCPESNUnified CMMaggiore di 10231510BidirezionaleReplica database CAR Cisco Identity Service DB. Il motore CAR Cisco Identity Service è in ascolto quando si aspettano le richieste di connessione dai client.
Connessione al databaseTCPESNUnified CMMaggiore di 10231511Bidirezionale

Replica database, CAR Cisco Identity Service DB. Una porta alternativa utilizzata per generare una seconda istanza di CAR Cisco Identity Service durante l'aggiornamento.

Connessione al databaseTCPESNUnified CMMaggiore di 10231515Bidirezionale

Replica del database tra i nodi durante l'installazione.

Replicazione DB delle funzioni estese di CiscoTCPESNUnified CMMaggiore di 10232551Bidirezionale

Replica del database all'interno del cluster per la comunicazione tra i servizi estesi Cisco per Active/Backup.

Replicazione DB delle funzioni estese di CiscoTCPESNUnified CMMaggiore di 10232552Bidirezionale

Replica del database. Consente agli abbonati di ricevere la notifica di modifica del database Unified CM

server RISTCPESNUnified CMMaggiore di 10232555BidirezionaleMonitoraggio, server database Real-Time Information Services (RIS)
client RISTCPESNUnified CMMaggiore di 10232556BidirezionaleMonitoraggio, client database Real-Time Information Services (RIS) per Cisco RIS
CtiTCPESNUnified CMMaggiore di 10232748BidirezionaleControllo chiamate, server applicazioni CTI
Servizio SIP basato su trunkTCPESNUnified CMMaggiore di 10235060Bidirezionaleservizio SIP
Servizio SIP basato su trunkTCPESNUnified CMMaggiore di 10235061Bidirezionaleservizio SIP
Notifica modifica databaseTCPESNUnified CMMaggiore di 10238001BidirezionaleReplica del database
SDLTCPESNUnified CMMaggiore di 10238002BidirezionaleControllo chiamata
SDL (CTI)TCPESNUnified CMMaggiore di 10238003BidirezionaleControllo chiamata
DiagnosiTCPESNUnified CMMaggiore di 10238080Bidirezionale

monitoraggio, comunicazione tra i server utilizzati per i test diagnostici.

Centro di controllo Cisco tra i nodiTCPESNUnified CMMaggiore di 10238443BidirezionaleCentro di controllo Cisco tra i nodi.
Monitoraggio TCP Strumento di monitoraggio CiscoESN Maggiore di 1023 8443 BidirezionaleMonitoraggio 
Replica intra-clusterTCPESNUnified CMMaggiore di 10238500BidirezionaleReplica database, replica intracluster dei dati di sistema da IPSec Cluster Manager
Gestione larghezza di banda posizioneTCPESNUnified CMMaggiore di 10239004BidirezionaleControllo chiamate, comunicazione intracluster tra LBM
Socket Web sicuroTCPESNUnified CM9560n/aBidirezionaleNotifica LPNS da cloud DI
Convalida connettivitàICMPESNUnified CMn/an/a-Ping

Subnet istanza dedicata da consentire nel firewall del cliente

Gli indirizzi IP menzionati di seguito devono essere consentiti nel firewall del cliente per consentire ai nodi survivability avanzati di comunicare con il cluster UCM dell'istanza dedicata.

Regione istanza dedicataSubnet
USA69.168.17.0/24
EMEA178.215.138.0/24
UE178.215.131.0/24
APJC103.232.71.0/24
AUS178.215.128.0/24
Regno Unito178.215.135.0/24

Requisiti DNS

Il cliente deve configurare gli inoltri condizionali nei server DNS interni del cliente, verso il DNS dell'istanza dedicata, per consentire la risoluzione dei dispositivi cloud. Per ulteriori informazioni sugli IP del server DNS dell'istanza dedicata, fare riferimento ai requisiti DNS. Per supportare il failover all'ESN, il cliente deve anche configurare le voci DNS di rilievo. Queste voci sono specifiche del sito e consentiranno ai dispositivi di trovare l'indirizzo corretto dell'ESN locale in base all'indirizzo IP di origine.

Per ciascun ESN, è importante includere ricerche sia in avanti che indietro nel DNS locale del cliente.

Esempio per ricerca inversa, IP locale su esn-hostname.cust1.amer.wxc-di.webex.com.

Durante l'evento survivability, i dispositivi hard e i dispositivi soft già connessi eseguiranno il failover alla voce terziaria nel gruppo CallManager, il nodo ESN. Il DNS locale risponderà con l'indirizzo corretto in base alla voce punto di accesso, un record per l'ESN.

Ad esempio, esn-hostname.cust1.amer.wxc-di.webex.com - un record mappato all'IP locale.

I soft client che devono completare il rilevamento del servizio devono risolvere _ciscoi problemi._tcp Record SRV. Per garantire che la risposta corretta venga restituita per il nodo ESN locale che deve essere specifico del sito, deve essere risolta in base all'Indirizzo IP di origine della query, elencando i record A per il cloud DI e l'ESN locale. Ad esempio,

_cisco-uds._tcp.cust1.amer.wxc-di.webex.com – record SRV mappato come segue

cXXXX011ccm4.cust1.amer.wxc-di.webex.com priorità 10 peso 10

cXXXX021ccm5.cust1.amer.wxc-di.webex.com priorità 10 peso 10

esn-hostname.cust1.amer.wxc-di.webex.com priorità 20 peso 10

Per creare voci PinPoint in un DNS Microsoft, che risolvono in base all'indirizzo IP di origine del dispositivo, utilizzare i criteri di risoluzione e gli scopi della zona. Se si utilizza BIND, questa operazione viene eseguita utilizzando le viste.

Per ulteriori informazioni sull'aggiunta delle voci dei punti PIN, Come creare la voce DNS di PinPoint.

Impostazioni proxy

Il nodo survivability avanzato dispone di un modulo che deve essere registrato in Control Hub per la telemetria e il monitoraggio. Ciò richiede che il nodo raggiunga il cloud su Internet. Per lo stesso, possono essere utilizzati server proxy o accesso diretto a Internet. Sono disponibili tre opzioni diverse per configurare il nodo survivability avanzato per raggiungere Control Hub:

  • Se non si dispone di un proxy per raggiungere Internet, il nodo survivability avanzato deve raggiungere direttamente Control Hub senza server proxy.
  • È possibile configurare le impostazioni del server proxy nel publisher di Unified CM installato in sede utilizzando la console di amministrazione CLI.
    • aggiunta proxy ucmgmt utils
  • Fornisci i dettagli del server proxy in Control Hub durante il modulo di attivazione e l'automazione configura i dettagli del server proxy nel nodo durante l'attivazione.

Se un server proxy è presente nel sito del cliente, gli URL indicati di seguito devono essere consentiti nel Firewall > Server proxy e firewall.

URL Scopo
*.ucmgmt.cisco.comControl Hub
*.webex.comTelemetria Control Hub

Specifica di virtualizzazione

Le versioni ESXi supportate da ESN, le specifiche VM e i requisiti hardware corrispondono a quelli di una singola dimensione OVA media Unified CM menzionata in questo documento, specifiche di virtualizzazione.

Impostazioni del servizio di notifica push locale (LPNS)

È necessario abilitare la funzionalità LPNS nel cluster Unified CM dell'istanza dedicata per i client Webex App/Jabber in esecuzione su dispositivi Apple iOS per ricevere notifiche durante l'evento survivability. Per ulteriori informazioni, fare riferimento a Notifiche push (distribuzioni locali).

Gateway PSTN locale

Distribuisci il gateway PSTN locale in ogni sito survivability, poiché durante l'evento survivability il gateway PSTN locale viene utilizzato per le chiamate intercluster, intersite, di emergenza e PSTN dal nodo survivability avanzato. Se sono presenti un gateway PSTN centrale e un gateway PSTN locale solo per la survivability, è necessario configurare un trunk SIP separato dall'ESN al gateway PSTN locale, insieme alle modifiche al piano di chiamata richieste per l'indirizzamento delle chiamate al gateway locale durante l'evento survivability.

Per ulteriori informazioni sull'indirizzamento chiamata, fai riferimento a Indirizzamento chiamata.

Dispositivi supportati

Tutti i modelli di telefono Cisco supportati da Unified CM possono non riuscire e registrarsi al nodo survivability avanzato. Tuttavia, solo 78XX/88XX telefoni durante la registrazione al nodo survivability avanzato visualizza "Interruzione del servizio. Alcune funzioni potrebbero non essere disponibili”.

La funzione Survivability avanzata supporta l'app Webex versione 43.6 e superiori.