Aperçu

Qu'est-ce que la survivabilité locale de Zoom Phone ?

ZPLS est un appliance virtuel sur site qui prend en charge les appels téléphoniques internes entre utilisateurs d’un site commun lorsque les centres de données Zoom sont injoignables

Le module ZPLS est un appliance sur site qui permet aux utilisateurs au sein du même site de s’appeler les uns les autres lorsque les centres de données Zoom sont injoignables. Cela crée une solution de survivabilité pour la continuité des activités en cas d’un événement de panne réseau.

Dans ce guide, un site est un terme spécifique utilisé dans Zoom Phone qui regroupe les utilisateurs sous une 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 être conscients 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.

ZPLS prend également en charge les appels entre sites lorsque les appliances ZPLS et leurs sites associés sont connectés via un réseau commun

À lui seul, un appliance ZPLS (également appelé module, c’est-à-dire un module Zoom Node) assure la survivabilité des 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, en assurant la connexion d’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 à un SBC pour émettre et recevoir des appels RTC lorsque les centres de données Zoom sont injoignables

Les Clients peuvent intégrer le module ZPLS avec un contrôleur de bordure de session (SBC) pour les appels externes via le réseau téléphonique commuté (RTC) lorsque les data center Zoom sont injoignables. 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 renvoi d'appels pour la survivabilité est activé dans le cloud, et de passer des appels téléphoniques externes indépendamment de l'état du réseau local ou de 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, privilégiant les zones SIP primaires et secondaires de Zoom Phone dans le cloud lorsqu'elles sont Disponible

Au cours d’un processus de démarrage de routine, un client Zoom Phone télécharge les enregistrements DNS SRV des zones SIP primaire et secondaire (points d’inscription) situées dans les centres de données Zoom. Cependant, pour les sites dotés de la fonction de survivabilité et d’un module ZPLS, les appareils client pris en charge sont également configurés avec un troisième SRV enregistrer, pointant vers l'adresse IP du module du site.

Le module ZPLS surveille la disponibilité cloud Zoom au moyen de pings OPTIONS de routine vers des zones SIP spécifiques au site

Au cours des opérations normales, le module ZPLS est généralement inactif au sein du réseau local et n’assure pas le traitement des appels. À la place, le module ZPLS envoie des pings OPTIONS de routine aux zones SIP spécifiques au site afin de surveiller la connectivité Actif entre les emplacements.

Le mode de survivabilité ne s’active que lorsque le module ZPLS et les appareils clients ne peuvent pas se connecter aux zones SIP spécifiques au site

Un module ZPLS n’entre en mode de résilience que lorsque les pings OPTIONS de routine 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 s’enregistreront auprès du module, à condition qu’il existe une connectivité IP entre les appareils. Si le module ZPLS maintient la connectivité avec le cloud Zoom Phone, il n’acceptera pas les enregistrements SIP.

Le temps approximatif de basculement vers un module ZPLS est d’environ trois minutes, mais il peut varier en fonction du nombre d’Appareils

Dans le cas où les zones SIP propres au site sont injoignables, le temps approximatif de basculement des Appareils vers un module ZPLS est de trois minutes maximum. Toutefois, ce délai peut varier en fonction du nombre d’Appareils concurrents tentant de s’enregistrer sur chaque module ZPLS.

Les clients de bureau avertissent les utilisateurs lors de l’entrée et de la sortie du mode de résilience

Lorsque les clients de bureau Zoom basculent en mode de résilience, 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.

Cette alerte est propre aux clients de bureau Zoom ; les téléphones IP n’afficheront pas d’alerte de basculement ou de repli.

Les appels Actif seront interrompus lorsque le mode de résilience est activé et les utilisateurs doivent rétablir manuellement l’appel

Les utilisateurs impliqués dans un appel Actif lorsqu’ils sont déconnectés des zones SIP de leur site entendront une tonalité Occupé rapide avant que leur appel ne soit déconnecté. Après la déconnexion et le basculement en mode de résilience, les utilisateurs doivent rétablir manuellement leur appel.

La redirection d’appel peut acheminer les appels entrants vers un numéro BYOC lorsque le mode de résilience est Actif

Pendant un événement de résilience, les appareils dont les numéros de téléphone sont enregistrés sur le cloud Zoom de Zoom Phone ne sont pas joignables en raison de la perte de connectivité Internet. Cependant, les clients ZPLS disposant d’un SBC et d’un opérateur indépendant peuvent configurer des règles de renvoi d’appel dans le portail web pour la numérotation directe à l’arrivée. Lorsqu’elles sont activées, les règles de renvoi d’appel redirigent les appels entrants vers un numéro enregistré sur Zoom Phone, vers un séparé numéro lié au trunk RTC sur site d’un client. Cela permet aux clients d’acheter des numéros directement auprès de Zoom tout en pouvant toujours répondre aux appels directement sur un site qui a perdu la connectivité avec le cloud.

Par exemple, si un utilisateur a le numéro de téléphone X55-555-5555 enregistré sur Zoom Phone et que le site de l’utilisateur passe en mode de résilience, le numéro de téléphone de l’utilisateur n’est pas disponible du point de vue du cloud Zoom. Si le renvoi 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 renvoi 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 d’un site touché pendant un événement de résilience.

ZPLS prend en charge les groupes de distribution de résilience, offrant des capacités nuancées de routage des appels pendant un événement de résilience

Les modules ZPLS prennent en charge les groupes de distribution de résilience (SDG) pour des configurations nuancées de routage des appels pendant un événement de résilience. Avec les SDG, une entreprise peut router les appels RTC internes et entrants vers un utilisateur individuel, un groupe d’utilisateurs (semblable à 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 la même fonctionnalité complète que les files d’attente des appels en fonctionnement standard, les groupes de lignes partagées ou les réceptionnistes automatiques, les SDG peuvent continuer à prendre en charge les besoins critiques de routage des appels d’une entreprise jusqu’au rétablissement des opérations normales.

Un SDG peut être ajouté à l’aide du Ajouter un groupe de routage configuration dans le portail administrateur.

Les appels internes entre utilisateurs en mode de survie continuent d’être protégés par SRTP

Pendant le mode de survie, les appels téléphoniques internes entre utilisateurs sont protégés par le protocole de transport sécurisé en temps réel (SRTP) à l’aide d’un chiffrement AES-128 ou 256, selon capacités de l’Appareil.

Les services cloud/routage seront rétablis après que le module ZPLS aura maintenu une connectivité SIP fiable à la zone pendant environ cinq minutes

Une fois que les Appareils clients et le module ZPLS auront rétabli une connexion avec les zones SIP spécifiques au site, le délai approximatif de retour à la normale 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écupération réseau intermittente ou partielle (flapping). Si la connectivité réseau est intermittente, les Appareils clients et le module ZPLS resteront en mode de survie jusqu’à ce que les connexions soient jugées stables.

Le module ZPLS chargera les enregistrements détaillés des appels pour tous les appels effectués après la sortie du mode de survie

Après que le module ZPLS a quitté avec succès le mode de survie et que la connectivité de la zone SIP est stable, le module chargera les enregistrements détaillés des appels (CDR) pour tous les appels effectués en mode de survie. Ces enregistrements sont marqués dans les rapports comme des appels qui ont été achevés en mode de survie.

Les modifications du site, y compris l’ajout ou la modification d’utilisateurs ou d’Appareils, sont synchronisées avec le module ZPLS 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 toutes les 10 heures. Si un événement d’indisponibilité se produit avant que les 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éconnexion 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 au sein de leur site. De plus, les appels sortant et entrant seront acheminés via le SBC connecté s’il est configuré, et les appels entrants suivront les règles de renvoi d’appel s’il est configuré et activé.

Après la désactivation du mode de test, le module ZPLS doit être redémarré pour reprendre les opérations réseau normales.

Le mode de test ne s’applique pas aux téléphones IP. Le mode de test peut uniquement être testé avec les applications de bureau Zoom.

Fonctionnalités et Clients pris en charge

Fonctionnalités Disponible en mode de survivabilité

La liste suivante contient les fonctionnalités prises en charge par le module ZPLS lorsque le mode de survivabilité est activé :

Fonctionnalités d’appel

• Numérotation des postes internes

• Numérotation complète des postes avec code de site

• Composer depuis l’historique des appels

• DTMF (RFC 2833)

• Conférence ad hoc à 3 participants

• Renvoi d’appel*

• RTC entrant/sortant*

• Recherche/numérotation de contact (premiers 25 000 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 consultatif

• transfert à froid

• Numéro d’identification de l’Emplacement d’urgence

• Appel entre modules ZPLS

Distribution de la survivabilité

• Routage vers l’utilisateur

• Routage vers les membres du groupe

• Routage vers un numéro de téléphone*

• Routage vers le SVI

• heures d'ouverture Affaires

• Sonnerie Séquentielle

• Sonnerie Simultanée

• Invites audio

_{*Nécessite les Intégrations SBC et BYOC}

Fonctionnalités indisponibles en mode de survivabilité

La liste suivante contient les fonctionnalités qui ne sont pas prises en charge lorsque le mode de survivabilité est activé :

• Ajout/Suppression de contact

• messagerie vocale

• Passer à une conférence multipartite (4+ utilisateurs)

• Passer à une réunion

• Prise d’appel

• Basculer vers le transporteur

• 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

Reportez-vous à notre Centre d'assistance pour obtenir une liste de appareils clients pris en charge et versions du micrologiciel prises en charge.

Ports réseau et flux de données

Diagramme récapitulatif

Le diagramme 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 pour la résilience de ZPLS

Le tableau suivant répertorie les ports réseau utilisés par Zoom Phone lors du fonctionnement normal lorsqu'il n'y a aucune interruption de la connectivité au cloud. Reportez-vous à notre Centre d'assistance pour obtenir un liste complète des adresses IP utilisées pour le cloud Zoom Phone.

Transport	IP source	IP de destination	porter de destination	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 / Synchroniser la 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 présente 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	porter de destination	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 sur site BYOC

Les Clients qui intègrent le module ZPLS avec un SBC pour la numérotation externe lors d'un événement de résilience doivent activer les ports requis pour le peering sur site. Après avoir configuré un groupe de routage, les adresses IP nécessaires pour le groupe de routage sont disponibles sur le web. Pour accéder aux adresses IP, procédez comme suit :

1. Connectez-vous au portail Web Zoom.

2. Sous le Gestion du système de téléphonie sous-menu, sélectionnez Infos de l’entreprise.

3. Cliquez sur Paramètres du compte

4. Repérez l'option pour Groupes de routage. Cliquez sur Gérer pour charger une nouvelle page.

   
5. Sur la page suivante, repérez le groupe de routage 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.