Panoramica
Che cos'è la sopravvivenza locale di Zoom Phone?
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.
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.
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.
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.
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:
Accedi al Zoom web portal.
Sotto la Gestione del sistema telefonico sotto-menu, Seleziona Info aziendali.
Clicca Impostazioni account
Individua l'opzione per Gruppi di route. Fai clic su Gestisci per caricare una nuova pagina.
Nella pagina seguente, individua il Gruppo di route desiderato e passa il mouse sull' "i" icona.
Abilita l'Indirizzo IP e le porte specificati nella finestra, secondo necessità, all'interno della rete.
Ultimo aggiornamento
È stato utile?