> 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/erweiterte-enterprise-services/zoom-node/zoom-phone-local-survivability.md).

# Zoom Phone Lokale Ausfallsicherheit

### Übersicht

#### <mark style="color:blau;">ZPLS ist eine lokale virtuelle Appliance, die interne Telefonanrufe zwischen Benutzern an einem gemeinsamen Standort unterstützt, wenn Zoom-Rechenzentren nicht erreichbar sind</mark>

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.

{% hint style="danger" %}
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.
{% endhint %}

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

#### <mark style="color:blau;">Kunden können ZPLS mit einem SBC integrieren, um PSTN-Anrufe zu tätigen und zu empfangen, wenn die Zoom-Rechenzentren nicht erreichbar sind</mark>

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.

#### <mark style="color:blau;">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</mark>

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.

#### <mark style="color:blau;">Das ZPLS-Modul überwacht die Verfügbarkeit von Zoom Cloud durch routinemäßige OPTIONS-Pings an standortspezifische SIP-Zonen</mark>

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.

#### <mark style="color:blau;">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</mark>

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.

#### <mark style="color:blau;">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</mark>

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.

#### <mark style="color:blau;">Desktop-Clients benachrichtigen Benutzer beim Ein- und Austreten aus dem Überlebensmodus</mark>

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.

<div data-with-frame="true"><img src="https://content.gitbook.com/content/ctBXUMeBy4rtLMmMkKRG/blobs/iBKBV5KVuU1xKsH2Br2r/Unknown%20image" alt=""></div>

Sobald die Dienste wiederhergestellt sind, erhalten Benutzer einen Warnhinweis zur Wiederherstellung der Verbindung.

<div data-with-frame="true"><img src="https://content.gitbook.com/content/ctBXUMeBy4rtLMmMkKRG/blobs/j5OMSJ3osllv4Daik6bQ/Unknown%20image" alt=""></div>

{% hint style="info" %}
Dieser Warnhinweis ist einzigartig für Zoom-Desktop-Clients; IP-Telefone werden keinen Failover- oder Fallback-Warnhinweis anzeigen.
{% endhint %}

#### <mark style="color:blau;">Aktive Anrufe werden getrennt, wenn der Überlebensmodus aktiv ist, und Benutzer müssen den Anruf manuell erneut herstellen</mark>

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.

#### <mark style="color:blau;">Die Anrufweiterleitung kann Eingehend-Anrufe an eine BYOC-Nummer leiten, wenn der Überlebensmodus aktiv ist</mark>

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.

#### <mark style="color:blau;">ZPLS unterstützt Survivability Distribution Groups und bietet differenzierte Anrufweiterleitungsmöglichkeiten während eines Survivability Event</mark>

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.

<div data-with-frame="true"><figure><img src="https://590569539-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FctBXUMeBy4rtLMmMkKRG%2Fuploads%2Fgit-blob-b686a448099c61746dcb50fee9f35eb9d2f42178%2Fimage.png?alt=media" alt="" width="508"><figcaption></figcaption></figure></div>

#### <mark style="color:blau;">Interne Anrufe zwischen Benutzern im Survivability-Modus werden weiterhin durch SRTP geschützt</mark>

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](https://support.zoom.us/hc/en-us/articles/360001299063-Zoom-Voice-Supported-Devices).

#### <mark style="color:blau;">Cloud-Dienste/Weiterleitung werden wiederhergestellt, nachdem das ZPLS-Modul für etwa fünf Minuten eine zuverlässige SIP-Zonen-Konnektivität aufrechterhalten hat</mark>

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.

#### <mark style="color:blau;">Das ZPLS-Modul lädt Anrufdetaildatensätze für alle Anrufe hoch, die nach dem Verlassen des Survivability-Modus getätigt wurden</mark>

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.

#### <mark style="color:blau;">Standortänderungen, einschließlich Hinzufügen oder Ändern von Benutzern oder Geräten, werden einmal alle 10 Stunden mit dem ZPLS-Modul synchronisiert</mark>

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.

#### <mark style="color:blau;">Kunden können Failover-Events mit dem Testmodus testen oder simulieren</mark>

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.

{% hint style="info" %}
Der Testmodus gilt nicht für IP-Telefongeräte. Der Testmodus kann nur mit Zoom-Desktop-Anwendungen getestet werden.
{% endhint %}

### Unterstützte Funktionen und Clients

#### <mark style="color:blau;">Verfügbare Funktionen im Survivability-Modus</mark>

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

<sub>*\*Erfordert SBC- & BYOC-Integration*</sub>

#### <mark style="color:blau;">Nicht verfügbare Funktionen im Survivability-Modus</mark>

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

#### <mark style="color:blau;">Unterstützte Client-Geräte</mark>

Wenden Sie sich an unser Support-Center für eine Liste der [unterstützten Client-Geräte](https://support.zoom.us/hc/en-us/articles/360029698771-Supported-desk-phone-features#h_01GGF32MEZ6DDT3VBE8Y2D6JH3) und [unterstützten Firmware-Versionen](https://support.zoom.us/hc/en-us/articles/360001299063-Zoom-Phone-Certified-Hardware).

### Netzwerkports und Datenfluss

#### <mark style="color:blau;">Übersichtsdiagramm</mark>

Das folgende Diagramm zeigt die Netzwerkports und Datenflüsse, die mit einem ZPLS-Modul und einer SBC-Konfiguration verwendet werden.

<div data-with-frame="true"><img src="https://content.gitbook.com/content/ctBXUMeBy4rtLMmMkKRG/blobs/jwJPyOKbR2KlSvR4WyaJ/Unknown%20image" alt=""></div>

#### <mark style="color:blau;">Firewall-Anforderungen für ZPLS-Survivability</mark>

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](https://support.zoom.us/hc/en-us/articles/201362683-Zoom-network-firewall-or-proxy-server-settings#h_01EEBSGCKBYVB20MCVPR78T0NN) 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                  |

#### <mark style="color:blau;">Firewall-Anforderungen für BYOC Premises Peering</mark>

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.

   <div data-with-frame="true"><figure><img src="https://content.gitbook.com/content/ctBXUMeBy4rtLMmMkKRG/blobs/Vo7n7pkdGHHqoBDVLd4l/Unknown%20image" alt="" width="563"><figcaption></figcaption></figure></div>
5. Suchen Sie auf der folgenden Seite die gewünschte Routengruppe und bewegen Sie den Mauszeiger über das **"i"** Symbol.

   <div data-with-frame="true"><figure><img src="https://content.gitbook.com/content/ctBXUMeBy4rtLMmMkKRG/blobs/pCUJ8WVkYAnR5nDgfvLU/Unknown%20image" alt="" width="563"><figcaption></figcaption></figure></div>
6. Aktivieren Sie bei Bedarf die angegebene IP-Adresse und die Ports im Fenster innerhalb Ihres Netzwerks.

   <div data-with-frame="true"><figure><img src="https://content.gitbook.com/content/ctBXUMeBy4rtLMmMkKRG/blobs/BnIojqs0sYIsQSisquSv/Unknown%20image" alt="" width="563"><figcaption></figcaption></figure></div>

#### <mark style="color:blau;">Zoom Phone Lokale Ausfallsicherheit: Aufrechterhaltung der Telefonie während eines dienstbeeinträchtigenden Events</mark> <a href="#mw9st83qsojm" id="mw9st83qsojm"></a>

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.

<figure><img src="https://590569539-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FctBXUMeBy4rtLMmMkKRG%2Fuploads%2Fgit-blob-a4418b60e5b95fcb471d37d919770bcd88752dc8%2F0C46BEA3-2078-4647-80C2-379DFA9F509D.png?alt=media" alt="Diagram depicting the ZPLS module in a single-site design"><figcaption><p>Diagramm, das das ZPLS-Modul in einem Ein-Standort-Design darstellt</p></figcaption></figure>

<figure><img src="https://590569539-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FctBXUMeBy4rtLMmMkKRG%2Fuploads%2Fgit-blob-920b6247b4f4a073404f570cd45280fe91b69f4e%2Fimage.png?alt=media" alt="Diagram depicting the ZPLS module in a multi-site design with a common network"><figcaption><p>Diagramm, das das ZPLS-Modul in einem Mehr-Standort-Design mit einem gemeinsamen Netzwerk darstellt</p></figcaption></figure>

<figure><img src="https://590569539-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FctBXUMeBy4rtLMmMkKRG%2Fuploads%2Fgit-blob-2261162c080cb67f7409196a1b7f983a13b0cd9b%2FE96C5F1B-E5E9-4F8E-9DF5-55B6DBFC20B7.png?alt=media" alt="Diagram depicting the ZPLS module in a multi-site design with PSTN Connectivity"><figcaption><p>Diagramm, das das ZPLS-Modul in einem Multi-Standort-Design mit PSTN-Konnektivität darstellt</p></figcaption></figure>

Wenden Sie sich für weitere Informationen an Ihr Zoom-Konto-Team oder das Support-Center von Zoom zu [Zoom Phone Lokale Ausfallsicherheit](https://support.zoom.com/hc/en/category?id=kb_category\&kb_category=fce9b6da8720391089a37408dabb35d9).


---

# 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/erweiterte-enterprise-services/zoom-node/zoom-phone-local-survivability.md?ask=<question>&goal=<endgoal>
```

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