> 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/fr/zoom-workplace/zoom-phone/zoom-phone-local-survivability-field-guide/overview.md).
# Aperçu
### Qu’est-ce que Zoom Phone Local Survivability ?
#### ZPLS est un appareil virtuel sur site qui prend en charge les appels téléphoniques internes entre utilisateurs d’un même site lorsque les centres de données Zoom sont inaccessibles
Le module ZPLS est un appareil sur site qui permet aux utilisateurs du même **site** de passer des appels téléphoniques entre eux lorsque les centres de données Zoom sont inaccessibles. Cela crée une solution de continuité pour la continuité des Affaires en cas de panne du réseau.
{% hint style="danger" %}
Dans ce guide, un **site** est un terme spécifique utilisé dans Zoom Phone qui regroupe les utilisateurs sous une même identité commune, comme un Emplacement de bureau. Pour certains Clients, plusieurs bâtiments sont représentés par un seul site ; pour d’autres, chaque bâtiment d’un campus peut constituer son propre site. Les Clients doivent tenir compte de leurs configurations de site existantes ou potentielles lorsqu’ils envisagent le module ZPLS en raison des considérations de conception mentionnées dans cet article.
{% endhint %}
**ZPLS prend également en charge les appels intersites lorsque les appareils ZPLS et leurs sites associés sont connectés via un réseau commun**
À lui seul, un appareil ZPLS (également appelé module, c’est-à-dire un *module Zoom Node*) offre la résilience aux utilisateurs au sein d’un même Zoom Phone **site**. Cependant, plusieurs modules ZPLS connectés via un réseau local, de campus ou étendu peuvent prendre en charge la communication inter-site, assurant la connexion des utilisateurs provenant de différents sites lors d'un événement de survivabilité, tant que le réseau interne reste opérationnel.
#### Les Clients peuvent intégrer ZPLS avec un SBC pour passer et recevoir des appels RTC lorsque les centres de données Zoom sont injoignables
Les Clients peuvent intégrer le module ZPLS à un contrôleur de bordure de session (SBC) pour les appels externes sur le réseau téléphonique commuté (RTC) lorsque les data centers Zoom sont inaccessibles. Cela permet aux utilisateurs disposant de numéros RTC fournis par Zoom ou par des opérateurs BYOC tiers de recevoir des appels entrants de parties externes lorsque le transfert d’appel pour la résilience est activé dans le cloud, et de passer des appels téléphoniques externes quelles que soient les conditions du réseau local ou la disponibilité du data center Zoom ; toutefois, les appels internes peuvent être limités par la conception du site.
#### Le module ZPLS est le point d'inscription de troisième priorité pour les appareils pris en charge, en privilégiant les zones SIP principales et secondaires de Zoom Phone dans le cloud lorsqu'elles sont disponibles
Lors d’un processus de démarrage de routine, un client Zoom Phone télécharge les enregistrements DNS SRV des zones SIP primaires et secondaires (points d’inscription) situées dans les centres de données Zoom. Cependant, pour les sites dotés de la fonctionnalité de survie avec un module ZPLS, les appareils client pris en charge sont en outre configurés avec un *troisième* SRV enregistrer, pointant vers l'adresse IP du module du site.
#### Le module ZPLS surveille la disponibilité de cloud Zoom via des requêtes OPTIONS périodiques vers des zones SIP spécifiques au site
Lors des opérations normales, le module ZPLS est généralement inactif au sein du réseau local et n’effectue pas de traitement des appels. Au lieu de cela, le module ZPLS envoie des pings OPTIONS de routine vers des zones SIP spécifiques au site afin de surveiller la connectivité active entre les sites.
#### Le mode de survie ne s’active que lorsque le module ZPLS et les appareils clients ne parviennent pas à se connecter aux zones SIP spécifiques au site
Un module ZPLS n’entre en mode de survivabilité que lorsque les pings de routine OPTIONS entre le module ZPLS et les zones SIP primaire et secondaire échouent. Les appareils clients qui perdent la connexion avec les zones SIP en même temps que le module ZPLS se connecteront au module, à condition qu’il y ait une connectivité IP entre les appareils. Si le module ZPLS maintient la connectivité avec le cloud Zoom Phone, il n’acceptera pas d’enregistrements SIP.
#### Le temps approximatif de basculement vers un module ZPLS est d’environ trois minutes, mais peut varier selon le nombre d’Appareil
Si les zones SIP spécifiques au site sont injoignables, le temps approximatif de basculement de l’Appareil vers un module ZPLS est inférieur à trois minutes. Toutefois, ce délai peut varier en fonction du nombre d’Appareil concurrents tentant de s’enregistrer sur chaque module ZPLS.
#### Les clients de bureau informent les utilisateurs lors de l’entrée et de la sortie du mode de survivabilité
Lorsque les clients de bureau Zoom basculent en mode de survivabilité, les utilisateurs reçoivent une alerte les informant qu’ils n’ont pas de connexion Internet, mais que le service téléphonique est toujours Disponible.
Une fois les services rétablis, les utilisateurs reçoivent une alerte de rétablissement de la connexion.
{% hint style="info" %}
Cette alerte est propre aux clients de bureau Zoom ; les téléphones IP n’afficheront pas d’alerte de basculement ou de repli.
{% endhint %}
#### Les appels Actif seront interrompus lorsque le mode de survivabilité est activé et les utilisateurs doivent rétablir manuellement l’appel
Les utilisateurs participant à un appel Actif lorsqu’ils sont déconnectés des zones SIP de leur site entendront un signal Occupé rapide avant que leur appel ne soit déconnecté. Après la déconnexion et le basculement en mode de survivabilité, les utilisateurs doivent rétablir manuellement leur appel.
#### Le transfert d’appel peut acheminer les appels entrants vers un numéro BYOC lorsque le mode de survivabilité est actif
Lors d’un événement de survivabilité, les appareils dont les numéros de téléphone sont enregistrés dans le cloud Zoom Phone ne sont pas joignables en raison de la perte de connectivité Internet. Toutefois, les clients ZPLS disposant d’un SBC et d’un opérateur indépendant peuvent définir des règles de transfert d’appel dans le portail web pour la numérotation directe à l’arrivée. Lorsqu’elles sont activées, les règles de transfert d’appel redirigent les appels entrants vers un numéro enregistré dans Zoom Phone, vers un *numéro distinct* associé à une liaison RTC sur site du client. Cela permet aux Clients la flexibilité d’acheter des numéros directement auprès de Zoom tout en pouvant répondre aux appels directement depuis un site ayant perdu sa connectivité au cloud.
Par exemple, si un utilisateur a le numéro de téléphone X55-555-5555 enregistré dans Zoom Phone et que le site de l’utilisateur passe en mode survivabilité, le numéro de téléphone de l’utilisateur n’est pas disponible du point de vue de cloud Zoom. Si le transfert d’appel est activé et que son numéro est appelé, Zoom Phone peut transférer la demande vers son numéro de téléphone de transfert désigné (par exemple, X11-111-1111) via le RTC vers le SBC du client. Par conséquent, les appelants externes peuvent joindre les utilisateurs au sein d’un site affecté en cours d’événement de survivabilité.
#### ZPLS prend en charge les groupes de distribution de survivabilité, offrant des capacités nuancées de routage des appels lors d’un événement de survivabilité
Les modules ZPLS prennent en charge les groupes de distribution de survivabilité (SDG) pour des configurations nuancées de routage des appels lors d’un événement de survivabilité. Avec les SDG, une entreprise peut acheminer les appels RTC internes et entrants vers un utilisateur individuel, un groupe d’utilisateurs (similaire à une file d’attente des appels ou à un groupe partagé), un menu SVI, un autre numéro de téléphone ou, si nécessaire, un autre SDG.
Bien que les SDG n’offrent pas les mêmes fonctionnalités complètes que les files d’attente des appels en fonctionnement standard, les groupes de lignes partagées ou les standards automatiques, les SDG peuvent continuer à prendre en charge les besoins critiques de routage des appels d’une entreprise jusqu’à ce que les opérations normales soient rétablies.
Un SDG peut être ajouté à l’aide de l’ **Ajouter un groupe de routage** configuration dans le portail administrateur.
#### Les appels internes entre les utilisateurs en mode de survivabilité continuent d’être protégés par SRTP
Pendant le mode de survivabilité, les appels téléphoniques internes entre les utilisateurs sont protégés par le Secure Real-time Transport Protocol (SRTP) à l’aide d’un chiffrement AES-128 ou 256, selon [les capacités de l’Appareil](https://support.zoom.us/hc/en-us/articles/360001299063-Zoom-Voice-Supported-Devices).
#### Les services cloud/le routage seront rétablis après que le module ZPLS aura maintenu une connectivité fiable à la zone SIP pendant environ cinq minutes
Une fois que les Appareils client et le module ZPLS auront rétabli une connexion avec les zones SIP spécifiques au site, le délai approximatif de reprise vers le fonctionnement normal est de cinq minutes. Cela inclut une période de temps destinée à garantir que les connexions réseau sont stables en cas de rétablissement intermittent ou partiel du réseau (flapping). Si la connectivité réseau est intermittente, les Appareils client et le module ZPLS resteront en mode de survivabilité jusqu’à ce que les connexions soient jugées stables.
#### Le module ZPLS téléversera les enregistrements détaillés des appels pour tous les appels effectués après la sortie du mode de survivabilité
Après que le module ZPLS est sorti avec succès du mode de survivabilité et que la connectivité de la zone SIP est stable, le module téléversera les enregistrements détaillés des appels (CDRs) pour tous les appels effectués en mode de survivabilité. Ces enregistrements sont marqués dans les rapports comme des appels qui ont été terminés alors qu’ils étaient en mode de survivabilité.
#### Les modifications du site, y compris l’ajout ou la modification d’utilisateurs ou d’Appareils, sont synchronisées avec le module ZPLS une fois toutes les 10 heures
Les mises à jour de la configuration d’un site via le portail Web Zoom, y compris l’ajout ou la modification d’utilisateurs ou d’Appareils, sont synchronisées avec le module ZPLS une fois toutes les 10 heures. Si un événement de temps d’arrêt se produit avant que de nouvelles modifications de configuration ne soient synchronisées avec le module ZPLS, le module utilisera la dernière configuration connue.
#### Les Clients peuvent tester ou simuler des événements de basculement avec le mode de test
Les Clients peuvent simuler des événements de basculement pour un site en activant le mode de test depuis le portail web. Une fois le mode de test activé pour un site spécifique, le module ZPLS doit être redémarré pour accepter les enregistrements des clients. Ensuite, les utilisateurs qui se déconnectent puis se reconnectent à leur client de bureau s’enregistreront automatiquement auprès du module ZPLS tant que le mode de test est activé.
Lorsque le mode de test est actif, le module ZPLS fonctionne comme si un événement de basculement se produisait. Les utilisateurs internes peuvent passer des appels à d’autres utilisateurs de leur site. De plus, les appels sortants et entrants seront acheminés via le SBC connecté si cela est configuré, et les appels entrants suivront les règles de renvoi d’appel si elles sont configurées et activées.
Après la désactivation du mode de test, le module ZPLS doit être redémarré pour reprendre les opérations normales du réseau.
{% hint style="info" %}
Le mode de test ne s’applique pas aux appareils de téléphone IP. Le mode de test ne peut être testé qu’avec les applications de bureau Zoom.
{% endhint %}
### Fonctionnalités et clients pris en charge
#### Fonctionnalités disponibles en mode de survie
La liste suivante contient les fonctionnalités prises en charge par le module ZPLS lorsque le mode de survie est activé :
**Fonctionnalités d’appel**
* Numérotation des extensions internes
* Numérotation complète des extensions avec le code du site
* Composer à partir de l’historique des appels
* DTMF (RFC 2833)
* Conférence ad hoc à 3 participants
* Renvoi d’appel\*
* RTC entrant/sortant\*
* Recherche/numérotation de contact (les 25 000 premiers contacts)
* Composer par nom
* Couper le micro/rétablir le micro
* Mettre l’appel en attente/reprendre l’appel
* Parcage d'appel
**Transfert et routage**
* Transfert avec consultation
* transfert à froid
* Numéro d’identification de localisation d’urgence
* Appels entre modules ZPLS
**Distribution de la survie**
* Acheminer vers l’utilisateur
* Acheminer vers les membres du groupe
* Acheminer vers le numéro de téléphone\*
* Acheminer vers le SVI
* heures d'ouverture
* Sonnerie Séquentielle
* Sonnerie Simultanée
* Invites audio
*\*Nécessite l’Intégrations SBC et BYOC*
#### Fonctionnalités indisponibles en mode de survie
La liste suivante contient les fonctionnalités qui ne sont pas prises en charge lorsque le mode de survie est activé :
* Ajouter/supprimer un contact
* messagerie vocale
* Passer à une conférence multipartite (4 utilisateurs et plus)
* Passer à une réunion
* Prendre un appel
* Basculer vers l’opérateur
* Appel e911 nomade
* Numérotation rapide
* Surveillance (Intervenir/Surveiller/Chuchoter)
* Délégation d’appel
* Interphone
* Appel chiffré de bout en bout (E2EE)
* réceptionniste automatique
* file d'attente des appels
#### Appareils client pris en charge
Consultez notre Centre d'assistance pour une liste de [appareils clients pris en charge](https://support.zoom.us/hc/en-us/articles/360029698771-Supported-desk-phone-features#h_01GGF32MEZ6DDT3VBE8Y2D6JH3) et [versions du micrologiciel prises en charge](https://support.zoom.us/hc/en-us/articles/360001299063-Zoom-Phone-Certified-Hardware).
### Ports réseau et flux de données
#### Schéma récapitulatif
Le schéma suivant illustre les ports réseau et les flux de données utilisés avec un module ZPLS et une configuration SBC.
#### Exigences du pare-feu de survivabilité ZPLS
Le tableau suivant répertorie les ports réseau utilisés par Zoom Phone pendant les opérations normales lorsqu'il n'y a aucune interruption de la connectivité au cloud. Consultez notre Centre d'assistance pour une [liste complète d'adresses IP](https://support.zoom.us/hc/en-us/articles/201362683-Zoom-network-firewall-or-proxy-server-settings#h_01EEBSGCKBYVB20MCVPR78T0NN) utilisées pour le cloud Zoom Phone.
| Transport | IP source | IP de destination | Destination Porter | Objectif |
| --------- | ----------------- | ----------------- | ------------------ | --------------------------------------------------------- |
| TCP | Client Zoom Phone | cloud Zoom Phone | 5091 | Trafic de signalisation SIP |
| TCP | Client Zoom Phone | cloud Zoom Phone | 443 | Trafic Web - Paramètres du client |
| TCP | Client Zoom Phone | cloud Zoom Phone | 390 | Recherche dans l'annuaire depuis les téléphones de bureau |
| UDP | Client Zoom Phone | cloud Zoom Phone | 20000-64000 | Trafic média SRTP |
| TCP | ZPLS | cloud Zoom Phone | 5091 | Ping des options SIP (Keepalive) |
| TCP | ZPLS | cloud Zoom Phone | 443 | Trafic de gestion du nœud / SYSTÈME D'EXPLOITATION |
| TCP | ZPLS | cloud Zoom Phone | 9669 | Historique des appels / Synchronisation de récupération |
| TCP | SBC | cloud Zoom Phone | 5061 | Trafic de signalisation SIP (BYOC) |
| UDP | SBC | cloud Zoom Phone | 10000-64000 | Trafic média SRTP (BYOC) |
Le tableau suivant décrit les ports TCP et UDP utilisés par Zoom Phone lorsque le basculement vers ZPLS est actif en raison d'une interruption de la connectivité au cloud.
| Transport | IP source | IP de destination | Destination Porter | Objectif |
| --------- | ----------------- | ----------------- | ------------------ | --------------------------------------------------------- |
| TCP | Client Zoom Phone | ZPLS | 5091 | Trafic de signalisation SIP |
| UDP | Client Zoom Phone | ZPLS | 20000-64000 | Trafic média SRTP |
| TCP | ZPLS | SBC | 5061 | Recherche dans l'annuaire depuis les téléphones de bureau |
| UDP | ZPLS | SBC | 20000-64000 | Trafic média SRTP |
#### Exigences du pare-feu de peering BYOC sur site
Les Clients qui intègrent le module ZPLS à un SBC pour la composition externe pendant un événement de survivabilité doivent Activer les ports requis pour le peering sur site. Après avoir configuré un groupe d'itinéraires, les adresses IP nécessaires pour le groupe d'itinéraires sont disponibles sur le web. Pour accéder aux adresses IP, effectuez les étapes suivantes :
1. Connectez-vous au portail Web Zoom.
2. Sous le **Gestion du système téléphonique** sous-menu, sélectionnez **Infos sur l'entreprise**.
3. Cliquez sur **Paramètres du compte**
4. Repérez l'option pour **Groupes d'itinéraires**. Cliquez sur **Gérer** pour charger une nouvelle page.
5. Sur la page suivante, repérez le groupe d'itinéraires souhaité et survolez l' **« i »** icône.
6. Activez l'adresse IP et les ports spécifiés dans la fenêtre, selon les besoins de votre réseau.
---
# 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/fr/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.