Überlegungen zur PSTN-Integration

Dieser Abschnitt gilt für Kunden, die erwägen, das ZPLS-Modul mit einer SBC- und PSTN-Verbindung für zusätzliche Ausfallsicherheit zu integrieren. Kunden, die nicht planen, das ZPLS-Modul mit PSTN-Konnektivität zu integrieren, können diesen Abschnitt ohne Folgen überspringen.

Überlegungen zur SBC-Integration

SBC-Anforderungen

Um einen SBC mit Zoom für Ausfallsicherheit zu integrieren, muss ein SBC die folgenden Anforderungen erfüllen:

• TLS 1.2 und SRTP

• Support für Mutual TLS

• Sitzungsinitiierungsprotokoll (SIP)

• DTMF (RFC-2833)

• Topologieverbergung (RFC-5853)

• SIP Early Offer (erforderlich)

• Opus-, G.711 μ-law-, G.711 A-law- und G.729-Codecs

PSTN-Integrationen erfordern einen SBC und einen zuverlässigen Drittanbieter

Für PSTN-Konnektivität müssen Kunden einen Sitzungs-Grenzcontroller (SBC) bereitstellen, der entweder mit einer herkömmlichen Verbindung oder einem SIP-Trunk mit einer Mobilfunk- oder alternativen Verbindung (z. B. DSL) verbunden ist. Kunden sollten beachten, dass alle am SBC eingesetzten SIP-Trunks von demselben Internetdienst abhängig sein können, der gerade einen Ausfall hat. Aufgrund dieser Möglichkeit sollten Kunden für die PSTN-Konnektivität eine zuverlässige dritte Verbindung in Betracht ziehen.

Jeder Zoom Phone BYOC-zertifizierte SBC kann verwendet werden

Jeder Sitzung Border Controller (SBC), der für Zoom Phone zertifiziert ist, kann auch mit dem ZPLS-Modul verwendet werden. Kunden mit einem bestehenden Zoom Phone BYOC-Tarif benötigen für Zwecke der Ausfallsicherheit keinen zusätzlichen oder separaten SBC.

Die DigiCert-Zertifikate von Zoom müssen auf dem SBC installiert sein

Um eine TLS-Konnektivität sowohl zum ZPLS-Modul als auch zur Zoom Cloud herzustellen, müssen die DigitCert Stamm- und Zwischenzertifikate auf dem SBC installiert sein.

SBCs müssen Eingehend Anrufe zu den Zoom Phone-Rechenzentren als erste und zweite Weiterleitungsauswahl leiten und das ZPLS-Modul als dritte

Customer-SBCs müssen Eingehend Anrufe vom PSTN zur primären und sekundären SIP-Zone weiterleiten, bevor das ZPLS-Modul versucht wird. Mit dieser Konfiguration werden Anrufe nur während eines Ausfallsicherheits-Events an das ZPLS-Modul weitergeleitet, da das SBC und die Zoom Phone-Rechenzentren andernfalls eine stabile Konnektivität aufrechterhalten sollten.

Die Nichtbeachtung dieser Logik kann zu Fehlern bei der Anrufzustellung führen, da das ZPLS-Modul keine Anrufe an in der Cloud registrierte Geräte weiterleiten kann.

Sobald die Zoom Phone Cloud nach einem Survivability-Event verfügbar ist, kann ein SBC vorübergehend versuchen, BYOC-Nummern an die Zoom Cloud weiterzuleiten, während das Client-Gerät der betroffenen Nummer beim ZPLS-Modul registriert ist. Sollte dies eintreten, folgt die Anrufweiterleitung den Einstellungen für Wenn ein Anruf nicht beantwortet wird während dieses Übergangszeitraums.

Ausgehende Anrufe vom ZPLS-Modul müssen an den SBC und den PSTN-SIP-Trunk weitergeleitet werden

Wenn der Survivability-Modus aktiv ist, müssen Anrufe von ZPLS an den SBC zum PSTN-SIP-Trunk weitergeleitet werden, um externe Telefonverbindungen herzustellen. Alle Anrufe an Nummern, die nicht beim ZPLS-Modul registriert sind, werden im E.164-Format an den für Survivability konfigurierten SBC gesendet.

Überlegungen zur lokalen Survivability bei Anrufweiterleitung

Während eines Survivability-Events sind von Zoom Phone bereitgestellte Telefonnummern von außen nicht erreichbar, es sei denn, sie werden über Anrufweiterleitung umgeleitet

Während eines Survivability-Events sind von Zoom bereitgestellte Telefonnummern aus der Sicht der Cloud von außen nicht erreichbar. Folglich können Benutzer an betroffenen Standorten nicht erreichbar sein, es sei denn, Anrufe an ihre primären Nummern werden an eine alternative Nummer weitergeleitet, die mit einem lokalen SBC verbunden ist.

Zu den gängigen Beispielen betroffener Nummern können Nummern gehören, die folgenden zugewiesen sind: Benutzer, Gemeinsame Bereiche, Auto Receptions (AR), gemeinsame Leitungsgruppen (SLG) und Anrufwarteschlangen (CQ).

Kunden, die ein lokales BYOC verwenden, benötigen keine erweiterten Konfigurationen und können die Anrufweiterleitung umgehen, indem sie ihrem ZPLS-Modul von ihrem SBC aus eine dritte Route hinzufügen

Kunden, die einen vor Ort basierten BYOC-Plan verwenden (d. h. Kunden, die keine von Zoom Phone registrierten Nummern verwenden), benötigen keine erweiterten Konfigurationen, um die Anrufweiterleitung zu Aktivieren. Stattdessen können BYOC-Kunden dem ZPLS-Modul über den vor Ort basierten SBC eine dritte Route Hinzufügen.

Konfigurationen der Anrufweiterleitung werden von einem Administrator oder autorisierten Benutzer über das Webportal festgelegt

Ein Kontoadministrator oder autorisierter Benutzer kann die Logik der Anrufweiterleitung Konfigurieren über das Webportal durch manuelle Eingabe oder einen Bulk-CSV-Upload.

Benutzer, die für die Anrufweiterleitung konfiguriert sind, haben drei zugewiesene Nummern

Nachdem einem Benutzer für die Ausfallsicherheit der Anrufweiterleitung eine BYOC-Nummer zugewiesen wurde, wird dem Client-Gerät mindestens drei Nummern zugewiesen:

1. Eine interne Nebenstelle mit vorangestelltem Standortcode

2. Eine von Zoom bereitgestellte PSTN-Nummer

3. Eine BYOC PSTN-Nummer

Telefonnummern können an maximal eine BYOC-Nummer weitergeleitet werden

Jede Zoom Phone-Nummer kann an maximal eine andere BYOC-Nummer weitergeleitet werden. Sie können jedoch mehrere Telefonnummern an dieselbe BYOC-Nummer weiterleiten.

Beispielsweise kann, wenn John die Telefonnummer X55-555-5555 zugewiesen ist, Johns Telefonnummer an die Vermittlungsnummer seines Gebäudes unter X99-999-9999 weitergeleitet werden. Ebenso können auch die Telefonnummern von Johns Kollegen (X55-555-5554, X55-555-5553 usw.) an X99-999-9999 weitergeleitet werden. Alternativ kann die Telefonnummer jedes Benutzers an eine völlig eindeutige Nummer weitergeleitet werden, z. B. X55-555-5554 Weiterleitung zu X99-999-9998 und X55-555-5553 Weiterleitung zu X99-999-9997. Allerdings kann kein einzelner Benutzer seine Nummer gleichzeitig an X99-999-9999 und X99-999-9998 weiterleiten lassen.

Die Anrufweiterleitung muss deaktiviert bleiben, bis ein Ausfallsicherheits-Event eintritt

Obwohl ein Administrator die Logik für die Anrufweiterleitung für einen Standort im Voraus vorab bereitstellen kann, muss die Funktion der Anrufweiterleitung deaktiviert bleiben, bis ein Ausfallsicherheits-Event eintritt. Wenn die Anrufweiterleitung während des normalen Betriebs aktiviert ist, werden alle eingehenden Anrufe an eine bei Zoom Phone registrierte Nummer an die SBC vor Ort und die zugehörige BYOC-Telefonnummer umgeleitet, wodurch die Dienste von Zoom Phone umgangen werden. Um daher die normale Weiterleitung von Zoom Phone aufrechtzuerhalten, muss die Anrufweiterleitung während des normalen Betriebs deaktiviert sein.

Die Anrufweiterleitung kann nur von einem autorisierten Benutzer oder Administrator mit einer funktionierenden Internetverbindung aktiviert werden

Während eines Events im Survivability-Modus wird angenommen, dass die Internetverbindung eines Standorts nicht verfügbar ist. Da die Anrufweiterleitung für den Standardbetrieb deaktiviert bleiben muss, kann sie jedoch nur von einem autorisierten Benutzer oder Administrator mit einer funktionierenden Internetverbindung, etwa einem mobilen Datentarif für ein Telefon, oder einer alternativen Internetverbindung an einem anderen Standort aktiviert werden.

Um Ausfallzeiten zu minimieren und die Business-Kontinuität sicherzustellen, empfiehlt Zoom Unternehmen, zuverlässige Verfahren zum Aktivieren der Anrufweiterleitungslogik über das Webportal während eines Survivability-Events einzurichten.

Anrufweiterleitungsregeln können für den gesamten Standort oder für einzelne Nummern gelten

Während eines Survivability-Events kann ein Administrator oder autorisierter Benutzer Anrufweiterleitungsregeln für den gesamten Standort oder für bestimmte Nummern über das Webportal aktivieren.

Sobald die Anrufweiterleitung für die Telefonnummer eines Benutzers aktiviert ist, klingelt Zoom nicht auf dem in der Cloud registrierten Client des Benutzers, selbst wenn dieser über eine unabhängige Cloud-Verbindung verfügt

Wenn die Anrufweiterleitung für eine bei Zoom Phone registrierte Nummer aktiviert ist, versucht Zoom nicht, einen Anruf über die Cloud an den Benutzer weiterzuleiten. Folglich werden, selbst wenn ein betroffener Benutzer ein in der Cloud registriertes Gerät wie ein Mobiltelefon hat, alle Anrufe über das PSTN an die SBC des Unternehmens weitergeleitet, wenn die Telefonnummer für die Anrufweiterleitung markiert ist.

Beispielsweise erlebt ein Standort ein Event im Survivability-Modus, und das Mobiltelefon eines Benutzers ist über die Datenverbindung seines Mobilfunkanbieters mit der Zoom Phone Cloud verbunden. Wenn die Telefonnummer eines Benutzers für die Anrufweiterleitung markiert ist, wird die Zoom Phone Cloud nicht ihre Zoom Phone-Nummer über die mobile App klingeln lassen, trotz der stabilen Verbindung. Stattdessen werden alle Anrufe weiterhin über das PSTN an die SBC des Kunden weitergeleitet.

Wenn die Anrufweiterleitung für einen Benutzer während eines Survivability-Events nicht aktiviert ist, folgen eingehende Anrufe den Anrufbearbeitungspräferenzen jedes Benutzers

Wenn die Anrufweiterleitung während eines Ausfallszenarios nicht aktiviert ist, werden eingehende Anrufe gemäß der Anrufbearbeitungslogik für jeden einzelnen Benutzer behandelt. Wenn ein Benutzer keinen Backup-Telefonclient in der Cloud registriert hat, wie z. B. ein Mobiltelefon, unterliegen Anrufer den Regeln, die durch den Wenn ein Anruf nicht beantwortet wird Abschnitt der Anrufbearbeitungs-Einstellungen festgelegt sind.

Die Anrufweiterleitung gilt nur für eingehende PSTN-Anrufe

Die Anrufweiterleitung für Ausfallszenarien gilt nur für Anrufe, die über das PSTN und/oder die Zoom Phone-Cloud weitergeleitet werden. Anrufe, die von Zoom-registrierten Durchwahlen innerhalb desselben Standorts ausgehen, versuchen zuerst, über das ZPLS-Modul zu verbinden, und als Zweites über das PSTN, wenn ein SBC verbunden ist. Anrufe, die keine Verbindung herstellen können, unterliegen andernfalls der Behandlung, die durch den Wenn ein Anruf nicht beantwortet wird Abschnitt der Anrufbearbeitung-Regeln innerhalb der Telefoneinstellungen eines Benutzers festgelegt ist.

Anrufweiterleitungsablauf

Das folgende Diagramm zeigt die Logik für die Anrufweiterleitung (sobald aktiviert) während eines Ausfallszenarios. Diese Logik bleibt so lange in Kraft, bis die Anrufweiterleitung deaktiviert wird oder der Standardbetrieb wiederhergestellt ist. Wenn die Anrufweiterleitung jedoch aktiviert bleibt nach Sobald der Standardbetrieb wiederhergestellt ist, werden weitergeleitete Anrufe von der Zoom Phone Cloud zum SBC und zurück zur Cloud geleitet, bevor sie an das Gerät eines Benutzers zugestellt werden. Aus diesem Grund sollte die Anrufweiterleitung unmittelbar nach einem Survivability-Ereignis deaktiviert werden.

1. Ein externer Anrufer initiiert einen Anruf an eine bei Zoom Phone registrierte Nummer und wird über das PSTN geroutet.

2. Der Anruf wird an die Zoom Phone Cloud weitergeleitet, und die gewählte Telefonnummer wird als durch die Anrufweiterleitung betroffen identifiziert.

Wenn die Anrufweiterleitung nicht aktiviert ist, folgt Zoom Phone der Wenn ein Anruf nicht beantwortet wird Logik für diesen bestimmten Benutzer oder diese Erweiterung.

1. Da die Anrufweiterleitung aktiviert ist, wird Zoom nicht versuchen, den Benutzer zu warnen, und stattdessen den Anruf über das PSTN an die festgelegte Nummer für die Anrufweiterleitung weiterleiten.

2. Der Anruf wird vom PSTN an den Survivability-SBC weitergeleitet.

3. Der Survivability-SBC leitet den Anruf an das ZPLS-Modul weiter.

4. Das ZPLS-Modul leitet den Anruf an die beim Benutzer registrierten Clients weiter, sofern verbunden.

Überlegungen zur Notfall-Standort-Identifikationsnummer (ELIN)

Eine ELIN ist eine standortexklusive Telefonnummer, die bei einem Anruf Standortinformationen an die Rettungsdienste übermittelt

Eine Emergency Standort Identification Number (ELIN) ist eine dedizierte Telefonnummer, die von Public Safety Answering Points (Notrufzentrale) verwendet wird, um die physische Adresse eines Anrufers zu identifizieren, wenn er den Notruf wählt. Für diese Funktion müssen Unternehmen mit ihrem PSTN Dienstanbieter zusammenarbeiten, um einer Telefonnummer eine Adresse zuzuordnen, damit sichergestellt wird, dass die Adresse in einer Datenbank zur automatischen Standortidentifikation (ALI) aufgeführt ist, wenn der Anruf von einem Operator einer Notrufzentrale entgegengenommen wird.

Betrachten Sie beispielsweise einen Universitätscampus, der sich über mehrere Gebäude erstreckt, wobei jedes Gebäude durch einen separaten Zoom Phone-Standort dargestellt wird. Wenn ein Benutzer während eines Survivability-Events von einem Telefon oder Gerät den Notruf wählt mit dem Standort verbundenIm Notfall erhalten die Rettungsdienste automatisch die vollständige aufzeichnen-Adresse des Standorts, sofern der Standort konfiguriert ist und beim Dienstanbieter aktuell gehalten wird.

Jeder Standort kann mehrere ELINs unterstützen

Kunden können mehrere ELINs einem Standort für einen Pool von Ressourcen für Notrufnummern zuweisen. Im Falle eines Notfalls während eines Survivability-Events wird dies zulassen, dass mehrere Anrufer jeweils eine eindeutig zugewiesene ELIN haben, was den Rettungsdiensten helfen kann, den ursprünglichen Anrufer zu erreichen, wenn ein Anruf zurückgegeben wird.

Zusätzlich kann einem Benutzer oder einem Telefon im gemeinsamen Bereich eine ELIN zugewiesen werden, was eine feinere ELIN-Zuweisung als auf Standortebene ermöglicht und Notdiensten einen genaueren Standort bietet.

Während eines Survivability-Events werden alle Notrufe durch die ELIN ersetzt

Wenn ein Benutzer während eines Survivability-Events einen Notruf absetzt, wird die Rufnummer des Benutzers, sofern eine verfügbar ist, durch die ELIN ersetzt, die auf Standortebene festgelegt ist. Dadurch können Benutzer, die keine Direktnummer haben, Notdienste anrufen und für Rückrufe durch den Notrufoperator erreichbar sein.

Eine ELIN-Nummer muss eine BYOC-Nummer sein, die mit dem PSTN-Trunk des SBC am Standort verknüpft ist

Die ELIN eines Standorts muss eine BYOC-Nummer sein, die auf einem PSTN-Trunk terminiert ist, der sich am Failover-SBC des Standorts befindet. Es kann keine andere Nummernart verwendet werden.

Das ZPLS-Modul leitet Notrufe des Dienstanbieters an die ELIN automatisch an die Durchwahl des Benutzers weiter, der ursprünglich gewählt hat, und zwar für bis zu 2 Stunden

Wenn ein Notrufoperator einen Anruf an die ELIN zurückgibt, leitet das ZPLS-Modul den Anruf an den ursprünglichen Benutzer weiter, der den Notruf abgesetzt hat. Das ZPLS-Modul wird Rückrufe von Notrufzentrale für bis zu 2 Stunden an den ursprünglichen Anrufer weiterleiten. Derzeit ist diese Funktion auf den ersten Anrufer beschränkt.

Sobald eine Telefonnummer als ELIN festgelegt ist, kann sie keinem Benutzer oder Gerät zugewiesen werden

Sobald ein Administrator eine BYOC-Nummer als festgelegte ELIN für einen Standort zugewiesen hat, kann die BYOC-Nummer keinem Benutzer oder anderen Zoom Phone-Entität zugewiesen werden, es sei denn, sie wird entfernt.

Kunden sind dafür verantwortlich, die mit ihrer ELIN für jeden Standort verbundenen physischen Adressen zu pflegen und zu aktualisieren

Zoom übernimmt keine Verantwortung dafür, BYOC-Carrier mit physischen Adressen zu aktualisieren, die mit jeder ELIN korrelieren. Kunden sind dafür verantwortlich, sicherzustellen, dass Notrufadressen korrekt der entsprechenden physischen Adresse zugeordnet sind.

Überlegungen zur PSTN-Weiterleitung

Wenn der Überlebensmodus aktiv ist, werden Medienpakete über das ZPLS-Modul weitergeleitet

Wenn der Überlebensmodus aktiviert ist, kommunizieren Clients nicht direkt mit einem SBC oder anderen internen Clients; stattdessen werden Medienpakete über das ZPLS-Modul verankert oder „hairpinned“, ohne Unterstützung für Medien-Offloading.

Das folgende Diagramm zeigt den Signalisierungs- und Medienpfad für aktive interne und externe Anrufe.

Anrufe werden zunächst versuchen, lokal weitergeleitet zu werden

Wenn möglich, versucht das ZPLS-Modul, Anrufe von registrierten Zoom-Clients an lokal registrierte Ziele weiterzuleiten. Anrufe werden nur an den SBC weitergeleitet, wenn das im Feld Request URI des eingehenden SIP Einladen enthaltene Ziel nicht mit einer registrierten Durchwahl übereinstimmt.

Eine registrierte Durchwahl ist eine kurze Durchwahl ohne den Standortcode, eine lange Durchwahl mit dem Standortcode, eine zugewiesene Zoom-registrierte Nummer oder eine zugewiesene BYOC-Nummer. Administratoren sollten beachten, dass das ZPLS-Modul diese Daten alle 10 Stunden einmal.

Während eines Überlebensereignisses werden externe, Ausgehend Anrufe die BYOC-Nummer des Benutzers anzeigen

Während eines Überlebensereignisses enthalten externe, Ausgehend Anrufe von bei ZPLS registrierten Geräten die BYOC-Anrufernummer. Das folgende Diagramm zeigt den Anrufablauf im Überlebensmodus für einen Benutzer:

Zurückgerufene Anrufe können an die BYOC-Nummer eines Benutzers weitergeleitet werden

Da externe, Ausgehend Anrufe, die während eines Überlebensereignisses getätigt werden, eine BYOC-Nummer verwenden, können externe Anrufer einen Anruf unter Verwendung einer BYOC-Nummer statt der bei Zoom registrierten Telefonnummer eines Benutzers zurückrufen. Wenn das Überlebensereignis vorbei ist, werden Anrufe wieder über die Cloud weitergeleitet wenn die richtige Weiterleitungspriorität konfiguriert ist. Wenn das Ereignis jedoch noch andauert, leitet der SBC den Anruf an das ZPLS-Modul und das beim Client registrierte Gerät weiter.

Unterstützte Überlebens-Codecs

Unterstützte Überlebens-Codecs sind Opus, G.711 μ-law, G.711 A-law und G.729. Transkodierung oder Transrating von Audio-Codecs wird nicht unterstützt. Alle an einem aktiven Anruf beteiligten Parteien müssen denselben Codec und dieselbe Abtastrate unterstützen.

Überlegungen zu Survivability Distribution Gruppen

In diesem Abschnitt werden Überlegungen zu Survivability Distribution Groups (SDGs) behandelt. Kunden, die nicht vorhaben, SDGs zu nutzen oder das ZPLS-Modul mit PSTN-Konnektivität zu integrieren, können diesen Abschnitt ohne Folgen überspringen.

Survivability Distribution Gruppen bieten differenzierte Optionen zur Anrufweiterleitung während eines Überlebensereignisses

Survivability Distribution Gruppen (SDGs) bieten Unternehmen differenzierte Optionen zur Anrufweiterleitung — wie Warteschleifen und Sprachdialogsystem-Menüs — während eines Überlebensereignisses. Mit SDGs können Unternehmen weiterhin zentrale Telefonie-Dienste und Anrufweiterleitungs-Konfigurationen unterstützen (ähnlich wie Warteschleifen, automatische Rufannahmen und gemeinsame Leitungsgruppen), bis der Standardbetrieb wiederhergestellt ist.

SDGs sind nicht dasselbe wie Verteilungsgruppen für den Standardbetrieb und müssen separat erstellt und gepflegt werden

Obwohl SDGs eine ähnliche Funktionalität zur Anrufweiterleitung wie Verteilungsgruppen für den Standardbetrieb bieten, sind SDGs einzigartig und speziell auf Überlebensereignisse ausgelegt und müssen daher separat erstellt und gepflegt werden. Mit anderen Worten, SDGs nicht übernehmen nicht die Einstellungen oder Konfigurationen einer Verteilungsgruppe für den Standardbetrieb (d. h. Warteschleife, automatische Rufannahme, Sprachdialogsystem usw.)

SDGs lassen sich am besten mit einer BYOC-PSTN-Integration und aktivierter Anrufweiterleitung kombinieren

Obwohl SDGs interne Unterstützung ohne PSTN bieten können (d. h. Nicht-PSTN-Anrufe), lassen sie sich am besten mit einer BYOC-PSTN-Integration kombinieren. Mit einer PSTN-fähigen SDG kann nach Aktivierung der Anrufweiterleitung während eines Überlebensereignisses eine Hauptfirmennummer an die vorgesehene SDG-Telefonnummer weitergeleitet werden, und der Anruf folgt dem konfigurierten Weiterleitungsprofil. Dadurch kann ein Business bis zur Wiederherstellung des Standardbetriebs externen Anrufern ein konsistentes Anrufablauf-Erlebnis bieten.

Das folgende Diagramm veranschaulicht die Logik der Anrufweiterleitung für eine PSTN-fähige SDG:

SDGs können auf folgende Weise angepasst werden

SDGs unterstützen die folgenden Optionen:

• Dedizierte Durchwahl

• Zugewiesene Direct-Inward-Dial-Nummer

• Zeitzone

• Geschäftszeiten

• Aufgezeichnete Begrüßungen

• Gruppenmitglieder

• Weiterleiten an:

  • Benutzer

  • Sprachdialogsystem-Menü

  • Gruppenmitglieder

  • Telefonnummer

• Anrufverteilung:

  • Simultan

  • Sequenziell

Überlegungen zu Hardware und Netzwerken

In diesem Abschnitt werden Überlegungen zu Hardware und Netzwerken für das ZPLS-Modul, eine SBC-Integration, Zoom-Clients und Telefongeräte behandelt. Nach dem Lesen dieses Abschnitts werden Sie die notwendigen Netzwerkkommunikationen und Konfigurationen für eine ZPLS-Bereitstellung verstehen.

Dieser Abschnitt ist der Hardware-Bereitstellung und dem Netzwerk Design gewidmet. Siehe den Abschnitt über das Bereitstellen von ZPLS für schrittweise Bereitstellungsanweisungen.

Überlegungen zur Bereitstellung und Vernetzung des ZPLS-Moduls

Das ZPLS-Modul erfordert eine statische IPv4-Adresse innerhalb Ihres Netzwerks

Das ZPLS-Modul sollte in einem internen LAN mit einer statischen IPv4-Adresse bereitgestellt werden, auf die Zoom Phone-Geräte und Desktop-Clients zugreifen können. Das ZPLS-Modul unterstützt derzeit keine IPv6-Adressen.

Das ZPLS-Modul muss regelmäßige HTTPS-Verbindungen mit der Zoom Phone-Cloud aufrechterhalten

Das ZPLS-Modul benötigt regelmäßige HTTPS-Verbindungen mit der Zoom Phone-Cloud, um Konto- und Benutzereinstellungen zu synchronisieren.

In den meisten Fällen kann ein ZPLS-Modul in einem internen LAN innerhalb des Netzwerks eines Kunden bereitgestellt werden. Alternativ kann unter bestimmten Umständen ein DMZ-Netzwerk verwendet werden; Netzwerkadministratoren müssen jedoch sicherstellen, dass die Kommunikation durch die Enterprise-Firewall möglich ist. In beiden Fällen sind Administratoren verpflichtet, die Firewall-Richtlinie des Unternehmens anzupassen, um die Kommunikation zwischen dem ZPLS-Modul und der Zoom Cloud zu Aktivieren.

Das ZPLS-Modul muss einen regelmäßigen OPTIONS-Ping mit der Zoom Phone Cloud aufrechterhalten

Im Leerlauf muss das ZPLS-Modul einen OPTIONS-Keepalive-Ping mit der Zoom Phone Cloud aufrechterhalten, um die Konnektivität zu überwachen. Für den Fall, dass sowohl Client-Geräte als auch das ZPLS-Modul innerhalb eines Standorts die Verbindung zur Zoom Phone Cloud verlieren, registrieren sich unterstützte Clients und Geräte mithilfe der SIP-Digest-Authentifizierung über TLS v1.2 beim ZPLS-Modul.

Überlegungen zur SBC-Bereitstellung und Vernetzung

Ein SBC muss nach Möglichkeit von ZPLS und der Zoom Cloud aus erreichbar sein

Kunden sollten sicherstellen, dass der SBC nach Möglichkeit die Konnektivität sowohl mit dem ZPLS-Modul als auch mit der Zoom Phone Cloud aufrechterhält. Kunden können einen SBC mit zwei NICs bereitstellen, der mit einer privaten und einer öffentlichen IPv4-Adresse konfiguriert ist, oder sicherstellen, dass statische 1:1-NAT-Regeln zusätzlich zur Freigabe der erforderlichen Ports auf der Edge-Firewall eingerichtet sind.

Ein SBC muss die TLS- und UDP-Konnektivität zwischen der Zoom Phone Cloud und dem ZPLS-Modul aufrechterhalten

Während des Routinebetriebs muss ein SBC die TLS- und UDP-Konnektivität sowohl zur Zoom Phone Cloud als auch zum zugehörigen ZPLS-Modul des Standorts aufrechterhalten. Diese Verbindung wird verwendet, um potenzielle Anrufe an eine unter BYOC aufgeführte Telefonnummer weiterzuleiten durch die Zoom Phone Cloud. Der OPTIONS-Keepalive-Mechanismus wird zwischen ZPLS und dem SBC automatisch aktiviert und ist zwischen dem SBC und der Cloud optional.

Hinweise zu Zoom Clients und Telefongeräten

Clients und Geräte müssen in der Lage sein, das ZPLS-Modul des Standorts im lokalen Netzwerk zu erkennen

Clients und unterstützte Geräte für Telefon-Ausfallsicherheit aktiviert erkennen während des Startvorgangs das entsprechende ZPLS-Failover-Modul aus der Zoom Phone Cloud. Das Modul muss jedoch bereits mit dem Telefonsystem-Standort verknüpft sein mit einer intern erkennbaren IPv4-Adresse.

Geräte sollten eine statische IP haben oder über einen lokalen DHCP-Server eine private IP zugewiesen bekommen

Um potenzielle Probleme zu minimieren, sollten Telefongeräte über einen lokalen DHCP-Server eine statische oder interne IP zugewiesen bekommen. Wenn einem Gerät keine statische IP zugewiesen ist oder während eines Ausfallsicherheits-Events kein DHCP-Server verfügbar ist, können sich Telefongeräte möglicherweise nicht registrieren.

Clients und Geräte müssen regelmäßig einen OPTIONS-Ping mit der Zoom Phone Cloud aufrechterhalten

Ähnlich wie das ZPLS-Modul müssen unterstützte Clients und Geräte einen OPTIONS-Keepalive-Ping an die Zoom Phone Cloud aufrechterhalten, um den Konnektivitätsstatus des Rechenzentrums zu bestimmen. Im Falle eines Ausfalls sendet der Client weiterhin Keepalive-Nachrichten, um die Rückkehr des Cloud-Dienstes zu erkennen und die Wiederaufnahme des normalen Betriebs einzuleiten. Dieser Prozess erfolgt automatisch und kann nicht deaktiviert werden.

Firewall- und Netzwerk-Datenfluss

Siehe den Abschnitt zu Netzwerkports und Datenfluss.