Überlegungen zur PSTN-Integration

Dieser Abschnitt gilt für Kunden, die erwägen, das ZPLS-Modul zur zusätzlichen Ausfallsicherheit mit einem SBC und einer PSTN-Verbindung zu integrieren. Kunden, die nicht vorhaben, 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 für Ausfallsicherheit mit Zoom zu integrieren, muss ein SBC die folgenden Anforderungen erfüllen:

• TLS 1.2 und SRTP

• Unterstützung für Mutual TLS

• Session Initiation Protocol (SIP)

• DTMF (RFC-2833)

• Topology Hiding (RFC-5853)

• SIP Early Offer (verpflichtend)

• 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 Session Border Controller (SBC) bereitstellen, der entweder an eine traditionelle Leitung oder an einen SIP-Trunk mit einer Mobilfunk- oder alternativen Verbindung (z. B. DSL) angeschlossen ist. Kunden sollten bedenken, dass SIP-Trunks, die am SBC bereitgestellt werden, von demselben Internetdienst abhängig sein können, der einen Ausfall erfährt. Aufgrund dieser Möglichkeit sollten Kunden eine zuverlässige tertiäre Verbindung für die PSTN-Konnektivität in Betracht ziehen.

Jeder für Zoom Phone BYOC zertifizierte SBC kann verwendet werden

Jeder Session 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-Plan 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 TLS-Verbindungen sowohl zum ZPLS-Modul als auch zur Zoom-Cloud herzustellen, müssen Zooms DigiCert-Root- und Zwischenzertifikate auf dem SBC installiert sein.

SBCs müssen eingehende Anrufe zuerst an Zoom Phone-Rechenzentren als erste und zweite Routing-Option weiterleiten und das ZPLS-Modul als dritte

Kundensysteme müssen eingehende Anrufe aus dem PSTN zuerst an die primäre und sekundäre SIP-Zone weiterleiten, bevor versucht wird, das ZPLS-Modul zu erreichen. Mit dieser Konfiguration werden Anrufe nur während eines Ausfalls an das ZPLS-Modul geleitet, da der SBC und die Zoom Phone-Rechenzentren ansonsten eine stabile Konnektivität aufrechterhalten sollten.

Die Nichtbeachtung dieser Logik kann zu Zustellungsfehlern bei Anrufen führen, da das ZPLS-Modul keine Anrufe an cloud-registrierte Geräte weiterleiten kann.

Sobald die Zoom Phone-Cloud nach einem Ausfall wieder verfügbar ist, kann ein SBC vorübergehend versuchen, BYOC-Nummern in die Zoom-Cloud zu routen, während das betroffene Nummern-Clientgerät beim ZPLS-Modul registriert ist. Sollte dies auftreten, folgt die Anrufweiterleitung den Einstellungen für Wenn ein Anruf nicht beantwortet wird während dieses Zwischenzeitraums.

Ausgehende Anrufe vom ZPLS-Modul müssen zum SBC und PSTN-SIP-Trunk geleitet werden

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

Überlegungen zur lokalen Ausfallsicherheit bei Anrufweiterleitung

Während eines Ausfalls sind von Zoom Phone bereitgestellte Telefonnummern extern nicht erreichbar, es sei denn, sie werden per Anrufweiterleitung umgeleitet

Während eines Ausfalls sind von Zoom bereitgestellte Telefonnummern aus Sicht der Cloud nicht extern erreichbar. Folglich können Benutzer an betroffenen Standorten nicht erreichbar sein, sofern Anrufe an ihre Hauptnummern nicht an eine alternative Nummer weitergeleitet werden, die mit einem lokalen SBC verbunden ist.

Häufig betroffene Nummern können beispielsweise Nummern sein, die zugewiesen sind an: Benutzer, gemeinsame Bereiche, automatische Rufannahmen (AR), Shared Line Groups (SLG) und Call Queues (CQ).

Kunden, die ein vor Ort basiertes BYOC verwenden, benötigen keine erweiterten Konfigurationen und können die Anrufweiterleitung umgehen, indem sie eine tertiäre Route vom SBC zu ihrem ZPLS-Modul hinzufügen

Kunden mit einem vor Ort basierten BYOC-Plan (d. h. Kunden, die keine bei Zoom Phone registrierten Nummern verwenden) benötigen keine erweiterten Konfigurationen zur Aktivierung der Anrufweiterleitung. Stattdessen können BYOC-Kunden eine tertiäre Route vom vor Ort befindlichen SBC zum ZPLS-Modul hinzufügen.

Anrufweiterleitungs-Konfigurationen werden von einem Administrator oder autorisierten Benutzer über das Webportal festgelegt

Ein Kontoadministrator oder autorisierter Benutzer kann die Logik zur Anrufweiterleitung konfigurieren über das Webportal durch manuelle Eingabe oder einen Massen-CSV-Upload.

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

Nachdem einer BYOC-Nummer einem Benutzer für die Ausfallsicherheit per Anrufweiterleitung zugewiesen wurde, erhält das Clientgerät mindestens drei Nummern:

1. Eine interne Nebenstelle mit vorangestelltem Standortcode

2. Eine von Zoom bereitgestellte PSTN-Nummer

3. Eine BYOC-PSTN-Nummer

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

Jede Zoom Phone-Nummer kann maximal an 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 X99-999-9999 weitergeleitet werden. Ebenso können Johns Kollegen ihre Nummern (X55-555-5554, X55-555-5553 usw.) ebenfalls an X99-999-9999 weiterleiten lassen. Alternativ kann jeder Benutzer seine Telefonnummer an eine völlig einzigartige Nummer weiterleiten lassen, z. B. X55-555-5554 weitergeleitet an X99-999-9998 und X55-555-5553 weitergeleitet an X99-999-9997. Jedoch kann kein einzelner Benutzer seine Nummer sowohl an X99-999-9999 als auch an X99-999-9998 weiterleiten lassen.

Die Anrufweiterleitung muss deaktiviert bleiben, bis ein Ausfall eintritt

Obwohl ein Administrator die Logik zur Anrufweiterleitung für einen Standort im Voraus vorprovisionieren kann, muss die Anrufweiterleitungsfunktion deaktiviert bleiben, bis ein Ausfall eintritt. Wenn die Anrufweiterleitung im normalen Betrieb aktiviert ist, werden alle eingehenden Anrufe an eine bei Zoom Phone registrierte Nummer an den vor Ort befindlichen SBC und die zugehörige BYOC-Telefonnummer umgeleitet und umgehen so die Zoom Phone-Dienste. Um daher das reguläre Zoom Phone-Routing aufrechtzuerhalten, muss die Anrufweiterleitung im normalen Betrieb deaktiviert bleiben.

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

Während eines Ausfalls wird davon ausgegangen, dass die Internetverbindung eines Standorts nicht verfügbar ist. Da die Anrufweiterleitung jedoch für den Standardbetrieb deaktiviert bleiben muss, kann sie nur von einem autorisierten Benutzer oder Administrator mit einer funktionierenden Internetverbindung wie einem Telefon-Datentarif oder einer alternativen Internetverbindung an einem anderen Standort aktiviert werden.

Um Ausfallzeiten zu minimieren und die Geschäftskontinuität zu gewährleisten, empfiehlt Zoom Unternehmen, zuverlässige Verfahren zur Aktivierung der Anrufweiterleitungslogik über das Webportal während eines Ausfalls zu etablieren.

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

Während eines Ausfalls 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, wird Zoom das cloud-registrierte Clientgerät des Benutzers nicht läuten lassen, selbst wenn es eine unabhängige Cloud-Verbindung beibehält

Wenn die Anrufweiterleitung für eine bei Zoom Phone registrierte Nummer aktiviert ist, versucht Zoom nicht, einen Anruf an den Benutzer über die Cloud zu leiten. Folglich werden, selbst wenn ein betroffener Benutzer ein cloud-registriertes Gerät wie ein Mobiltelefon besitzt, alle Anrufe über das PSTN an den SBC des Unternehmens geleitet, sofern die Telefonnummer zur Anrufweiterleitung markiert ist.

Beispielsweise befindet sich ein Standort in einem Ausfallsereignis und das Mobiltelefon eines Benutzers ist über die Datenverbindung des Mobilfunkanbieters mit der Zoom Phone-Cloud verbunden. Wenn die Telefonnummer eines Benutzers zur Anrufweiterleitung markiert ist, wird die Zoom Phone-Cloud werden Sie nicht sein Zoom Phone-Konto nicht über die mobile App klingeln lassen, trotz der stabilen Verbindung. Stattdessen werden alle Anrufe weiterhin über das PSTN an den SBC des Kunden geleitet.

Wenn die Anrufweiterleitung für einen Benutzer während eines Ausfalls nicht aktiviert ist, folgen eingehende Anrufe den Anrufbehandlungseinstellungen des jeweiligen Benutzers

Wenn die Anrufweiterleitung während eines Ausfalls nicht aktiviert ist, werden eingehende Anrufe gemäß der Anrufbehandlungslogik für jeden einzelnen Benutzer behandelt. Wenn ein Benutzer keinen Backup-Telefonclient hat, der in der Cloud registriert ist, wie z. B. ein Mobiltelefon, unterliegen Anrufer den Regeln, die in der Wenn ein Anruf nicht beantwortet wird Sektion der Anrufbehandlungseinstellungen definiert sind.

Die Anrufweiterleitung gilt nur für eingehende PSTN-Anrufe

Die Anrufweiterleitung für Ausfallsicherheit gilt nur für Anrufe, die über das PSTN und/oder die Zoom Phone-Cloud geroutet werden. Anrufe, die von bei Zoom registrierten Nebenstellen innerhalb desselben Standorts ausgehen, versuchen zuerst, über das ZPLS-Modul zu verbinden, und zweitens über das PSTN, wenn ein SBC angeschlossen ist. Anrufe, die keine Verbindung herstellen können, unterliegen sonst der Behandlung, die in der Wenn ein Anruf nicht beantwortet wird Sektion der Anrufbehandlungsregeln in den Telefoneinstellungen eines Benutzers definiert ist.

Ablauf der Anrufweiterleitung

Das folgende Diagramm beschreibt die Logik der Anrufweiterleitung (nachdem sie aktiviert wurde) während eines Ausfalls. Diese Logik bleibt in Kraft, bis die Anrufweiterleitung deaktiviert wird oder der reguläre Betrieb wiederhergestellt ist. Sollte die Anrufweiterleitung jedoch nach Wiederherstellung des regulären Betriebs aktiviert bleiben, werden weitergeleitete Anrufe von der Zoom Phone-Cloud zum SBC und zurück in die Cloud geschleift, bevor sie an das Gerät eines Benutzers zugestellt werden. Aus diesem Grund sollte die Anrufweiterleitung nach einem Ausfall umgehend deaktiviert werden.

1. Ein externer Anrufer initiiert einen Anruf zu einer bei Zoom Phone registrierten Nummer, der über das PSTN geroutet wird.

2. Der Anruf wird an die Zoom Phone-Cloud weitergeleitet und die gewählte Telefonnummer wird als von der 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 bestimmte Nebenstelle.

1. Da die Anrufweiterleitung aktiviert ist, versucht Zoom nicht, den Benutzer zu benachrichtigen, und leitet stattdessen den Anruf an die festgelegte Anrufweiterleitungsnummer über das PSTN weiter.

2. Der Anruf wird vom PSTN an den Ausfalls-SBC geleitet.

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

4. Das ZPLS-Modul leitet den Anruf an die registrierten Clients des Benutzers weiter, falls diese verbunden sind.

Überlegungen zur Emergency Location Identification Number (ELIN)

Eine ELIN ist eine standortspezifische Telefonnummer, die bei Wahl Standortinformationen an die Rettungsdienste übermittelt

Eine Emergency Location Identification Number (ELIN) ist eine dedizierte Telefonnummer, die von Public Safety Answering Points (PSAP) verwendet wird, um die physische Adresse eines Anrufers bei einem Notruf zu identifizieren. Für diese Funktion müssen Unternehmen mit ihrem PSTN-Dienstanbieter zusammenarbeiten, um eine Adresse einer Telefonnummer zuzuordnen und sicherzustellen, dass die Adresse in einer automatischen Standortidentifikationsdatenbank (ALI) aufgeführt ist, wenn der Anruf von einem PSAP-Bediener entgegengenommen wird.

Zum Beispiel kann man sich einen Universitätscampus vorstellen, der mehrere Gebäude umfasst, wobei jedes Gebäude durch einen separaten Zoom Phone-Standort vertreten ist. Wenn ein Benutzer während eines Ausfalls von einem Telefon oder Gerät zum Standort zugeordnet, erhält der Rettungsdienst automatisch die vollständige im Datensatz hinterlegte Adresse des Standorts, sofern der Standort beim Dienstanbieter konfiguriert und auf dem neuesten Stand ist.

Jeder Standort kann mehrere ELINs unterstützen

Kunden können mehreren ELINs einem Standort zuweisen, um einen Pool an Notrufnummernressourcen bereitzustellen. Im Falle eines Notfalls während eines Ausfalls ermöglicht dies, dass mehrere Anrufer jeweils eine eindeutig zugewiesene ELIN haben, wodurch die Rettungsdienste den ursprünglichen Anrufer bei einem Rückruf leichter erreichen können.

Zusätzlich kann eine ELIN einem Benutzer oder einem Telefon in einem gemeinsamen Bereich zugewiesen werden, was eine granularere ELIN-Zuweisung als auf Standortebene ermöglicht und den Rettungsdiensten einen präziseren Standort bietet.

Während eines Ausfalls werden alle Notrufe durch die ELIN ersetzt

Wenn ein Benutzer während eines Ausfalls einen Notruf tätigt, wird die Rufnummer des Anrufers, falls vorhanden, durch die auf Standortebene festgelegte ELIN ersetzt. Dies ermöglicht es Benutzern ohne direkte Nummer, den Rettungsdienst anzurufen und von dem Notrufoperator für einen Rückruf erreicht zu werden.

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

Die ELIN eines Standorts müssen muss eine BYOC-Nummer sein, die an einem PSTN-Trunk terminiert ist, der sich am Failover-SBC des Standorts befindet. Keine andere Art von Nummer kann verwendet werden.

Das ZPLS-Modul leitet Anrufe von Notfallanbietern automatisch bis zu 2 Stunden an die ELIN zurück an die ursprünglich wählende Nebenstelle des Benutzers weiter

Wenn ein Notrufoperator einen Rückruf an die ELIN tätigt, leitet das ZPLS-Modul den Anruf an den ursprünglichen Benutzer weiter, der den Notruf getätigt hat. Das ZPLS-Modul leitet PSAP-Rückrufe bis zu 2 Stunden lang an den ursprünglichen Anrufer weiter. Diese Funktionalität ist derzeit 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 designierte ELIN für einen Standort zugewiesen hat, kann diese BYOC-Nummer keinem Benutzer oder einer anderen Zoom Phone-Entität zugewiesen werden, es sei denn, sie wird freigegeben.

Kunden sind verantwortlich für die Pflege und Aktualisierung der physischen Adressen, die mit ihren ELINs für jeden Standort verknüpft sind

Zoom übernimmt nicht die Verantwortung für die Aktualisierung der BYOC-Anbieter mit physischen Adressen, die jeder ELIN entsprechen. Kunden sind verantwortlich dafür, sicherzustellen, dass Notfalladressen korrekt der entsprechenden physischen Adresse zugeordnet sind.

PSTN-Routing-Überlegungen

Wenn der Ausfallsicherheitsmodus aktiv ist, werden Medienpakete über das ZPLS-Modul geroutet

Wenn der Ausfallsicherheitsmodus aktiviert ist, kommunizieren Clients nicht direkt mit einem SBC oder anderen internen Clients; stattdessen werden Medienpakete durch das ZPLS-Modul verankert oder „geschleift“, ohne Unterstützung für Media-Offloading.

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

Anrufe versuchen zuerst lokal zu routen

Wann immer möglich, wird das ZPLS-Modul versuchen, Anrufe von registrierten Zoom-Clients zu lokal registrierten Zielen zu routen. Anrufe werden nur an den SBC weitergeleitet, wenn das Ziel im Request-URI-Feld der eingehenden SIP-Invite-Nachricht nicht mit einer registrierten Nebenstelle übereinstimmt.

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

Während eines Ausfalls werden externe ausgehende Anrufe die BYOC-Nummer des Benutzers anzeigen

Während eines Ausfalls enthalten externe ausgehende Anrufe von ZPLS-registrierten Geräten die BYOC-Anrufernummer. Das folgende Diagramm zeigt den Anruffluss im Ausfallsicherheitsmodus für einen Benutzer:

Rückrufe können an die BYOC-Nummer eines Benutzers geroutet werden

Da externe ausgehende Anrufe, die während eines Ausfalls getätigt werden, eine BYOC-Nummer verwenden, können externe Anrufer einen Rückruf an eine BYOC-Nummer statt an die bei Zoom registrierte Telefonnummer eines Benutzers tätigen. Wenn das Ausfallereignis beendet ist, werden Anrufe wieder über die Cloud geroutet wenn die richtige Routing-Priorität konfiguriert ist. Wenn das Ereignis jedoch andauert, wird der SBC den Anruf an das ZPLS-Modul und das beim Client registrierte Gerät weiterleiten.

Unterstützte Ausfallsicherheits-Codecs

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

Überlegungen zu Survivability Distribution Groups

Dieser Abschnitt behandelt Überlegungen zu Survivability Distribution Groups (SDGs). 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 Groups bieten differenzierte Optionen zur Anrufweiterleitung während eines Ausfalls

Survivability Distribution Groups (SDGs) bieten Unternehmen während eines Ausfalls differenzierte Optionen zur Anrufweiterleitung – wie Call Queues und Interactive Voice Response (IVR)-Menüs. Mit SDGs können Unternehmen weiterhin grundlegende Telefondienste und Anrufweiterleitungskonfigurationen (ähnlich wie Call Queues, Auto Receptionists und Shared Line Groups) unterstützen, bis der reguläre Betrieb wiederhergestellt ist.

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

Obwohl SDGs ähnliche Funktionen zur Anrufweiterleitung wie Verteilungsgruppen im Standardbetrieb bieten, sind SDGs einzigartig und spezifisch für Ausfallsereignisse und müssen daher separat erstellt und gepflegt werden. Mit anderen Worten, SDGs werden Sie nicht erben die Einstellungen oder Konfigurationen einer Verteilungsgruppe im Standardbetrieb (z. B. Call Queue, Auto Receptionist, IVR usw.)

SDGs sollten mit einer BYOC-PSTN-Integration und aktivierter Anrufweiterleitung kombiniert werden

Obwohl SDGs nur intern (d. h. nicht-PSTN-Anrufe) unterstützen können, sind sie am besten mit einer BYOC-PSTN-Integration kombiniert. Mit einem PSTN-aktivierten SDG kann nach Aktivierung der Anrufweiterleitung während eines Ausfalls eine Hauptfirmennummer an die designierte SDG-Telefonnummer weitergeleitet werden, und der Anruf folgt dem konfigurierten Routing-Profil. So kann ein Unternehmen externen Anrufern bis zur Wiederherstellung des regulären Betriebs einen konsistenten Anrufablauf bieten.

Das folgende Diagramm veranschaulicht die Routing-Logik für ein PSTN-aktiviertes SDG:

SDGs können auf folgende Weise angepasst werden

SDGs unterstützen die folgenden Optionen:

• Dedizierte Nebenstellennummer

• Zugewiesene Direct-Inward-Dial-Nummer

• Zeitzone

• Geschäftszeiten

• Aufgezeichnete Begrüßungen

• Gruppenmitglieder

• Weiterleiten an:

  • Benutzer-

  • Interactive Voice Response (IVR)-Menü

  • Gruppenmitglieder

  • Telefonnummer

• Anrufverteilung:

  • Simultan

  • Sequenziell

Hardware- und Netzwerküberlegungen

Dieser Abschnitt behandelt Hardware- und Netzwerküberlegungen für das ZPLS-Modul, eine SBC-Integration, Zoom-Clients und Telefone. Nach dem Lesen dieses Abschnitts sollten Sie die notwendigen Netzwerkkommunikationen und Konfigurationen für eine ZPLS-Bereitstellung verstehen.

Dieser Abschnitt widmet sich der Hardware-Bereitstellung und Netzwerk Designüberlegungen. Siehe den Abschnitt zu Bereitstellung von ZPLS für schrittweise Bereitstellungsanleitungen.

Bereitstellung des ZPLS-Moduls und Netzwerküberlegungen

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, die für Zoom Phone-Geräte und Desktop-Clients zugänglich ist. Das ZPLS-Modul unterstützt derzeit keine IPv6-Adressen.

Das ZPLS-Modul muss periodische HTTPS-Verbindungen mit der Zoom Phone-Cloud aufrechterhalten

Das ZPLS-Modul erfordert periodische HTTPS-Verbindungen zur 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 in einigen Fällen ein DMZ-Netzwerk verwendet werden; Netzwerkadministratoren müssen jedoch sicherstellen, dass die Kommunikation durch die Unternehmensfirewall möglich ist. In beiden Fällen sind Administratoren verpflichtet, die Firewall-Richtlinie des Unternehmens so anzupassen, dass die Kommunikation zwischen dem ZPLS-Modul und der Zoom-Cloud ermöglicht wird.

Das ZPLS-Modul muss regelmäßige OPTIONS-Pings mit der Zoom Phone-Cloud aufrechterhalten

Während es im Leerlauf ist, muss das ZPLS-Modul ein OPTIONS-Keepalive-Ping mit der Zoom Phone-Cloud aufrechterhalten, um die Konnektivität zu überwachen. Falls sowohl Clientgeräte als auch das ZPLS-Modul an einem Standort die Verbindung zur Zoom Phone-Cloud verlieren, registrieren sich unterstützte Clients und Geräte beim ZPLS-Modul mithilfe von SIP-Digest-Authentifizierung über TLS v1.2.

Bereitstellungs- und Netzwerküberlegungen für SBCs

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

Kunden sollten sicherstellen, dass der SBC nach Möglichkeit die Konnektivität sowohl zum ZPLS-Modul als auch zur Zoom Phone-Cloud beibehält. Kunden können einen Dual-NIC-SBC mit einer privaten und einer öffentlichen IPv4-Adresse bereitstellen oder sicherstellen, dass statische 1:1-NAT-Regeln an der Edge-Firewall vorhanden sind und die erforderlichen Ports geöffnet werden.

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

Während des normalen Betriebs muss ein SBC TLS- und UDP-Konnektivität sowohl zur Zoom Phone-Cloud als auch zum ZPLS-Modul des jeweiligen Standorts aufrechterhalten. Diese Verbindung wird verwendet, um potenzielle Anrufe an eine in BYOC gelistete Telefonnummer zu routen durch die Zoom Phone-Cloud. Der OPTIONS-Keepalive-Mechanismus ist zwischen ZPLS und dem SBC automatisch aktiviert und zwischen dem SBC und der Cloud optional.

Überlegungen zu Zoom-Clients und Telefonen

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

Clients und unterstützte Geräte für Telefon-Ausfallsicherheit aktiviert entdecken das entsprechende Failover-ZPLS-Modul aus der Zoom Phone-Cloud während des Bootvorgangs. Das Modul muss jedoch bereits an das Phone System-Site gebunden sein mit einer intern entdeckbaren IPv4-Adresse.

Geräte sollten eine statische IP haben oder per lokalem DHCP-Server eine private IP zugewiesen bekommen

Um potenzielle Probleme zu vermeiden, sollten Telefongeräte eine statische IP oder eine interne IP per lokalem DHCP-Server zugewiesen bekommen. Wenn einem Gerät keine statische IP zugewiesen ist oder während eines Ausfalls kein DHCP-Server verfügbar ist, kann die Registrierung der Telefongeräte fehlschlagen.

Clients und Geräte müssen regelmäßige OPTIONS-Pings mit der Zoom Phone-Cloud aufrechterhalten

Ähnlich wie das ZPLS-Modul müssen unterstützte Clients und Geräte ein OPTIONS-Keepalive-Ping an die Zoom Phone-Cloud senden, um den Status der Rechenzentrumskonnektivität zu ermitteln. 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 Vorgang erfolgt automatisch und kann nicht deaktiviert werden.

Firewall- und Netzwerkdatenfluss

Siehe den Abschnitt zu Netzwerkports und Datenfluss.