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

# Lokale Ausfallsicherheit von Zoom Phone

### Ü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 **Standort** sich gegenseitig anzurufen, wenn Zoom-Rechenzentren nicht erreichbar sind. Dadurch entsteht eine Ausfallsicherheitslösung für die Geschäftskontinuität im Event eines Netzwerkausfalls.

{% hint style="danger" %}
In diesem Leitfaden ist ein **Standort** spezifischer Begriff, der in Zoom Phone verwendet wird, um Benutzer unter einer gemeinsamen Identität zusammenzufassen, wie etwa einem Bürostandort. Für einige Kunden werden mehrere Gebäude durch einen einzigen Standort repräsentiert; für andere kann jedes Gebäude auf einem Campus seinen eigenen Standort darstellen. Kunden sollten sich ihrer bestehenden oder potenziellen Standortkonfigurationen bewusst sein, wenn sie das ZPLS-Modul unter Berücksichtigung der in diesem Artikel genannten Designaspekte in Betracht ziehen.
{% endhint %}

**ZPLS unterstützt auch standortübergreifende Anrufe, wenn ZPLS-Appliances und ihre zugehörigen Standorte über ein gemeinsames Netzwerk verbunden sind**

Für sich genommen ist eine ZPLS-Appliance (auch als Modul bezeichnet, d. h. ein *Zoom Node-Modul*) bietet Benutzern innerhalb eines gemeinsamen Zoom Phone Ausfallsicherheit **Standort**. Allerdings können mehrere ZPLS-Module, die über ein lokales, Campus- oder Weitverkehrsnetz verbunden sind, standortübergreifende Kommunikation unterstützen und Benutzer verschiedener Standorte während eines Resilienz-Event verbinden, solange das interne Netzwerk betriebsbereit bleibt.

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

Kunden können das ZPLS-Modul mit einem Sitzungsgrenzen-Controller (SBC) für externe Anrufe über das öffentliche Telefonnetz (PSTN) integrieren, wenn Zoom Rechenzentren nicht erreichbar sind. Dadurch können Benutzer mit von Zoom oder Drittanbieter-BYOC-Carriern bereitgestellten PSTN-Nummern Eingehend-Anrufe von externen Parteien empfangen, wenn die Anrufweiterleitung zur Ausfallsicherung in der Cloud aktiviert ist, und externe Telefonanrufe unabhängig von lokalen Netzwerkbedingungen oder der Verfügbarkeit eines Zoom Rechenzentrum 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 innerhalb der Cloud, wenn diese verfügbar sind</mark>

Während eines routinemäßigen Startvorgangs lädt ein Zoom Phone-Client die DNS-SRV-aufzeichnen der primären und sekundären SIP-Zonen (Registrierungspunkte) herunter, die sich in Zoom Rechenzentren befinden. Für ausfallsicherungsfähige Standorte mit einem ZPLS-Modul werden unterstützte Clientgeräte jedoch zusätzlich mit einem *dritten* SRV-aufzeichnen konfiguriert, das auf die IP-Adresse des Standortmoduls verweist.

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

Im normalen Betrieb ist das ZPLS-Modul im lokalen Netzwerk in der Regel inaktiv und nimmt nicht an der Anrufbearbeitung teil. Stattdessen sendet das ZPLS-Modul routinemäßige OPTIONS-Pings an Standort-spezifische SIP-Zonen, um zu überwachen, ob die Konnektivität zwischen Standorten aktiv ist.

#### <mark style="color:blau;">Der Ausfallsicherungsmodus wird nur aktiviert, wenn sowohl das ZPLS-Modul als auch die Clientgeräte keine Verbindung zu Standort-spezifischen SIP-Zonen herstellen können</mark>

Ein ZPLS-Modul wechselt nur dann in den Überlebensmodus, wenn die regulären 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, vorausgesetzt, zwischen den Geräten besteht IP-Konnektivität. Wenn das ZPLS-Modul die Verbindung zur Zoom Phone Cloud aufrechterhält, akzeptiert es keine SIP-Registrierungen.

#### <mark style="color:blau;">Die ungefähre Zeit für den Failover zu einem ZPLS-Modul beträgt etwa drei Minuten, kann jedoch je nach Anzahl der Geräte variieren.</mark>

Im Event, dass standortspezifische SIP-Zonen nicht erreichbar sind, liegt die ungefähre Geräte-Failover-Zeit zu einem ZPLS-Modul bei unter drei Minuten. Diese Zeit kann jedoch je nach Anzahl der gleichzeitig versuchenden Geräte variieren, die sich bei jedem ZPLS-Modul registrieren möchten.

#### <mark style="color:blau;">Desktop-Clients benachrichtigen Benutzer beim Eintritt in den Überlebensmodus und beim Verlassen des Ü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 nur für Zoom-Desktop-Clients einzigartig; IP-Telefone werden keinen Failover- oder Fallback-Warnhinweis anzeigen.
{% endhint %}

#### <mark style="color:blau;">Wenn Anrufe aktiv sind und der Überlebensmodus aktiviert wird, werden aktive Anrufe unterbrochen, und Benutzer müssen den Anruf manuell neu aufbauen.</mark>

Benutzer, die bei einem Anruf aktiv sind, wenn die Verbindung zu den SIP-Zonen ihres Standorts getrennt wird, hören vor der Trennung ihres Anrufs ein schnelles Beschäftigtsignal. Nach der Trennung und dem Failover in den Überlebensmodus müssen Benutzer ihren Anruf manuell neu aufbauen.

#### <mark style="color:blau;">Die Anrufweiterleitung kann Eingehende Anrufe an eine BYOC-Nummer weiterleiten, 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. Allerdings können ZPLS-Kunden mit einem SBC und einem unabhängigen Carrier im Webportal Anrufweiterleitungsregeln für Direct Inward Dialing einrichten. Wenn sie aktiviert sind, 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 und Anrufe weiterhin direkt an einem Standort beantworten zu können, der die Verbindung zur Cloud verloren hat.

Beispielsweise gilt, wenn ein Benutzer die Telefonnummer X55-555-5555 bei Zoom Phone registriert hat und der Standort des Benutzers in den Überlebensmodus wechselt, ist die Telefonnummer des Benutzers aus Sicht der Zoom Cloud nicht verfügbar. Wenn die Anrufweiterleitung aktiviert ist und seine Nummer angerufen wird, kann Zoom Phone die Anfrage über das PSTN an die vom Kunden vorgesehene Weiterleitungsrufnummer (z. B. X11-111-1111) zum SBC des Kunden weiterleiten. Folglich 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 ausgefeilte Anrufweiterleitungsmöglichkeiten während eines Survivability Event</mark>

ZPLS-Module unterstützen Survivability Distribution Groups (SDGs) für differenzierte Anrufweiterleitungskonfigurationen während eines Überlebensfähigkeits-Events. Mit SDGs kann ein Business interne und Eingehend-PSTN-Anrufe an einen individuellen Benutzer, an eine Gruppe von Benutzern (ähnlich einer Warteschleife oder einer gemeinsamen Gruppe), an ein Sprachdialogsystem-Menü, an eine andere Telefonnummer oder, falls erforderlich, an eine andere SDG weiterleiten.

Obwohl SDGs nicht die gleiche voll ausgestattete Funktionalität wie Anrufwarteschlangen im Standard-Betrieb, Gruppen mit gemeinsamer Leitung oder automatische Rezeptionisten bieten, können SDGs weiterhin die kritischen Anforderungen an die Anrufweiterleitung eines Unternehmens unterstützen, bis der Normalbetrieb wiederhergestellt ist.

Ein SDG kann mithilfe des **Hinzufügen Route Gruppe** 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 Überlebensmodus werden weiterhin durch SRTP geschützt</mark>

Während des Überlebensmodus werden interne Telefonanrufe zwischen Benutzern durch das Secure Real-time Transport Protocol (SRTP) unter Verwendung von AES-128- oder 256-Verschlüsselung geschützt, abhängig von [Funktionen des Geräts](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 etwa fünf Minuten lang eine zuverlässige SIP-Zonen-Konnektivität aufrechterhalten hat</mark>

Sobald die Client-Geräte und das ZPLS-Modul eine Verbindung zu den SIP-Zonen des Standorts 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 es zu einem intermittierenden oder teilweisen Netzwerk-Event bei der Wiederherstellung (Flapping) kommt. Wenn die Netzwerkkonnektivität intermittierend ist, bleiben die Client-Geräte und das ZPLS-Modul im Überlebensmodus, 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 Überlebensmodus getätigt wurden</mark>

Nachdem das ZPLS-Modul den Überlebensmodus erfolgreich verlassen hat und die SIP-Zonen-Konnektivität stabil ist, lädt das Modul Anrufdetaildatensätze (CDRs) für alle Anrufe hoch, die im Überlebensmodus getätigt wurden. Diese Datensätze werden in Berichten als Anrufe gekennzeichnet, die im Überlebensmodus abgeschlossen wurden.

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

Aktualisierungen an der Konfiguration des Standorts über das Zoom-Webportal, einschließlich des Hinzufügens oder Änderns von Benutzern oder Geräten, werden alle 10 Stunden mit dem ZPLS-Modul synchronisiert. Wenn ein Ausfall-Event auftritt, bevor neue Konfigurationsänderungen mit dem ZPLS-Modul synchronisiert wurden, 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-Events 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 werden sich Benutzer, die sich von ihrem Desktop-Client abmelden und wieder anmelden, automatisch beim ZPLS-Modul registrieren, solange der Testmodus aktiviert ist.

Während der Testmodus aktiv ist, arbeitet das ZPLS-Modul so, als würde ein Failover-Event 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 weitergeleitet, falls es konfiguriert ist, und eingehende Anrufe folgen den Regeln für Anrufweiterleitung, falls diese konfiguriert und aktiviert sind.

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-Desktopanwendungen getestet werden.
{% endhint %}

### Unterstützte Features und Clients

#### <mark style="color:blau;">Verfügbare Features in Survivability Mode</mark>

Die folgende Liste enthält unterstützte Features aus dem ZPLS-Modul, wenn der Survivability Mode aktiviert ist:

**Anruffunktionen**

* Interne Nebenstellenwahl
* Vollständige Nebenstellenwahl mit Standortcode
* Wählen aus dem Anrufverlauf
* DTMF (RFC 2833)
* Ad-hoc-3-Parteien-Konferenz
* Anrufweiterleitung\*
* Eingehend/Ausgehend PSTN\*
* Kontaktsuche/Wahl (erste 25.000 Kontakte)
* Wählen nach Name
* Stummschalten/Stummschaltung aufheben
* Anruf halten/Fortsetzen
* Parken von Anrufen

**Übergabe & Weiterleitung**

* Übergabe mit Rücksprache
* Übergabe ohne Rücksprache
* Notfall-Ortsidentifikationsnummer
* Anrufe zwischen ZPLS-Modulen

**Verteilung für den Survivability Mode**

* Weiterleitung an Benutzer
* Weiterleitung an Mitglieder der Gruppe
* Weiterleitung an Telefonnummer\*
* Weiterleitung an Sprachdialogsystem
* Geschäftszeiten
* Sequenzielles Klingeln
* Simultanes Klingeln
* Audioansagen

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

#### <mark style="color:blau;">Nicht verfügbare Features in Survivability Mode</mark>

Die folgende Liste enthält Features, die nicht unterstützt werden, wenn der Survivability Mode aktiviert ist:

* Kontakt hinzufügen/entfernen
* Mailbox
* Zu Multi-Party-Konferenz (4+ Benutzer) eskalieren
* Zu Meeting eskalieren
* Anrufannahme
* Zum Carrier wechseln
* Nomadische e911-Anrufe
* Kurzwahl
* Überwachung (Einschalten/Überwachen/Flüstern)
* Anrufdelegierung
* Gegensprechanlage
* Ende-zu-Ende-verschlüsselte Anrufe (E2EE)
* automatische Rufannahme
* Warteschleife

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

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

### Netzwerk-Ports und Datenfluss

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

Das folgende Diagramm veranschaulicht 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 Normalbetriebs verwendet werden, wenn keine Unterbrechung der Cloud-Konnektivität vorliegt. Im Support-Center finden Sie 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          | Zielport    | 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         | Node-/Betriebssystem-Management-Verkehr            |
| TCP       | ZPLS              | Zoom Phone Cloud | 9669        | Anrufverlauf / Wiederherstellungs-Synchronisierung |
| TCP       | SBC               | Zoom Phone Cloud | 5061        | SIP-Signalisierungsverkehr (BYOC)                  |
| UDP       | SBC               | Zoom Phone Cloud | 10000-64000 | SRTP-Medienverkehr (BYOC)                          |

Die folgende Tabelle beschreibt die TCP- und UDP-Ports, die von Zoom Phone verwendet werden, wenn das Failover zu ZPLS aufgrund einer Unterbrechung der Cloud-Konnektivität aktiv ist.

| Transport | Quell-IP          | Ziel-IP | Zielport    | 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 Wählvorgänge während eines Survivability-Events integrieren, müssen die erforderlichen Ports für Premises Peering aktivieren. Nachdem Sie eine Routengruppe konfiguriert haben, 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 beim Zoom-Webportal an.
2. Klicken Sie im Navigationsmenü von [**Administrator-Center**](https://zoom.com/account) auf **Produktkonfiguration**und anschließend auf **Telefonsystem**und anschließend auf [**Unternehmensinformationen**](https://zoom.com/pbx/page/telephone/settings#/settings).
3. Klicken Sie auf **Konto-Einstellungen**
4. Suchen Sie die 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 die angegebene IP-Adresse und die Ports im Fenster bei Bedarf in Ihrem Netzwerk.

   <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 by asking a question.

Perform an HTTP GET request on the following URL with the `ask` and `goal` query parameters:

```
GET https://library.zoom.com/technical-library/de/erweiterte-enterprise-services/zoom-node/zoom-phone-local-survivability.md?ask=<question>&goal=<user_goal>
```

`ask` is the immediate question: it should be specific, self-contained, and written in natural language.
`goal` is what the user is ultimately trying to achieve, the reason they need the answer. Sharing it helps GitBook give you a better, more relevant answer. A goal is most helpful when it describes the outcome the user wants rather than restating the question. For example, with `ask=how do I create an API token`, a goal like `automate deployments from our CI pipeline` lets GitBook tailor the answer to that use case.

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.