> For the complete documentation index, see [llms.txt](https://library.zoom.com/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://library.zoom.com/technical-library/de/zoom-workplace/zoom-phone/zoom-phone-local-survivability-field-guide/before-you-begin/pstn-integration-considerations.md).
# Ü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 planen, das ZPLS-Modul mit PSTN-Konnektivität zu integrieren, können diesen Abschnitt folgenlos überspringen.
### Überlegungen zur SBC-Integration
#### SBC-Anforderungen
Um ein SBC zur Ausfallsicherheit mit Zoom 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 (**verpflichtend**)
* Opus-, G.711-μ-law-, G.711-A-law- und G.729-Codecs
#### PSTN-Integrationen erfordern ein SBC und einen zuverlässigen Drittanbieter
Für die PSTN-Konnektivität müssen Kunden einen Sitzung Border Controller (SBC) bereitstellen, der entweder mit einer Legacy-Verbindung oder mit einem SIP-Trunk mit Mobilfunk- oder alternativer Verbindung (z. B. DSL) verbunden ist. Kunden sollten bedenken, dass alle am SBC bereitgestellten SIP-Trunks möglicherweise vom selben Internetdienst abhängig sind, bei dem gerade ein Ausfall auftritt. 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 Sitzung Border Controller (SBC), der [für Zoom Phone zertifiziert ist](https://support.zoom.us/hc/en-us/articles/360001299063-Zoom-Phone-Certified-Hardware#h_ec5008d4-3581-46e7-a06d-32599511d089) kann ebenfalls mit dem ZPLS-Modul verwendet werden. Kunden mit einem bestehenden Zoom Phone BYOC-Tarif benötigen für Zwecke der Ausfallsicherheit kein zusätzliches oder separates SBC.
#### Die DigiCert-Zertifikate von Zoom müssen auf dem SBC installiert werden
Um eine TLS-Konnektivität sowohl zum ZPLS-Modul als auch zur Zoom Cloud herzustellen, müssen die [DigitCert-Stamm- und Zwischenzertifikate](https://support.zoom.us/hc/en-us/articles/360044092031) von Zoom auf dem SBC installiert werden.
#### SBCs müssen Eingehend Anrufe zu Zoom Phone-Rechenzentren als erste und zweite Weiterleitungsauswahl und zum ZPLS-Modul als dritte weiterleiten
SBCs von Kunden müssen Eingehend Anrufe aus dem PSTN an die primäre und sekundäre 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 ansonsten 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 Cloud-registrierte Geräte weiterleiten kann.
{% hint style="info" %}
Sobald die Zoom Phone Cloud nach einem Ausfallsicherheits-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 während dieses Übergangszeitraums den Einstellungen für [**Wenn ein Anruf nicht beantwortet wird**](https://support.zoom.us/hc/en-us/articles/360059966372-Customizing-call-handling-settings#h_86f4bf1b-51ea-4d70-9e40-4a84a5ca1c2c) während dieses Übergangszeitraums.
{% endhint %}
#### Ausgehend Anrufe vom ZPLS-Modul müssen an das SBC und den PSTN-SIP-Trunk weitergeleitet werden
Wenn der Ausfallsicherheitsmodus aktiv ist, müssen Anrufe von ZPLS an das 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 das für die Ausfallsicherheit konfigurierte SBC gesendet.
### Überlegungen zur lokalen Ausfallsicherheit bei der Anrufweiterleitung
#### Während eines Ausfallsicherheits-Events sind von Zoom Phone bereitgestellte Telefonnummern extern nicht erreichbar, sofern sie nicht durch Anrufweiterleitung umgeleitet werden
Während eines Ausfallsicherheits-Events sind von Zoom bereitgestellte Telefonnummern aus Sicht der Cloud extern nicht erreichbar. Folglich können Benutzer an betroffenen Standorten nicht erreichbar sein, sofern Anrufe an ihre primären Nummern nicht an eine alternative Nummer weitergeleitet werden, die einem lokalen SBC zugeordnet ist.
{% hint style="info" %}
Häufige Beispiele für betroffene Nummern können Nummern sein, die zugewiesen sind an: Benutzer, Gemeinschaftsbereiche, automatische Vermittlungen (AR), Gruppen für gemeinsame Leitung (SLG) und Anrufwarteschlangen (CQ).
{% endhint %}
#### Kunden, die ein lokales BYOC verwenden, benötigen keine erweiterten Konfigurationen und können die Anrufweiterleitung umgehen, indem sie von ihrem SBC eine tertiäre Route zu ihrem ZPLS-Modul hinzufügen
Kunden, die einen lokalen BYOC-Tarif verwenden (d. h. Kunden, die keine bei Zoom Phone registrierten Nummern verwenden), benötigen keine erweiterten Konfigurationen, um die Anrufweiterleitung zu Aktivieren. Stattdessen können BYOC-Kunden vom lokalen SBC aus eine tertiäre Route zum ZPLS-Modul Hinzufügen.
#### Konfigurationen für die Anrufweiterleitung werden von einem Administrator oder autorisierten Benutzer über das Webportal festgelegt
Ein Kontoadministrator oder autorisierter Benutzer kann [Anrufweiterleitungslogik Konfigurieren](#_1od0waijmvaz) über das Webportal durch [manuelle Eingabe oder einen massenhaften CSV-Upload](#_aezu04x8z043).
#### Für die Anrufweiterleitung konfigurierte Benutzer haben drei zugewiesene Nummern
Nach dem Anwenden einer BYOC-Nummer auf einen Benutzer für die Ausfallsicherheit bei der Anrufweiterleitung wird dem Client-Gerät *mindestens* drei Nummern zugewiesen:
1. Eine interne Durchwahl 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.
Wenn John beispielsweise die Telefonnummer X55-555-5555 zugewiesen ist, kann Johns Telefonnummer an die Operator-Nummer seines Gebäudes unter X99-999-9999 weitergeleitet werden. Ebenso können auch die Nummern von Johns Kollegen (X55-555-5554, X55-555-5553 usw.) an X99-999-9999 weitergeleitet werden. Alternativ kann jeder Benutzer seine Telefonnummer an eine vollständig eindeutige Nummer weiterleiten lassen, etwa indem X55-555-5554 an X99-999-9998 weitergeleitet wird und X55-555-5553 an X99-999-9997 weitergeleitet wird. Kein einzelner Benutzer kann seine Nummer jedoch sowohl an X99-999-9999 als auch an X99-999-9998 weiterleiten lassen.
#### Die Anrufweiterleitung muss deaktiviert bleiben, bis ein Ausfallsicherheits-Event eintritt
Obwohl ein Administrator die Anrufweiterleitungslogik für einen Standort im Voraus bereitstellen kann, muss die Funktion zur Anrufweiterleitung deaktiviert bleiben, bis ein Ausfallsicherheits-Event eintritt. Wenn die Anrufweiterleitung während des regulären Betriebs aktiviert ist, werden alle Eingehend Anrufe an eine bei Zoom Phone registrierte Nummer an das lokale SBC und die zugehörige BYOC-Telefonnummer umgeleitet, wodurch Zoom Phone-Dienste umgangen werden. Daher muss die Anrufweiterleitung während des regulären Betriebs deaktiviert sein, um die reguläre Zoom Phone-Weiterleitung aufrechtzuerhalten.
#### Anrufweiterleitung kann nur von einem autorisierten Benutzer oder Administrator mit einer funktionierenden Internetverbindung aktiviert werden
Während eines Survivability-Mode-Events wird angenommen, dass die Internetverbindung eines Standorts nicht verfügbar ist. Da Anrufweiterleitung für den Standardbetrieb jedoch deaktiviert bleiben muss, kann sie nur von einem autorisierten Benutzer oder Administrator mit einer funktionierenden Internetverbindung wie einem Telefondatentarif oder einer alternativen Internetverbindung an einem anderen Standort aktiviert werden.
{% hint style="info" %}
Um Ausfallzeiten zu minimieren und Geschäftskontinuität sicherzustellen, empfiehlt Zoom Unternehmen, zuverlässige Verfahren zum Aktivieren der Anrufweiterleitungslogik über das Webportal während eines Survivability-Events einzurichten.
{% endhint %}
#### 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, lässt Zoom den cloud-registrierten Client eines Benutzers nicht klingeln, selbst wenn er eine unabhängige Cloud-Verbindung aufrechterhä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 routen. Folglich werden, selbst wenn ein betroffener Benutzer ein Cloud-registriertes Gerät wie ein Mobiltelefon hat, wenn die Telefonnummer für Anrufweiterleitung markiert ist, alle Anrufe über das PSTN zum SBC des Unternehmens geroutet.
Zum Beispiel erlebt ein Standort ein Survivability-Mode-Event und das Mobiltelefon eines Benutzers ist über die Datenverbindung seines Mobilfunkanbieters mit der Zoom Phone Cloud verbunden. Wenn die Telefonnummer eines Benutzers für Anrufweiterleitung markiert ist, die Zoom Phone Cloud **wird nicht** lässt ihre Zoom Phone-Nummer über die mobile App klingeln, trotz der stabilen Verbindung. Stattdessen werden alle Anrufe weiterhin über das PSTN zum SBC des Kunden geroutet.
#### Wenn für einen Benutzer während eines Survivability-Events keine Anrufweiterleitung aktiviert ist, folgen eingehende Anrufe den Anrufbearbeitungseinstellungen des jeweiligen Benutzers
Wenn die Anrufweiterleitung während eines Ausfallszenarios nicht aktiviert ist, werden eingehende Anrufe gemäß der [Anrufbearbeitungslogik](https://support.zoom.us/hc/en-us/articles/360059966372-Customizing-call-handling-settings) für jeden einzelnen Benutzer behandelt. Wenn ein Benutzer keinen Backup-Telefonclient registriert hat, der mit der Cloud verbunden ist, wie beispielsweise ein Mobiltelefon, unterliegen die Anrufer den Regeln, die in der **Wenn ein Anruf nicht beantwortet wird** Abschnitt der Anrufbearbeitungseinstellungen definiert 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 Nebenstellen innerhalb desselben Standorts ausgehen, versuchen zunächst, über das ZPLS-Modul eine Verbindung herzustellen, und danach über das PSTN, wenn ein SBC verbunden ist. Anrufe, die keine Verbindung herstellen können, unterliegen andernfalls der Behandlung, die im **Wenn ein Anruf nicht beantwortet wird** Abschnitt der Anrufbearbeitungsregeln innerhalb der Telefoneinstellungen eines Benutzers definiert ist.
### Fluss der Anrufweiterleitung
Das folgende Diagramm beschreibt die Logik für die Anrufweiterleitung (nach der Aktivierung) während eines Ausfallszenarios. Diese Logik bleibt wirksam, bis die Anrufweiterleitung deaktiviert wird oder der Standardbetrieb wiederhergestellt ist. Wenn die Anrufweiterleitung jedoch aktiviert bleibt *danach* Sobald die Standardabläufe wiederhergestellt sind, 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 unverzüglich nach einem Survivability-Event deaktiviert werden.
1. Ein externer Anrufer initiiert einen Anruf an eine bei Zoom Phone registrierte Nummer und wird über das PSTN weitergeleitet.
2. Der Anruf wird zur Zoom Phone Cloud weitergeleitet, und die gewählte Telefonnummer wird als von der Anrufweiterleitung betroffen identifiziert.
{% hint style="info" %}
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 Durchwahl.
{% endhint %}
3. Da die Anrufweiterleitung aktiviert ist, wird Zoom nicht versuchen, den Benutzer mit einem Warnhinweis zu benachrichtigen, sondern den Anruf stattdessen über das PSTN an die festgelegte Anrufweiterleitungsnummer umleiten.
4. Der Anruf wird vom PSTN an das Survivability-SBC weitergeleitet.
5. Das Survivability-SBC leitet den Anruf an das ZPLS-Modul weiter.
6. Das ZPLS-Modul leitet den Anruf an die beim Benutzer registrierten Client(s) weiter, sofern verbunden.
### Überlegungen zur Notfall-Standort-Identifikationsnummer (ELIN)
#### Eine ELIN ist eine ausschließlich für einen Standort gültige Telefonnummer, die beim Wählen Standortinformationen an den Rettungsdienst übermittelt
Eine Notfall-Standortidentifikationsnummer (ELIN) ist eine eigene Telefonnummer, die von Public Safety Answering Points (PSAP) verwendet wird, um die physische Adresse eines Anrufers zu identifizieren, wenn dieser Notfalldienste anruft. Für diese Funktion müssen Unternehmen mit ihrem PSTN-Dienstanbieter zusammenarbeiten, um eine Adresse einer Telefonnummer zuzuordnen, um sicherzustellen, dass die Adresse in einer automatischen Standortidentifikations (ALI)-Datenbank aufgeführt ist, wenn der Anruf von einem Notrufzentrale-Operator entgegengenommen wird.
Betrachten Sie zum Beispiel 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 die Notrufdienste wählt [mit dem Standort verknüpft](#_ggwzik1hd9xi), Notfalldienste erhalten automatisch die vollständige, aufzeichnen Adresse für den Standort, sofern der Standort konfiguriert ist und beim Dienstanbieter auf dem neuesten Stand ist.
#### Jeder Standort kann mehrere ELINs unterstützen
Kunden können einem Standort mehrere ELINs für einen Pool von Notrufressourcen zuweisen. Im Event 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 sie einen Anruf zurückgeben.
Zusätzlich kann eine ELIN einem Benutzer oder einem Telefon im gemeinsamen Bereich zugewiesen werden, was eine granularere ELIN-Zuweisung als auf Standort-Ebene ermöglicht und einen präziseren Standort für Notdienste bietet.
#### Während eines survivability Event werden alle Notrufe durch die ELIN ersetzt
Wenn ein Benutzer während eines Survivability-Events einen Notruf absetzt, wird die Rufnummer des Benutzers, falls eine verfügbar ist, durch die ELIN ersetzt, die auf Standortebene festgelegt ist. Dies ermöglicht es Benutzern, die keine Direktnummer haben, den Notdienst anzurufen und für einen Rückruf durch den Notrufoperator erreichbar zu sein.
#### Eine ELIN-Nummer muss eine BYOC-Nummer sein, die dem PSTN-Trunk des SBC des Standorts zugeordnet ist
Die ELIN eines Standorts **müssen** eine BYOC-Nummer sein, die auf einem PSTN-Trunk terminiert, der sich am Failover-SBC des Standorts befindet. Kein anderer Nummerntyp kann verwendet werden.
#### Das ZPLS-Modul leitet Anrufe von Notdienstanbietern an die ELIN automatisch zurück an die Nebenstelle des Benutzers, 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 zurück an den ursprünglichen Benutzer, der den Notruf getätigt hat. Das ZPLS-Modul leitet Rückrufe der Notrufzentrale für bis zu 2 Stunden weiterhin an den ursprünglichen Anrufer weiter. Derzeit ist diese Funktionalität 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 die festgelegte ELIN für einen Standort zugewiesen hat, kann die BYOC-Nummer keinem Benutzer oder einer anderen Zoom Phone-Entität zugewiesen werden, es sei denn, ihre Zuweisung wurde aufgehoben.
#### Kunden sind dafür verantwortlich, die physischen Adressen zu pflegen und zu aktualisieren, die ihrer ELIN für jeden Standort zugeordnet sind
Zoom übernimmt keine Verantwortung für die Aktualisierung von BYOC-Carriern mit physischen Adressen, die mit jeder ELIN korrelieren. Kunden sind dafür verantwortlich sicherzustellen, dass Notrufadressen korrekt der entsprechenden physischen Adresse zugeordnet werden.
### Ü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 Signal- und Medienpfad für aktive interne und externe Anrufe.
#### Anrufe versuchen zunächst, lokal weitergeleitet zu werden
Wann immer möglich, versucht das ZPLS-Modul, Anrufe, die von registrierten Zoom-Clients ausgehen, an lokal registrierte Ziele weiterzuleiten. Anrufe werden nur an den SBC weitergeleitet, wenn das im Request-URI-Feld des eingehenden SIP Einladen enthaltene Ziel nicht mit einer registrierten Durchwahl übereinstimmt.
{% hint style="info" %}
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 aktualisiert [einmal alle 10 Stunden](#_54gf3fuxcnk5).
{% endhint %}
#### Während eines Survivability-Events wird bei externen, Ausgehend Anrufen die BYOC-Nummer des Benutzers angezeigt
Während eines Survivability-Events enthalten externe, Ausgehend Anrufe von ZPLS-registrierten Geräten die BYOC-Anrufernummer. Das folgende Diagramm zeigt den Anruffluss im Überlebensmodus für einen Benutzer:
#### Zurückgegebene Anrufe können an die BYOC-Nummer eines Benutzers weitergeleitet werden
Da externe, Ausgehend Anrufe, die während eines Survivability-Events getätigt werden, eine BYOC-Nummer verwenden, können externe Anrufer einen Anruf über eine BYOC-Nummer statt über die Zoom-registrierte Telefonnummer eines Benutzers zurückrufen. Wenn das Survivability-Event vorbei ist, werden Anrufe wieder über die Cloud weitergeleitet [wenn die korrekte Priorität für die Weiterleitung konfiguriert ist](#_zgofkpkt74xr). Wenn das Event jedoch noch andauert, leitet der SBC den Anruf an das ZPLS-Modul und das clientregistrierte Gerät weiter.
#### Unterstützte Survivability-Codecs
Unterstützte Survivability-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 aktiv Anruf beteiligten Parteien müssen denselben Codec und dieselbe Abtastrate unterstützen.
### Überlegungen zu Survivability-Verteilungsgruppen
Dieser Abschnitt behandelt Überlegungen zu Survivability Distribution Groups (SDGs). Kunden, die nicht planen, SDGs zu verwenden oder das ZPLS-Modul in die PSTN-Konnektivität zu integrieren, können diesen Abschnitt ohne Folgen überspringen.
#### Survivability Distribution Groups bieten differenzierte Optionen für die Anrufweiterleitung während eines Survivability-Events
Survivability distribution groups (SDGs) bieten Unternehmen differenzierte Optionen für die Anrufweiterleitung — wie Warteschleife und Sprachdialogsystem-Menüs — während eines Survivability-Events. Mit SDGs können Unternehmen weiterhin zentrale Telefonie-Dienste und Konfigurationen zur Anrufweiterleitung unterstützen (ähnlich wie Warteschleife, automatische Rufannahme und Gruppen für gemeinsame Leitung), 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 ähnliche Funktionen für die Anrufweiterleitung wie Verteilungsgruppen für den Standardbetrieb bieten, sind SDGs einzigartig und spezifisch für Survivability-Events und müssen daher separat erstellt und gepflegt werden. Mit anderen Worten: SDGs **wird nicht** übernehmen die Einstellungen oder Konfigurationen einer Verteilungsgruppe für den Standardbetrieb (d. h. Warteschleife, automatische Rufannahme, Sprachdialogsystem usw.)
#### SDGs werden am besten mit einer BYOC-PSTN-Integration und aktivierter Anrufweiterleitung kombiniert
Obwohl SDGs Unterstützung nur für interne Zwecke (d. h. Nicht-PSTN-Anrufe) bieten können, werden sie am besten mit einer BYOC-PSTN-Integration kombiniert. Mit einer PSTN-fähigen SDG kann nach der Aktivierung der Anrufweiterleitung während eines Survivability-Events eine Hauptfirmennummer an die vorgesehene SDG-Telefonnummer weitergeleitet werden, und der Anruf folgt dem konfigurierten Weiterleitungsprofil. Dies ermöglicht es einem Unternehmen, externen Anrufern einen konsistenten Anruffluss zu bieten, bis der Standardbetrieb wiederhergestellt ist.
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
Dieser Abschnitt behandelt Überlegungen zu Hardware und Netzwerken für das ZPLS-Modul, eine SBC-Integration, Zoom-Clients und Telefongeräte. Nach dem Lesen dieses Abschnitts können Sie davon ausgehen, dass Sie ein Verständnis der erforderlichen Netzwerkkommunikation und Konfigurationen für eine ZPLS-Bereitstellung haben.
{% hint style="info" %}
Dieser Abschnitt ist der Bereitstellung von Hardware und dem Netzwerk gewidmet *Designüberlegungen*. Siehe den Abschnitt über [die Bereitstellung von ZPLS](#_wrba5u2ahyc) für schrittweise Bereitstellungsanweisungen.
{% endhint %}
#### Ü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, 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 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 Benutzer-Einstellungen zu synchronisieren](#_54gf3fuxcnk5).
In den meisten Fällen kann ein ZPLS-Modul in einem internen LAN innerhalb des Kundennetzwerks bereitgestellt werden. Alternativ kann unter bestimmten Umständen ein DMZ-Netzwerk verwendet werden; Netzwerkadministratoren müssen jedoch sicherstellen, dass die Kommunikation über die Enterprise-Firewall möglich ist. In beiden Fällen müssen Administratoren die Richtlinie der Unternehmens-Firewall anpassen, um die Kommunikation zwischen dem ZPLS-Modul und der Zoom Cloud zu ermöglichen.
**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. Falls sowohl Clientgeräte als auch das ZPLS-Modul innerhalb eines Standorts 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.
#### Überlegungen zur SBC-Bereitstellung und zum Netzwerk
**Ein SBC muss von ZPLS und Zoom Cloud aus nach Möglichkeit erreichbar sein**
Kunden sollten sicherstellen, dass der SBC nach Möglichkeit sowohl die Konnektivität mit dem ZPLS-Modul als auch mit der Zoom Phone Cloud aufrechterhält. Kunden können einen Dual-NIC-SBC bereitstellen, der mit einer privaten und einer öffentlichen IPv4-Adresse konfiguriert ist, oder sicherstellen, dass auf der Edge-Firewall statische 1:1-NAT-Regeln zusätzlich zum Öffnen der erforderlichen Ports vorhanden sind.
**Ein SBC muss TLS- und UDP-Konnektivität zwischen der Zoom Phone Cloud und dem ZPLS-Modul aufrechterhalten**
Während des regulären Betriebs muss ein SBC 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 zu einer BYOC-gelisteten Telefonnummer weiterzuleiten [über die Zoom Phone Cloud](#_zgofkpkt74xr). Der OPTIONS-Keepalive-Mechanismus wird automatisch zwischen ZPLS und dem SBC aktiviert und ist zwischen dem SBC und der Cloud optional.
#### Überlegungen zu Zoom Clients und Telefondgerä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 die Telefonausfallsicherheit aktiviert](#_ah8xua8wdq10) erkennen das geeignete Failover-ZPLS-Modul während des Startvorgangs über die Zoom Phone Cloud. Das Modul muss jedoch bereits [dem Telefonsystem-Standort zugeordnet sein](#_k11n5zxkx1pq) 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 mögliche Probleme zu mindern, sollten Telefondgeräte eine statische oder interne IP über einen lokalen DHCP-Server zugewiesen bekommen. Wenn einem Gerät keine statische IP zugewiesen ist oder während eines Ausfallszenarios kein DHCP-Server verfügbar ist, kann es bei Telefondgeräten zu Registrierungsfehlern kommen.
**Clients und Geräte müssen einen regelmäßigen OPTIONS-Ping mit der Zoom Phone Cloud aufrechterhalten**
Ähnlich wie beim ZPLS-Modul müssen unterstützte Clients und Geräte einen OPTIONS-Keepalive-Ping zur Zoom Phone Cloud aufrechterhalten, um den Konnektivitätsstatus des Rechenzentrums zu bestimmen. Im Falle einer Störung sendet der Client weiterhin Keepalive-Meldungen, um die Wiederverfügbarkeit des Cloud-Dienstes zu erkennen und die Wiederaufnahme des Normalbetriebs einzuleiten. Dieser Prozess ist automatisch und kann nicht deaktiviert werden.
#### Firewall- und Netzwerk-Datenfluss
Siehe den Abschnitt zu [Netzwerkports und Datenfluss](#_pswiusfsww6t).
---
# Agent Instructions
This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com.
## Querying This Documentation
If you need additional information that is not directly available in this page, you can query the documentation dynamically by asking a question.
Perform an HTTP GET request on the current page URL with the `ask` query parameter, and the optional `goal` query parameter:
```
GET https://library.zoom.com/technical-library/de/zoom-workplace/zoom-phone/zoom-phone-local-survivability-field-guide/before-you-begin/pstn-integration-considerations.md?ask=&goal=
```
`ask` is the immediate question: it should be specific, self-contained, and written in natural language.
`goal` is optional and describes the broader end goal you are ultimately trying to accomplish on behalf of the user. GitBook uses it to tailor the answer towards what is most useful for that goal.
The response will contain a direct answer to the question and relevant excerpts and sources from the documentation.
Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.