> For the complete documentation index, see [llms.txt](https://library.zoom.com/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://library.zoom.com/technical-library/it/zoom-workplace/zoom-phone/zoom-phone-local-survivability-field-guide/overview.md).
# Panoramica
### Che cos’è Zoom Phone Local Survivability?
#### ZPLS è un appliance virtuale on-premises che supporta le chiamate telefoniche interne tra utenti in una sede comune quando i data center Zoom non sono raggiungibili
Il modulo ZPLS è un appliance on-premises che consente agli utenti all'interno della stessa **sede** di effettuare chiamate telefoniche reciproche quando i data center Zoom non sono raggiungibili. Ciò crea una soluzione di survivability per la continuità del Business in caso di interruzione di rete.
{% hint style="danger" %}
All'interno di questa guida, una **sede** è un termine specifico usato all'interno di Zoom Phone che raggruppa gli utenti sotto un'identità comune, come una Posizione di ufficio. Per alcuni Clienti, più edifici sono rappresentati da una sola sede; per altri, ogni edificio in un campus può costituire una 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.
{% endhint %}
**ZPLS supporta anche le chiamate tra sedi diverse quando gli appliance ZPLS e le relative sedi sono collegati attraverso una rete comune**
Di per sé, un appliance ZPLS (indicato anche come modulo, cioè un *modulo Zoom Node*) fornisce survivability 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 tra sedi, Connessione utenti provenienti da sedi diverse 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
I Clienti possono integrare il modulo ZPLS con un sessione border Controller (SBC) per le chiamate esterne sulla rete telefonica generale (PSTN) quando i data center di Zoom non sono raggiungibili. Ciò consente agli utenti con numeri PSTN forniti da Zoom o da carrier BYOC di terze parti di ricevere chiamate In Entrata da parti esterne quando l'inoltro delle chiamate per la resilienza è abilitato nel cloud, e di effettuare chiamare esterne indipendentemente dalle condizioni della rete locale o dalla disponibilità del data center di Zoom; tuttavia, le chiamate interne possono essere limitate dalla progettazione della sede.
#### Il modulo ZPLS è il punto di iscrizione con terza priorità per i dispositivi supportati, preferendo le zone SIP primaria e secondaria di Zoom Phone nel cloud quando sono Disponibile
Durante un processo di avvio di routine, un client Zoom Phone scarica i record DNS SRV delle zone SIP primarie e secondarie (punti di iscrizione) situate all'interno dei data center Zoom. Tuttavia, per i siti abilitati alla survivability con un modulo ZPLS, i dispositivi client supportati vengono inoltre configurati con un *terzo* SRV registrare, 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 per la sede
Nel corso delle normali operazioni, il modulo ZPLS è generalmente inattiva all'interno della rete locale e non si occupa di gestione chiamata. Invece, il modulo ZPLS invia regolari 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 survivability solo quando i ping di routine OPTIONS tra il modulo ZPLS e le zone SIP primaria e secondaria falliscono. I dispositivi client che perdono la connessione con le zone SIP nello stesso momento del modulo ZPLS si registreranno al modulo, a condizione che vi sia connettività IP tra i dispositivi. Se il modulo ZPLS mantiene la connettività con il 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
Nel caso in cui le zone SIP specifiche della sede siano irraggiungibili, 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 concorrenti che tentano di registrarsi a ciascun modulo ZPLS.
#### I client desktop notificano gli utenti quando entrano ed escono dalla modalità di survivability
Quando i client desktop Zoom effettuano il failover alla modalità di survivability, gli utenti ricevono un avviso che li informa che non hanno connessione Internet, ma il servizio telefonico è ancora Disponibile.
Una volta ripristinati i servizi, gli utenti ricevono un avviso di ripristino della connessione.
{% hint style="info" %}
Questo avviso è unico per i client desktop Zoom; i telefoni IP non mostrare un avviso di failover o fallback.
{% endhint %}
#### Le chiamate Attiva si interromperanno quando la modalità di survivability viene attivata e gli utenti devono ristabilire manualmente la chiamare
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 loro chiamare venga disconnessa. Dopo la disconnessione e il failover alla modalità di survivability, gli utenti devono ristabilire manualmente la loro chiamare.
#### Il trasferimento di chiamata può instradare le chiamate In entrata a un numero BYOC quando la modalità di survivability è attiva
Durante un Evento di sopravvivenza, i dispositivi con Numeri telefonici registrati al cloud Zoom Phone non sono raggiungibili a causa della perdita della connettività Internet. Tuttavia, i clienti ZPLS con un SBC e un operatore indipendente possono stabilire regole di inoltro delle chiamate nel portale web per la selezione diretta interna. Quando abilitate, le regole di inoltro delle chiamate reindirizzano le chiamate In entrata a un numero registrato a Zoom Phone, a un *separato* numero associato a un trunk PSTN locale del cliente. Ciò offre ai clienti la flessibilità di acquistare numeri direttamente da Zoom pur potendo comunque rispondere alle chiamate direttamente presso una sede che ha perso la connettività al cloud.
Per esempio, se un utente ha il numero di telefono X55-555-5555 registrato a Zoom Phone e la sede dell’utente entra in modalità di sopravvivenza, il numero di telefono dell’utente non è disponibile dal punto di vista del cloud Zoom. Se l’inoltro delle chiamate è abilitato e il suo numero viene chiamato, Zoom Phone può inoltrare la richiesta al numero di inoltro designato (ad esempio, X11-111-1111) attraverso la PSTN all’SBC del cliente. Di conseguenza, i chiamanti esterni possono raggiungere gli utenti all’interno di una sede interessata durante un Evento di sopravvivenza.
#### ZPLS supporta i gruppi di distribuzione di sopravvivenza, offrendo funzionalità avanzate di inoltro chiamate durante un Evento di sopravvivenza
I moduli ZPLS supportano i gruppi di distribuzione di sopravvivenza (SDG) per configurazioni avanzate di inoltro chiamate durante un Evento di sopravvivenza. Con gli SDG, un’azienda può Instradamento le chiamate interne e le chiamate PSTN In entrata verso un singolo utente, un gruppo di utenti (simile a una coda delle chiamate o a un gruppo condiviso), un menu IVR, un altro numero di telefono o, se necessario, un altro SDG.
Sebbene gli SDG non forniscano la stessa funzionalità completa delle code delle chiamate operative standard, dei gruppi di linea condivisa o dei centralinisti automatici, gli SDG possono continuare a supportare le esigenze critiche di inoltro chiamate di un’azienda fino al ripristino delle normali operazioni.
È possibile aggiungere un SDG utilizzando la **Aggiungi gruppo di instradamento** configurazione all’interno del portale amministratori.
#### Le chiamate interne tra gli utenti in modalità di survivability continuano a essere protette da SRTP
Durante la modalità di survivability, le chiamate telefoniche interne tra gli utenti sono protette da Secure Real-time Transport Protocol (SRTP) utilizzando crittografia AES-128 o 256, a seconda di [le capacità del Dispositivo](https://support.zoom.us/hc/en-us/articles/360001299063-Zoom-Voice-Supported-Devices).
#### I servizi cloud/Instradamento verranno ripristinati dopo che il modulo ZPLS avrà mantenuto una connettività affidabile con la zona SIP per circa cinque minuti
Una volta che i dispositivi client e il modulo ZPLS avranno ristabilito una connessione con le zone SIP specifiche della sede, il tempo approssimativo di ripristino al normale funzionamento è 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 fino a quando le connessioni non saranno considerate stabili.
#### Il modulo ZPLS caricherà i record dettagliati delle chiamate per tutte le chiamate effettuate dopo l'uscita dalla modalità di survivability
Dopo che il modulo ZPLS è uscito correttamente dalla modalità di survivability e la connettività della zona SIP è stabile, il modulo caricherà i record 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 alle sedi, inclusa l'aggiunta o la modifica di utenti o dispositivi, vengono sincronizzate con il modulo ZPLS una volta ogni 10 ore
Gli aggiornamenti alla configurazione di una sede tramite il Zoom web portal, inclusa l'aggiunta o la modifica di utenti o dispositivi, vengono sincronizzati con il modulo ZPLS una volta ogni 10 ore. Se si verifica un Evento di inattività prima che le nuove modifiche di configurazione siano sincronizzate con il modulo ZPLS, il modulo utilizzerà l'ultima configurazione nota.
#### I Clienti possono testare o simulare eventi di failover con la modalità di test
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. Dopo, gli utenti che effettuano il disconnetti e rientrano nel proprio client desktop si registreranno automaticamente al modulo ZPLS purché la modalità di test sia abilitata.
Mentre la Modalità di test è attiva, il modulo ZPLS opererà come se si stesse verificando un evento di failover. Gli utenti interni possono effettuare chiamare ad altri utenti all'interno della propria sede. Inoltre, le chiamate In uscita e In entrata verranno Instradamento tramite l'SBC connesso, se configurato, e le chiamate In entrata seguiranno le regole di inoltro chiamate, se configurate e abilitate.
Dopo aver disabilitato la Modalità di test, il Modulo ZPLS deve essere riavviato per riprendere le normali operazioni di rete.
{% hint style="info" %}
La Modalità di test non si applica ai dispositivi di telefoni IP. La Modalità di test può essere testata solo con le applicazioni desktop Zoom.
{% endhint %}
### Funzionalità e client supportati
#### Funzionalità Disponibile in Modalità di sopravvivenza
L'elenco seguente contiene le funzionalità supportate dal modulo ZPLS quando la modalità di sopravvivenza è attiva:
**Funzionalità di chiamata**
* Composizione interno
* Composizione estesa completa con codice sede
* Componi dalla cronologia chiamate
* DTMF (RFC 2833)
* Conferenza ad hoc a 3 partecipanti
* Inoltro chiamate\*
* PSTN In entrata/In uscita\*
* Ricerca/Composizione contatto (primi 25.000 contatti)
* Componi per nome
* Disattiva audio/Attiva audio
* Metti in attesa/Riprendi chiamata
* chiamata in attesa
**Trasferimento e Instradamento**
* Trasferimento consultivo
* trasferimento senza annuncio
* Numero di identificazione della posizione di emergenza
* Chiamare inter-ZPLS Module
**Distribuzione della sopravvivenza**
* Instradamento all'utente
* Instradamento ai membri del gruppo
* Instradamento al numero di telefono\*
* Instradamento a IVR
* orario lavorativo
* Sequenziale
* Simultaneo
* Prompt audio
*\*Richiede Integrazioni SBC e BYOC*
#### Funzionalità non Disponibile in Modalità di sopravvivenza
L'elenco seguente contiene le funzionalità non supportate quando la modalità di sopravvivenza è attiva:
* Aggiungi/Rimuovi contatto
* segreteria telefonica
* Escalation a conferenza multiparte (4+ utenti)
* Escalation a riunione
* Pickup chiamata
* Passa al carrier
* Chiamate nomadi e911
* Composizione rapida
* Monitoraggio (Intervieni/Monitora/Parla sottovoce)
* Delega della chiamata
* Citofono
* Chiamate criptate end-to-end (E2EE)
* centralinista automatico
* coda delle chiamate
#### Dispositivi client supportati
Fare riferimento al nostro Centro assistenza per un elenco di [dispositivi client supportati](https://support.zoom.us/hc/en-us/articles/360029698771-Supported-desk-phone-features#h_01GGF32MEZ6DDT3VBE8Y2D6JH3) sia [versioni firmware supportate](https://support.zoom.us/hc/en-us/articles/360001299063-Zoom-Phone-Certified-Hardware).
### Porte di rete e flusso dei dati
#### Diagramma di panoramica
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 è alcuna interruzione della connettività al cloud. Fare riferimento al nostro Centro assistenza per un [elenco completo di Indirizzi IP](https://support.zoom.us/hc/en-us/articles/201362683-Zoom-network-firewall-or-proxy-server-settings#h_01EEBSGCKBYVB20MCVPR78T0NN) 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 desktop |
| 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 del nodo / sistema operativo |
| TCP | ZPLS | cloud di Zoom Phone | 9669 | Cronologia chiamate / Sincronizzazione di 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 a 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 desktop |
| UDP | ZPLS | SBC | 20000-64000 | Traffico multimediale SRTP |
#### Requisiti del firewall per peering BYOC in sede
I Clienti che integrano il modulo ZPLS con un SBC per la composizione esterna durante un Evento di resilienza devono Abilita le porte richieste per il peering in sede. Dopo aver configurato un gruppo di route, gli Indirizzi IP necessari per il gruppo di route sono Disponibile sul web. Per Access gli IP, eseguire i seguenti passaggi:
1. Accedi a Zoom web portal.
2. Sotto il **Gestione del sistema telefonico** sottomenu, Seleziona **Informazioni azienda**.
3. Clicca **Impostazioni account**
4. Individuare l'opzione per **Gruppi di route**. Fai clic su **Gestisci** per caricare una nuova pagina.
5. Nella pagina seguente, individuare il Gruppo di route desiderato e passare il mouse sull' **"i"** icona.
6. Abilita l'Indirizzo IP specificato e le porte nella finestra, secondo necessità, all'interno della rete.
---
# Agent Instructions
This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com.
## Querying This Documentation
If you need additional information that is not directly available in this page, you can query the documentation dynamically by asking a question.
Perform an HTTP GET request on the current page URL with the `ask` query parameter, and the optional `goal` query parameter:
```
GET https://library.zoom.com/technical-library/it/zoom-workplace/zoom-phone/zoom-phone-local-survivability-field-guide/overview.md?ask=&goal=
```
`ask` is the immediate question: it should be specific, self-contained, and written in natural language.
`goal` is optional and describes the broader end goal you are ultimately trying to accomplish on behalf of the user. GitBook uses it to tailor the answer towards what is most useful for that goal.
The response will contain a direct answer to the question and relevant excerpts and sources from the documentation.
Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.