Sopravvivenza locale di Zoom Phone

Panoramica

ZPLS è un'appliance virtuale on-premises che supporta le chiamate telefoniche interne tra utenti in una sede comune quando i data center di Zoom non sono raggiungibili

Il modulo ZPLS è un'appliance on-premises che consente agli utenti all'interno della stessa sede di chiamarsi a vicenda quando i data center di Zoom non sono raggiungibili. Ciò crea una soluzione di resilienza per la continuità del Business nell'Evento di un'interruzione di rete.

In questa guida, una sede è un termine specifico usato in Zoom Phone che raggruppa gli utenti sotto una stessa identità comune, come una Posizione d'ufficio. Per alcuni Clienti, più edifici sono rappresentati da una singola sede; per altri, ogni edificio in un campus può costituire la propria sede. I Clienti dovrebbero essere consapevoli delle configurazioni di sede esistenti o potenziali quando considerano il modulo ZPLS, a causa delle considerazioni di progettazione menzionate in questo articolo.

ZPLS supporta inoltre le chiamate tra sedi quando gli appliance ZPLS e le sedi associate sono connessi tramite una rete comune

A sé stante, un'appliance ZPLS (anche definita come un modulo, ossia un modulo Zoom Node) fornisce resilienza agli utenti all'interno di un comune Zoom Phone sede. Tuttavia, più moduli ZPLS collegati tramite una rete locale, di campus o geografica estesa possono fornire Assistenza alla comunicazione da sede a sede, Connessione degli utenti da sede a sede durante un Evento di sopravvivenza, purché la rete interna rimanga operativa.

I Clienti possono integrare ZPLS con un SBC per effettuare e ricevere chiamate PSTN quando i data center di Zoom non sono raggiungibili

Clienti possono integrare il modulo ZPLS con un controller di confine di sessione (SBC) per la chiamare esterna sulla rete telefonica generale (PSTN) quando i data center Zoom sono irraggiungibili. Ciò consente agli utenti con numeri PSTN forniti da Zoom o da carrier BYOC di terze parti di ricevere chiamare In entrata da parti esterne quando l’inoltro di chiamare per la resilienza è abilitato nel cloud e di effettuare chiamare telefoniche esterne indipendentemente dalle condizioni della rete locale o dalla disponibilità del data center Zoom; tuttavia, la chiamare interna può essere limitata dalla progettazione della sede.

Il modulo ZPLS è il punto di iscrizione a terza priorità per i dispositivi supportati, preferendo le zone SIP primaria e secondaria di Zoom Phone nel cloud quando sono disponibili

Durante un processo di avvio ordinario, un client Zoom Phone scarica i record DNS SRV delle zone SIP primarie e secondarie (punti di iscrizione) situate all'interno dei data center di Zoom. Tuttavia, per i siti abilitati alla survivability con un modulo ZPLS, i dispositivi client supportati vengono inoltre configurati con un terzo registrare SRV, che punta all'Indirizzo IP del modulo della sede.

Il modulo ZPLS monitora la disponibilità di cloud Zoom tramite ping OPTIONS di routine verso zone SIP specifiche della sede

Nel corso delle normali operazioni, il modulo ZPLS è generalmente inattivo all'interno della rete locale e non si occupa della gestione chiamata. Invece, il modulo ZPLS invia regolarmente ping OPTIONS a zone SIP specifiche della sede per monitorare la connettività Attiva tra le sedi.

La modalità di sopravvivenza si attiva solo quando sia il modulo ZPLS sia i dispositivi client non riescono a connettersi alle zone SIP specifiche della sede

Un modulo ZPLS entra in modalità di resilienza solo quando i ping di routine OPTIONS tra il modulo ZPLS e le zone SIP primaria e secondaria hanno esito negativo. I dispositivi client che perdono la connessione con le zone SIP nello stesso momento del modulo ZPLS si registreranno al modulo, a condizione che esista connettività IP tra i dispositivi. Se il modulo ZPLS mantiene la connettività al cloud di Zoom Phone, non accetterà registrazioni SIP.

Il tempo approssimativo per il failover a un modulo ZPLS è di circa tre minuti, ma può variare a seconda del numero di dispositivi

Nell'Evento in cui le zone SIP specifiche della sede non siano raggiungibili, il tempo approssimativo di failover dei dispositivi a un modulo ZPLS è entro tre minuti. Tuttavia, questo tempo può variare a seconda del numero di dispositivi contemporanei che tentano di registrarsi a ciascun modulo ZPLS.

I client desktop avvisano gli utenti quando entrano ed escono dalla modalità di resilienza

Quando i client desktop Zoom effettuano il failover alla modalità di resilienza, gli utenti ricevono un avviso che li informa che non hanno una connessione Internet, ma il servizio telefonico è ancora disponibile.

Una volta ripristinati i servizi, gli utenti ricevono un avviso di ripristino della connessione.

Questo avviso è esclusivo dei client desktop Zoom; i telefoni IP non saranno in grado di mostrare un avviso di failover o fallback.

Le chiamate attive si interromperanno quando la modalità di resilienza viene attivata e gli utenti devono ripristinare manualmente la chiamata

Gli utenti coinvolti in una chiamata attiva quando vengono disconnessi dalle zone SIP della loro sede sentiranno un segnale di occupato rapido prima che la chiamata venga disconnessa. Dopo la disconnessione e il failover alla modalità di resilienza, gli utenti devono ristabilire manualmente la chiamata.

L'inoltro di chiamata può instradare le chiamate in entrata verso un numero BYOC quando la modalità di resilienza è attiva

Durante un Evento di survivability, i dispositivi con Numeri telefonici registrati nel cloud Zoom Phone non sono raggiungibili a causa della perdita di connettività Internet. Tuttavia, i Clienti ZPLS con un SBC e un operatore indipendente possono stabilire regole di inoltro chiamate nel portale web per la composizione diretta in ingresso. Quando è abilitato, le regole di inoltro chiamate reindirizzano le chiamate In entrata a un numero registrato su Zoom Phone, verso un separato numero associato a un trunk PSTN on-premise di un cliente. Ciò consente ai Clienti la flessibilità di acquistare numeri direttamente da Zoom pur potendo comunque rispondere alle chiamate direttamente in una sede che ha perso connettività al cloud.

Ad esempio, se un utente ha il numero di telefono X55-555-5555 registrato su Zoom Phone e la sede dell’utente entra in modalità survivability, il numero di telefono dell’utente non è disponibile dal punto di vista di cloud Zoom. Se l’inoltro chiamate è abilitato e il suo numero viene chiamato, Zoom Phone può inoltrare la richiesta al numero telefonico di inoltro designato (ad esempio, X11-111-1111) attraverso PSTN al SBC del cliente. Di conseguenza, i chiamanti esterni possono raggiungere gli utenti all’interno di una sede interessata durante un Evento di survivability.

ZPLS supporta i gruppi di distribuzione Survivability, offrendo funzionalità sfumate di inoltro chiamate durante un Evento di survivability

I moduli ZPLS supportano i gruppi di distribuzione Survivability (SDG) per configurazioni sfumate di inoltro chiamate durante un Evento di survivability. Con gli SDG, un Business può instradare le chiamate PSTN interne e In entrata a un utente, a un gruppo di utenti (simile a una coda delle chiamate o a un gruppo condiviso), a un menu IVR, a un altro numero di telefono oppure, se necessario, a un altro SDG.

Anche se gli SDG non offrono la stessa funzionalità completa di coda delle chiamate in operatività Standard, dei gruppi di linea condivisa o degli addetti automatici, gli SDG possono continuare a supportare le esigenze critiche di inoltro chiamate di un Business finché non vengono ripristinate le normali operazioni.

Un SDG può essere aggiunto utilizzando il Aggiungi gruppo di instradamento configurazione nel portale amministratori.

Le chiamate interne tra utenti in modalità di survivability continuano a essere protette da SRTP

Durante la modalità di survivability, le chiamate telefoniche interne tra utenti sono protette da Secure Real-time Transport Protocol (SRTP) usando crittografia AES-128 o 256, a seconda di capacità del Dispositivo.

I servizi cloud/Instradamento verranno ripristinati dopo che il modulo ZPLS avrà mantenuto una connettività SIP affidabile per circa cinque minuti

Una volta che i dispositivi client e il modulo ZPLS hanno ristabilito una connessione con le zone SIP specifiche della sede, il tempo approssimativo di ripristino alle normali operazioni è di cinque minuti. Ciò include un periodo di tempo per garantire che le connessioni di rete siano stabili in caso di ripristino intermittente o parziale della rete (flapping). Se la connettività di rete è intermittente, i dispositivi client e il modulo ZPLS rimarranno in modalità di survivability finché non verrà determinato che le connessioni sono stabili.

Il modulo ZPLS caricherà i registri dettagliati delle chiamate per tutte le chiamate effettuate dopo l'uscita dalla modalità di survivability

Dopo che il modulo ZPLS è uscito con successo dalla modalità di survivability e la connettività della zona SIP è stabile, il modulo caricherà i registri dettagliati delle chiamate (CDR) per tutte le chiamate effettuate in modalità di survivability. Questi record sono contrassegnati nei report come chiamate completate mentre erano in modalità di survivability.

Le modifiche della sede, inclusi l'aggiunta o la modifica di utenti o dispositivi, vengono sincronizzate con il modulo ZPLS ogni 10 ore

Gli aggiornamenti alla configurazione di una sede tramite Zoom web portal, inclusa l'aggiunta o la modifica di utenti o dispositivi, vengono sincronizzati con il modulo ZPLS ogni 10 ore. Se si verifica un Evento di downtime prima che le nuove modifiche di configurazione siano sincronizzate con il modulo ZPLS, il modulo userà l'ultima configurazione nota.

I Clienti possono testare o simulare eventi di failover con Testing Mode

I Clienti possono simulare eventi di failover per una sede abilitando la Modalità di test dal portale web. Una volta abilitata la Modalità di test per una sede specifica, il modulo ZPLS deve essere riavviato per accettare le registrazioni dei client. In seguito, ogni utente che sceglie Disconnetti e accede di nuovo al proprio client desktop si registrerà automaticamente al modulo ZPLS finché la Modalità di test è abilitata.

Mentre la Modalità di test è Attiva, il modulo ZPLS funzionerà come se si stesse verificando un evento di failover. Ogni utente interno può chiamare altri utenti all'interno della propria sede. Inoltre, le chiamate In uscita e In entrata saranno instradate attraverso l'SBC connesso, se configurato, e le chiamate In entrata seguiranno le regole di inoltro per chiamare, se configurate e abilitate.

Dopo aver disattivato la Modalità di test, il Modulo ZPLS deve essere riavviato per riprendere le normali operazioni di rete.

La Modalità di test non si applica ai dispositivi di telefono IP. La Modalità di test può essere testata solo con le applicazioni desktop Zoom.

Funzionalità supportate e client

Funzionalità Disponibile nella Modalità di sopravvivenza

Il seguente elenco contiene le funzionalità supportate dal modulo ZPLS quando la modalità di sopravvivenza è Attiva:

Funzionalità per chiamare

• Composizione degli interni

• Composizione completa dell'interno con codice sede

• Componi dalla cronologia per chiamare

• DTMF (RFC 2833)

• Conferenza ad hoc a 3 partecipanti

• Inoltro per chiamare*

• PSTN In entrata/In uscita*

• Ricerca/Composizione del contatto (primi 25.000 contatti)

• Componi per nome

• Disattiva audio/Attiva audio

• Metti in attesa/Riprendi chiamata (chiamare)

• Chiamata in attesa (chiamare)

Trasferimento e Instradamento

• Trasferimento con consultazione

• trasferimento senza annuncio

• Numero di identificazione della Posizione di emergenza

• Chiamare tra moduli ZPLS

Distribuzione della sopravvivenza

• Instrada all'utente

• Instrada ai membri del gruppo

• Instrada al numero di telefono*

• Instrada all'IVR

• orario lavorativo

• Squillo Sequenziale

• Squillo Simultaneo

• Prompt audio

_{*Richiede Integrazioni SBC e BYOC}

Funzionalità non disponibili nella Modalità di sopravvivenza

Il seguente elenco contiene funzionalità che non sono supportate quando la modalità di sopravvivenza è Attiva:

• Aggiungi/Rimuovi contatto

• segreteria telefonica

• Escalare a conferenza multi-parte (4+ utenti, ciascun utente)

• Escalare a riunione

• Ritiro chiamata (chiamare)

• Passa al carrier

• Chiamate e911 nomadi (chiamare)

• Composizione rapida

• Monitoraggio (Intervieni/Monitor/Parla sottovoce)

• Delega chiamate (chiamare)

• Interfono

• Chiamate crittografate end-to-end (E2EE) (chiamare)

• centralinista automatico

• Coda delle chiamate (chiamare)

Dispositivi client supportati

Consulta il nostro Centro assistenza per un elenco di dispositivi client supportati e versioni firmware supportate.

Porte di rete e flusso dati

Diagramma generale

Il seguente diagramma mostra le porte di rete e i flussi di dati utilizzati con un modulo ZPLS e una configurazione SBC.

Requisiti del firewall per la resilienza ZPLS

La seguente tabella elenca le porte di rete utilizzate da Zoom Phone durante il normale funzionamento quando non vi sono interruzioni della connettività al cloud. Consulta il nostro Centro assistenza per un elenco completo degli Indirizzi IP utilizzati per il cloud di Zoom Phone.

Trasporto	IP di origine	IP di destinazione	Portabilità di destinazione	Scopo
TCP	Client Zoom Phone	cloud di Zoom Phone	5091	Traffico di segnalazione SIP
TCP	Client Zoom Phone	cloud di Zoom Phone	443	Traffico web - Impostazioni client
TCP	Client Zoom Phone	cloud di Zoom Phone	390	Ricerca nella directory dai telefoni da scrivania
UDP	Client Zoom Phone	cloud di Zoom Phone	20000-64000	Traffico multimediale SRTP
TCP	ZPLS	cloud di Zoom Phone	5091	Ping delle opzioni SIP (keepalive)
TCP	ZPLS	cloud di Zoom Phone	443	Traffico di gestione nodo / sistema operativo
TCP	ZPLS	cloud di Zoom Phone	9669	Cronologia delle chiamate / Sincronizzazione ripristino
TCP	SBC	cloud di Zoom Phone	5061	Traffico di segnalazione SIP (BYOC)
UDP	SBC	cloud di Zoom Phone	10000-64000	Traffico multimediale SRTP (BYOC)

La seguente tabella illustra le porte TCP e UDP utilizzate da Zoom Phone quando il failover verso ZPLS è attivo a causa di un'interruzione della connettività al cloud.

Trasporto	IP di origine	IP di destinazione	Portabilità di destinazione	Scopo
TCP	Client Zoom Phone	ZPLS	5091	Traffico di segnalazione SIP
UDP	Client Zoom Phone	ZPLS	20000-64000	Traffico multimediale SRTP
TCP	ZPLS	SBC	5061	Ricerca nella directory dai telefoni da scrivania
UDP	ZPLS	SBC	20000-64000	Traffico multimediale SRTP

Requisiti del firewall per il peering on-premises BYOC

I Clienti che integrano il modulo ZPLS con un SBC per la composizione esterna durante un evento di resilienza devono abilitare le porte richieste per il peering on-premises. Dopo aver configurato un gruppo di route, gli Indirizzi IP necessari per il gruppo di route sono disponibili sul web. Per accedere agli IP, esegui i seguenti passaggi:

1. Accedi al Zoom web portal.

2. Sotto la Gestione del sistema telefonico sotto-menu, Seleziona Info aziendali.

3. Clicca Impostazioni account

4. Individua l'opzione per Gruppi di route. Fai clic su Gestisci per caricare una nuova pagina.

   
5. Nella pagina seguente, individua il Gruppo di route desiderato e passa il mouse sull' "i" icona.

   
6. Abilita l'Indirizzo IP e le porte specificati nella finestra, secondo necessità, all'interno della rete.

   

Zoom Phone Local Survivability: mantenere la telefonia durante un Evento che incide sul servizio

Zoom Phone Local Survivability (ZPLS) è un modulo di servizio basato sulla sopravvivenza che offre agli utenti Zoom Phone funzionalità di failover, connettività e sopravvivenza in caso di interruzione di Internet o del servizio.

Durante un Evento di sopravvivenza, quando gli endpoint Zoom non riescono a raggiungere il cloud Zoom Phone, i dispositivi utente supportati effettuano automaticamente l'iscrizione al modulo ZPLS come registrar di terza priorità, dopo le zone SIP primaria e secondaria. Questa iscrizione abilita servizi di telefonia Basic, quali le chiamate interne e i gruppi di distribuzione per la sopravvivenza, fino al completo ripristino del servizio.

Se configurati correttamente, i moduli ZPLS in sedi diverse possono supportare le chiamate tra sedi durante un Evento di sopravvivenza, purché i dispositivi siano individuabili nella rete locale e l'inoltro di chiamare sia abilitato.

Le organizzazioni possono ampliare ulteriormente questa funzionalità tramite la Connessione del modulo ZPLS a un Controller di confine della sessione (SBC) e instradare le chiamate sulla rete telefonica generale (PSTN) tramite Bring Your Own Carrier (BYOC). Questo approccio ibrido combina la semplicità della telefonia gestita nel cloud con la resilienza dell'infrastruttura locale, contribuendo a garantire la continuità Business anche quando si verificano eventi imprevisti.

Tuttavia, la sopravvivenza potrebbe comunque essere compromessa in caso di guasto della rete locale stessa, in particolare nelle distribuzioni a sede singola in cui gli edifici dipendono da una rete di campus condivisa.

Le immagini seguenti Mostra configurazioni di distribuzione di esempio per Zoom Phone Local Survivability in varie topologie di sede e di rete.

Diagramma che illustra il modulo ZPLS in una progettazione a sede singola

Diagramma che illustra il modulo ZPLS in una progettazione multisede con una rete comune

Diagramma che illustra il modulo ZPLS in una progettazione multisede con connettività PSTN

Per ulteriori informazioni su, rivolgiti al team del tuo account Zoom o al Centro assistenza di Zoom Zoom Phone Local Survivability.