> 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'è 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.
{% hint style="danger" %}
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.
{% endhint %}
**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.
{% hint style="info" %}
Questo avviso è esclusivo dei client desktop Zoom; i telefoni IP non saranno in grado di mostrare un avviso di failover o fallback.
{% endhint %}
#### 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](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à 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.
{% hint style="info" %}
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.
{% endhint %}
### 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](https://support.zoom.us/hc/en-us/articles/360029698771-Supported-desk-phone-features#h_01GGF32MEZ6DDT3VBE8Y2D6JH3) e [versioni firmware supportate](https://support.zoom.us/hc/en-us/articles/360001299063-Zoom-Phone-Certified-Hardware).
### 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](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 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.
---
# 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.