Lokale Ausfallsicherheit von Zoom Phone
Übersicht
ZPLS ist eine lokale virtuelle Appliance, die interne Telefonanrufe zwischen Benutzern an einem gemeinsamen Standort unterstützt, wenn Zoom-Rechenzentren nicht erreichbar sind
Das ZPLS-Modul ist eine lokale Appliance, die Benutzern innerhalb desselben Standorts Telefonanrufe untereinander zu tätigen, wenn Zoom-Rechenzentren nicht erreichbar sind. Dadurch entsteht eine Ausfallsicherheitslösung für die Business-Kontinuität im Event eines Netzausfalls.
Innerhalb dieses Leitfadens ist ein Standorts ist ein spezifischer Begriff, der in Zoom Phone verwendet wird und Benutzer unter einer gemeinsamen Identität zusammenfasst, wie etwa einem Büro-Standort. Bei einigen Kunden werden mehrere Gebäude durch einen einzelnen Standort repräsentiert; bei anderen kann jedes Gebäude auf einem Campus einen eigenen Standort darstellen. Kunden sollten sich ihrer bestehenden oder potenziellen Standortkonfigurationen bewusst sein, wenn sie das ZPLS-Modul aufgrund der in diesem Artikel erwähnten Designüberlegungen in Betracht ziehen.
ZPLS unterstützt auch standortübergreifende Anrufe, wenn ZPLS-Appliances und die zugehörigen Standorte über ein gemeinsames Netzwerk verbunden sind
Für sich genommen bietet eine ZPLS-Appliance (auch als Modul bezeichnet, d. h. ein Zoom Node-Modul) bietet Ausfallsicherheit für Benutzer innerhalb eines gemeinsamen Zoom Phone Standorts. Allerdings können mehrere ZPLS-Module, die über ein lokales, Campus- oder Weitverkehrsnetz verbunden sind, Support für Standort-übergreifende Kommunikation leisten und Benutzer von verschiedenen Standorten während eines Events Verbinden, solange das interne Netzwerk betriebsfähig bleibt.
Kunden können ZPLS mit einem SBC integrieren, um PSTN-Anrufe zu tätigen und zu empfangen, wenn die Zoom-Rechenzentren nicht erreichbar sind
Kunden können das ZPLS-Modul mit einem Sitzung-Grenz-Controller (SBC) für externe Anrufe über das Telefonnetz (PSTN) integrieren, wenn die Zoom-Rechenzentren nicht erreichbar sind. Dadurch können Benutzer mit PSTN-Nummern, die von Zoom oder BYOC-Anbietern von Drittanbietern bereitgestellt werden, Eingehend-Anrufe von externen Parteien empfangen, wenn die Anrufweiterleitung für die Ausfallsicherheit in der Cloud aktiviert ist, und externe Telefonanrufe unabhängig von den lokalen Netzwerkbedingungen oder der Verfügbarkeit des Zoom-Rechenzentrums tätigen; interne Anrufe können jedoch durch das Standortdesign eingeschränkt sein.
Das ZPLS-Modul ist der Registrierungspunkt dritter Priorität für unterstützte Geräte und bevorzugt die primären und sekundären SIP-Zonen von Zoom Phone in der Cloud, wenn sie Verfügbar sind
Während eines routinemäßigen Startvorgangs lädt ein Zoom Phone-Client die DNS-SRV-Einträge der primären und sekundären SIP-Zonen (Registrierungspunkte) herunter, die sich in Zoom-Rechenzentren befinden. Für Standorte mit aktivierter Ausfallsicherheit und einem ZPLS-Modul werden unterstützte Client-Geräte jedoch zusätzlich mit einem dritte SRV aufzeichnen, das auf die IP-Adresse des Moduls des Standorts verweist.
Das ZPLS-Modul überwacht die Verfügbarkeit von Zoom Cloud durch routinemäßige OPTIONS-Pings an standortspezifische SIP-Zonen
Im Verlauf des normalen Betriebs ist das ZPLS-Modul innerhalb des lokalen Netzwerks im Allgemeinen inaktiv und führt keine Anrufbearbeitung durch. Stattdessen sendet das ZPLS-Modul routinemäßige OPTIONS-Pings an standortspezifische SIP-Zonen, um die aktive Konnektivität zwischen Standorten zu überwachen.
Der Überlebensmodus wird nur aktiviert, wenn sowohl das ZPLS-Modul als auch die Client-Geräte keine Verbindung zu Standort-spezifischen SIP-Zonen herstellen können
Ein ZPLS-Modul wechselt nur dann in den Überlebensmodus, wenn die routinemäßigen OPTIONS-Pings zwischen dem ZPLS-Modul und den primären und sekundären SIP-Zonen fehlschlagen. Client-Geräte, die gleichzeitig mit dem ZPLS-Modul die Verbindung zu den SIP-Zonen verlieren, registrieren sich beim Modul, sofern zwischen den Geräten IP-Konnektivität besteht. Wenn das ZPLS-Modul die Konnektivität zur Zoom Phone Cloud aufrechterhält, akzeptiert es keine SIP-Registrierungen.
Die ungefähre Zeit für das Failover zu einem ZPLS-Modul beträgt ungefähr drei Minuten, kann jedoch je nach Anzahl der Geräte variieren
Falls standortspezifische SIP-Zonen nicht erreichbar sind, beträgt die ungefähre Geräte-Failover-Zeit zu einem ZPLS-Modul innerhalb von drei Minuten. Diese Zeit kann jedoch je nach Anzahl der gleichzeitig versuchenden Geräte, sich bei jedem ZPLS-Modul zu registrieren, variieren.
Desktop-Clients benachrichtigen Benutzer beim Ein- und Austreten aus dem Überlebensmodus
Wenn Zoom-Desktop-Clients in den Überlebensmodus failovern, erhalten Benutzer einen Warnhinweis, der sie darüber informiert, dass keine Internetverbindung besteht, der Telefondienst jedoch weiterhin Verfügbar ist.
Sobald die Dienste wiederhergestellt sind, erhalten Benutzer einen Warnhinweis zur Wiederherstellung der Verbindung.
Aktive Anrufe werden getrennt, wenn der Überlebensmodus aktiv ist, und Benutzer müssen den Anruf manuell erneut herstellen
Benutzer, die sich während eines aktiven Anrufs befinden, wenn die Verbindung zu den SIP-Zonen ihres Standorts getrennt wird, hören vor der Trennung ihres Anrufs einen schnellen Beschäftigtton. Nach der Trennung und dem Failover in den Überlebensmodus müssen Benutzer ihren Anruf manuell erneut herstellen.
Die Anrufweiterleitung kann Eingehend-Anrufe an eine BYOC-Nummer leiten, wenn der Überlebensmodus aktiv ist
Während eines Survivability-Events sind Geräte mit Telefonnummern, die in der Zoom Phone Cloud registriert sind, aufgrund des Verlusts der Internetverbindung nicht erreichbar. Kunden von ZPLS mit einem SBC und einem unabhängigen Carrier können im Webportal Anrufweiterleitungsregeln für Direct Inward Dialing einrichten. Wenn aktiviert, leiten Anrufweiterleitungsregeln Eingehend-Anrufe an eine bei Zoom Phone registrierte Nummer weiter, zu einer separat Nummer, die an den PSTN-Trunk vor Ort eines Kunden gebunden ist. Dies ermöglicht Kunden die Flexibilität, Nummern direkt von Zoom zu kaufen, während sie weiterhin Anrufe direkt an einem Standort beantworten können, der die Verbindung zur Cloud verloren hat.
Zum Beispiel: Wenn ein Benutzer die Telefonnummer X55-555-5555 bei Zoom Phone registriert hat und der Standort des Benutzers in den Survivability-Modus wechselt, ist die Telefonnummer des Benutzers aus Sicht der Zoom Cloud nicht verfügbar. Wenn Anrufweiterleitung aktiviert ist und seine Nummer angerufen wird, kann Zoom Phone die Anfrage über das PSTN an die vom Kunden festgelegte Weiterleitungsrufnummer (z. B. X11-111-1111) zum SBC des Kunden weiterleiten. Dadurch können externe Anrufer Benutzer innerhalb eines betroffenen Standorts erreichen, der ein Survivability-Event durchläuft.
ZPLS unterstützt Survivability Distribution Groups und bietet differenzierte Anrufweiterleitungsmöglichkeiten während eines Survivability Event
ZPLS-Module unterstützen Survivability Distribution Groups (SDGs) für nuancierte Anrufweiterleitungskonfigurationen während eines Survivability-Events. Mit SDGs kann ein Unternehmen interne und Eingehend PSTN-Anrufe an einen einzelnen Benutzer, eine Gruppe von Benutzern (ähnlich einer Warteschleife oder einer geteilten Gruppe), ein Sprachdialogsystem-Menü, eine andere Telefonnummer oder, falls erforderlich, ein anderes SDG weiterleiten.
Obwohl SDGs nicht die gleiche voll ausgestattete Funktionalität wie Standard-Anrufwarteschlangen, Gruppen mit gemeinsamer Leitung oder automatische Rezeptionisten bieten, können SDGs weiterhin die kritischen Anrufweiterleitungsanforderungen eines Business unterstützen, bis der Normalbetrieb wiederhergestellt ist.
Ein SDG kann mithilfe des Route-Gruppe Hinzufügen Konfiguration im Admin-Portal.
Interne Anrufe zwischen Benutzern im Survivability-Modus werden weiterhin durch SRTP geschützt
Während des Survivability-Modus werden interne Telefonanrufe zwischen Benutzern durch Secure Real-time Transport Protocol (SRTP) unter Verwendung von AES-128- oder 256-Verschlüsselung geschützt, abhängig von Gerätefunktionen.
Cloud-Dienste/Weiterleitung werden wiederhergestellt, nachdem das ZPLS-Modul für etwa fünf Minuten eine zuverlässige SIP-Zonen-Konnektivität aufrechterhalten hat
Sobald die Clientgeräte und das ZPLS-Modul eine Verbindung mit den standortspezifischen SIP-Zonen wiederhergestellt haben, beträgt die ungefähre Wiederherstellungszeit bis zum normalen Betrieb fünf Minuten. Dies umfasst einen Zeitraum, um sicherzustellen, dass die Netzwerkverbindungen stabil sind, falls eine intermittierende oder teilweise Netzwerkwiederherstellung (Flapping) auftritt. Wenn die Netzwerkkonnektivität intermittierend ist, verbleiben die Clientgeräte und das ZPLS-Modul im Survivability-Modus, bis festgestellt wird, dass die Verbindungen stabil sind.
Das ZPLS-Modul lädt Anrufdetaildatensätze für alle Anrufe hoch, die nach dem Verlassen des Survivability-Modus getätigt wurden
Nachdem das ZPLS-Modul den Survivability-Modus erfolgreich verlassen hat und die SIP-Zonen-Konnektivität stabil ist, lädt das Modul Anrufdetaildatensätze (CDRs) für alle im Survivability-Modus getätigten Anrufe hoch. Diese Datensätze werden in Berichten als Anrufe gekennzeichnet, die während des Survivability-Modus abgeschlossen wurden.
Standortänderungen, einschließlich Hinzufügen oder Ändern von Benutzern oder Geräten, werden einmal alle 10 Stunden mit dem ZPLS-Modul synchronisiert
Aktualisierungen einer Standortkonfiguration über das Zoom-Webportal, einschließlich des Hinzufügens oder Änderns von Benutzern oder Geräten, werden einmal alle 10 Stunden mit dem ZPLS-Modul synchronisiert. Tritt vor der Synchronisierung neuer Konfigurationsänderungen mit dem ZPLS-Modul ein Ausfall-Event auf, verwendet das Modul die zuletzt bekannte Konfiguration.
Kunden können Failover-Events mit dem Testmodus testen oder simulieren
Kunden können Failover-Ereignisse für einen Standort simulieren, indem sie den Testmodus im Webportal aktivieren. Sobald der Testmodus für einen bestimmten Standort aktiviert ist, muss das ZPLS-Modul neu gestartet werden, um Client-Registrierungen zu akzeptieren. Danach registrieren sich Benutzer, die sich abmelden und wieder bei ihrem Desktop-Client anmelden, automatisch beim ZPLS-Modul, solange der Testmodus aktiviert ist.
Während der Testmodus aktiv ist, arbeitet das ZPLS-Modul so, als würde ein Failover-Ereignis stattfinden. Interne Benutzer können Anrufe an andere Benutzer innerhalb ihres Standorts tätigen. Zusätzlich werden ausgehende und eingehende Anrufe über das verbundene SBC geleitet, sofern konfiguriert, und eingehende Anrufe folgen den Rufweiterleitungsregeln, sofern konfiguriert und aktiviert.
Nach dem Deaktivieren des Testmodus muss das ZPLS-Modul neu gestartet werden, um den normalen Netzwerkbetrieb wieder aufzunehmen.
Unterstützte Funktionen und Clients
Verfügbare Funktionen im Survivability-Modus
Die folgende Liste enthält unterstützte Funktionen des ZPLS-Moduls, wenn der Survivability-Modus aktiviert ist:
Anruffunktionen
Wählen interner Durchwahlen
Vollständiges Wählen von Durchwahlen mit Standortcode
Wählen aus dem Anrufverlauf
DTMF (RFC 2833)
Ad-hoc-3-Parteien-Konferenz
Rufumleitung*
Eingehend/Ausgehend PSTN*
Kontaktsuche/Wählen (erste 25.000 Kontakte)
Wählen nach Namen
Stummschalten/Stummschaltung aufheben
Anruf halten/Fortsetzen
Parken von Anrufen
Übergabe & Weiterleitung
Übergabe mit Rücksprache
Übergabe ohne Rücksprache
Notruf-Ortserkennungsnummer
Anrufe zwischen ZPLS-Modulen
Verteilung im Survivability-Modus
An Benutzer weiterleiten
An Gruppenmitglieder weiterleiten
An Telefonnummer weiterleiten*
An Sprachdialogsystem weiterleiten
Geschäftszeiten
Sequenzielles Klingeln
Simultanes Klingeln
Audioansagen
*Erfordert SBC- & BYOC-Integration
Nicht verfügbare Funktionen im Survivability-Modus
Die folgende Liste enthält Funktionen, die im Survivability-Modus nicht unterstützt werden:
Kontakt hinzufügen/entfernen
Mailbox
Zu einer Multi-Party-Konferenz (4+ Benutzer) eskalieren
Zu Meeting eskalieren
Anrufübernahme
Zu Carrier wechseln
Nomadische e911-Anrufe
Kurzwahl
Überwachung (Einschalten/Monitor/Flüstern)
Anrufdelegierung
Gegensprechanlage
Ende-zu-Ende verschlüsselte Anrufe (E2EE)
automatische Rufannahme
Warteschleife
Unterstützte Client-Geräte
Wenden Sie sich an unser Support-Center für eine Liste der unterstützten Client-Geräte und unterstützten Firmware-Versionen.
Netzwerkports und Datenfluss
Übersichtsdiagramm
Das folgende Diagramm zeigt die Netzwerkports und Datenflüsse, die mit einem ZPLS-Modul und einer SBC-Konfiguration verwendet werden.
Firewall-Anforderungen für ZPLS-Survivability
Die folgende Tabelle listet die Netzwerkports auf, die von Zoom Phone während des normalen Betriebs verwendet werden, wenn die Verbindung zur Cloud nicht unterbrochen ist. Wenden Sie sich an unser Support-Center für eine vollständige Liste der IP-Adressen die für die Zoom Phone Cloud verwendet werden.
TCP
Zoom Phone-Client
Zoom Phone Cloud
5091
SIP-Signalisierungsverkehr
TCP
Zoom Phone-Client
Zoom Phone Cloud
443
Webverkehr - Client-Einstellungen
TCP
Zoom Phone-Client
Zoom Phone Cloud
390
Verzeichnissuche von Tischtelefonen
UDP
Zoom Phone-Client
Zoom Phone Cloud
20000-64000
SRTP-Medienverkehr
TCP
ZPLS
Zoom Phone Cloud
5091
SIP-OPTIONS-Ping (Keepalive)
TCP
ZPLS
Zoom Phone Cloud
443
Knoten-/Betriebssystemverwaltungsverkehr
TCP
ZPLS
Zoom Phone Cloud
9669
Anrufverlauf / Wiederherstellungs-Synchronisieren
TCP
SBC
Zoom Phone Cloud
5061
SIP-Signalisierungsverkehr (BYOC)
UDP
SBC
Zoom Phone Cloud
10000-64000
SRTP-Medienverkehr (BYOC)
Die folgende Tabelle beschreibt die von Zoom Phone verwendeten TCP- und UDP-Ports, wenn der Failover zu ZPLS aufgrund einer Unterbrechung der Verbindung zur Cloud aktiv ist.
TCP
Zoom Phone-Client
ZPLS
5091
SIP-Signalisierungsverkehr
UDP
Zoom Phone-Client
ZPLS
20000-64000
SRTP-Medienverkehr
TCP
ZPLS
SBC
5061
Verzeichnissuche von Tischtelefonen
UDP
ZPLS
SBC
20000-64000
SRTP-Medienverkehr
Firewall-Anforderungen für BYOC Premises Peering
Kunden, die das ZPLS-Modul mit einem SBC für externe Anrufe während eines Survivability-Events integrieren, müssen die erforderlichen Ports für Premises Peering aktivieren. Nach der Konfiguration einer Routengruppe sind die erforderlichen IP-Adressen für die Routengruppe im Web verfügbar. Um auf die IP-Adressen zuzugreifen, führen Sie die folgenden Schritte aus:
Melden Sie sich im Zoom-Webportal an.
Unter dem Telefonsystemverwaltung Untermenü, auswählen Unternehmensinformationen.
Klicken Konto-Einstellungen
Suchen Sie nach der Option für Routengruppen. Klicken Sie auf Verwalten um eine neue Seite zu laden.
Suchen Sie auf der folgenden Seite die gewünschte Routengruppe und bewegen Sie den Mauszeiger über das "i" Symbol.
Aktivieren Sie bei Bedarf die angegebene IP-Adresse und die Ports im Fenster innerhalb Ihres Netzwerks.
Zoom Phone Lokale Ausfallsicherheit: Aufrechterhaltung der Telefonie während eines dienstbeeinträchtigenden Events
Zoom Phone Local Survivability (ZPLS) ist ein auf Ausfallsicherheit basierendes Servicemodul, das Zoom Phone-Benutzern Failover-Funktionalität, Konnektivität und Ausfallsicherheit im Event einer Unterbrechung des Internets oder des Dienstes bietet.
Während eines Survivability-Events, wenn Zoom-Endpunkte die Zoom Phone Cloud nicht erreichen können, registrieren sich unterstützte Benutzergeräte automatisch beim ZPLS-Modul als Registrar dritter Priorität – nach den primären und sekundären SIP-Zonen. Diese Registrierung ermöglicht Basic-Telefonie-Dienste, wie interne Anrufe und Survivability-Verteilungsgruppen, bis der vollständige Dienst wiederhergestellt ist.
Bei ordnungsgemäßer Konfiguration können ZPLS-Module über verschiedene Standorte hinweg standortübergreifende Anrufe während eines Survivability-Events unterstützen, solange Geräte im lokalen Netzwerk auffindbar sind und die Anrufweiterleitung aktiviert ist.
Organisationen können diese Funktionalität weiter ausbauen, indem sie das ZPLS-Modul mit einem Sitzung Border Controller (SBC) verbinden und Anrufe über das Telefonnetz (PSTN) per Bring Your Own Carrier (BYOC, nutzen Sie Ihren bestehenden oder bevorzugten Telekommunikationsanbieter) weiterleiten. Dieser hybride Ansatz kombiniert die Einfachheit einer von Cloud verwalteten Telefonie mit der Robustheit einer On-Premises-Infrastruktur – und trägt so dazu bei, die Geschäftskontinuität auch dann sicherzustellen, wenn Unerwartetes passiert.
Allerdings kann die Ausfallsicherheit dennoch beeinträchtigt werden, wenn das lokale Netzwerk selbst ausfällt – insbesondere bei Bereitstellungen an einem einzelnen Standort, bei denen Gebäude von einem gemeinsam genutzten Campusnetzwerk abhängig sind.
Die folgenden Bilder Anzeigen Beispiel-Bereitstellungskonfigurationen für Zoom Phone Local Survivability über eine Reihe von Standort- und Netzwerktopologien hinweg.
Wenden Sie sich für weitere Informationen an Ihr Zoom-Konto-Team oder das Support-Center von Zoom zu Zoom Phone Lokale Ausfallsicherheit.
Zuletzt aktualisiert
War das hilfreich?