Zoom Phone Lokale Ausfallsicherheit

Ü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.

Dieser Warnhinweis ist einzigartig für Zoom-Desktop-Clients; IP-Telefone werden keinen Failover- oder Fallback-Warnhinweis anzeigen.

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.

Der Testmodus gilt nicht für IP-Telefongeräte. Der Testmodus kann nur mit Zoom-Desktop-Anwendungen getestet werden.

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.

Transport	Quell-IP	Ziel-IP	Ziel-Portieren	Zweck
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.

Transport	Quell-IP	Ziel-IP	Ziel-Portieren	Zweck
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:

1. Melden Sie sich im Zoom-Webportal an.

2. Unter dem Telefonsystemverwaltung Untermenü, auswählen Unternehmensinformationen.

3. Klicken Konto-Einstellungen

4. Suchen Sie nach der Option für Routengruppen. Klicken Sie auf Verwalten um eine neue Seite zu laden.

   
5. Suchen Sie auf der folgenden Seite die gewünschte Routengruppe und bewegen Sie den Mauszeiger über das "i" Symbol.

   
6. 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.

Diagramm, das das ZPLS-Modul in einem Ein-Standort-Design darstellt

Diagramm, das das ZPLS-Modul in einem Mehr-Standort-Design mit einem gemeinsamen Netzwerk darstellt

Diagramm, das das ZPLS-Modul in einem Multi-Standort-Design mit PSTN-Konnektivität darstellt

Wenden Sie sich für weitere Informationen an Ihr Zoom-Konto-Team oder das Support-Center von Zoom zu Zoom Phone Lokale Ausfallsicherheit.