> 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/overview.md).

# Übersicht

### Was ist Zoom Phone Local Survivability?

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

Das ZPLS-Modul ist eine On-Premises-Appliance, die Benutzern innerhalb desselben **Standort** Telefonanrufe miteinander zu tätigen, wenn die Zoom-Rechenzentren nicht erreichbar sind. Dadurch entsteht eine Ausfallsicherungslösung für die Business-Kontinuität im Falle eines Netzwerkausfalls.

{% hint style="danger" %}
In diesem Leitfaden ist ein **Standort** Standort ein spezifischer Begriff, der innerhalb von 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 dargestellt; bei anderen kann jedes Gebäude auf einem Campus seinen eigenen Standort darstellen. Kunden sollten ihre bestehenden oder potenziellen Standortkonfigurationen bei der Betrachtung des ZPLS-Moduls aufgrund der in diesem Artikel erwähnten Designüberlegungen berücksichtigen.
{% endhint %}

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

Allein bietet eine ZPLS-Appliance (auch als Modul bezeichnet, also ein *Zoom Node-Modul*) Benutzern innerhalb eines gemeinsamen Zoom Phone Ausfallsicherheit **Standort**. Allerdings können mehrere ZPLS-Module, die über ein lokales Netz, ein Campusnetz oder ein Weitverkehrsnetz verbunden sind, standortübergreifende Kommunikation unterstützen und Benutzer von verschiedenen Standorten während eines survivability 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 die Zoom-Rechenzentren nicht erreichbar sind</mark>

Kunden können das ZPLS-Modul mit einem Sitzung Border Controller (SBC) für externe PSTN-Anrufe integrieren, wenn Zoom Rechenzentren nicht erreichbar sind. Dadurch können Benutzer mit von Zoom oder BYOC-Drittanbietern bereitgestellten PSTN-Nummern 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 Design des Standorts 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 Survivability und einem ZPLS-Modul werden unterstützte Client-Geräte jedoch zusätzlich mit einer *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 Rahmen des normalen Betriebs ist das ZPLS-Modul im lokalen Netzwerk im Allgemeinen inaktiv und beteiligt sich nicht an der Anrufbearbeitung. Stattdessen sendet das ZPLS-Modul routinemäßige OPTIONS-Pings an Standort-spezifische SIP-Zonen, um die aktive Konnektivität zwischen Standorten zu überwachen.

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

Ein ZPLS-Modul wechselt nur dann in den Survivability-Modus, 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 den Failover zu einem ZPLS-Modul beträgt etwa drei Minuten, kann jedoch je nach Anzahl der Geräte variieren.</mark>

Falls standortspezifische SIP-Zonen nicht erreichbar sind, beträgt die ungefähre Failover-Zeit für Geräte zu einem ZPLS-Modul innerhalb von drei Minuten. Diese Zeit kann jedoch je nach Anzahl der gleichzeitig registrierungsversuchenden Geräte an jedem ZPLS-Modul variieren.

#### <mark style="color:blau;">Desktop-Clients benachrichtigen Benutzer beim Wechsel in den Survivability-Modus und beim Verlassen des Survivability-Modus</mark>

Wenn Zoom-Desktop-Clients in den Survivability-Modus 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="/files/2d698d346cd8b815cc3a5bf6cf6f0de45f3d4ae7" alt=""></div>

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

<div data-with-frame="true"><img src="/files/5aae1d8acccd166c820079eae47be5a82a0d835d" 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;">Aktive Anrufe werden unterbrochen, wenn der Survivability-Modus aktiviert wird, und Benutzer müssen den Anruf manuell erneut herstellen</mark>

Benutzer, die an einem aktiven Anruf beteiligt sind und von den SIP-Zonen ihres Standorts getrennt werden, hören vor dem Trennen des Anrufs einen schnellen Besetztton. Nach der Trennung und dem Failover in den Survivability-Modus müssen Benutzer ihren Anruf manuell erneut herstellen.

#### <mark style="color:blau;">Anrufweiterleitung kann eingehende Anrufe an eine BYOC-Nummer routen, wenn der Survivability-Modus aktiv ist</mark>

Während eines Survivability-Events sind Geräte mit Telefonnummern, die bei der Zoom Phone Cloud registriert sind, aufgrund des Verlusts der Internetverbindung nicht erreichbar. ZPLS-Kunden mit einem SBC und einem unabhängigen Carrier können jedoch 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 eines Kunden vor Ort gebunden ist. Dies ermöglicht Kunden die Flexibilität, Nummern direkt von Zoom zu kaufen, während sie weiterhin Anrufe direkt an einem Standort annehmen 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 Survivability-Modus wechselt, ist die Telefonnummer des Benutzers aus Sicht der Zoom Cloud nicht verfügbar. Wenn die Anrufweiterleitung aktiviert ist und ihre Nummer angerufen wird, kann Zoom Phone die Anfrage über das PSTN an die festgelegte Weiterleitungsrufnummer des Kunden (z. B. X11-111-1111) an das 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 Fähigkeiten zur Anrufweiterleitung während eines Survivability-Events</mark>

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

Obwohl SDGs nicht die gleiche voll ausgestattete Funktionalität wie Anrufwarteschlangen im Standard-Betrieb, Gruppen mit gemeinsamer Leitung oder Auto-Rezeptionisten bieten, können SDGs Fortfahren, die kritischen Anrufweiterleitungsanforderungen eines Business zu unterstützen, bis der Normalbetrieb wiederhergestellt ist.

Ein SDG kann mithilfe der **Route-Gruppe hinzufügen** Konfiguration innerhalb des Admin-Portals.

<div data-with-frame="true"><figure><img src="/files/3aaa7d2ba56258d7f9838851af79a68eb678bd60" 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 Anrufe 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 ungefähr fünf Minuten lang eine zuverlässige SIP-Zonen-Konnektivität aufrechterhalten hat</mark>

Sobald die Client-Geräte und das ZPLS-Modul die Verbindung zu 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 im Falle einer intermittierenden oder teilweisen Netzwerkwiederherstellung (Flapping) stabil sind. Wenn die Netzwerkkonnektivität intermittierend ist, bleiben die Client-Geräte und das ZPLS-Modul im Survivability-Modus, bis die Verbindungen als stabil eingestuft werden.

#### <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 werden</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 im Survivability-Modus abgeschlossen wurden.

#### <mark style="color:blau;">Standortänderungen, einschließlich des Hinzufügens oder Änderns 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-Events für einen Standort simulieren, indem sie im Webportal den Testmodus aktivieren. Sobald der Testmodus für einen bestimmten Standort aktiviert ist, muss das ZPLS-Modul neu gestartet werden, damit es Client-Registrierungen akzeptiert. Danach werden Benutzer, die sich von ihrem Desktop-Client abmelden und wieder anmelden, automatisch beim ZPLS-Modul registriert, solange der Testmodus aktiviert ist.

Während der Testmodus aktiv ist, arbeitet das ZPLS-Modul so, als würde ein Failover-Event eintreten. Interne Benutzer können Anrufe an andere Benutzer innerhalb ihres Standorts tätigen. Zusätzlich werden Ausgehend- und Eingehend-Anrufe über den verbundenen SBC geleitet, falls konfiguriert, und Eingehend-Anrufe folgen den Regeln für die 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-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**

* Internes Durchwahlwählen
* Vollständiges Durchwahlwählen 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**

* Rückfragevermittlung
* Übergabe ohne Rücksprache
* Notfall-Standortidentifikationsnummer
* Anrufe zwischen ZPLS-Modulen

**Survivability-Verteilung**

* Weiterleiten an Benutzer
* Weiterleiten an Gruppenmitglieder
* Weiterleiten an Telefonnummer\*
* Weiterleiten an Sprachdialogsystem
* Geschäftszeiten
* Sequenziell Klingeln
* Simultan Klingeln
* Audio-Aufforderungen

<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 nicht unterstützt werden, wenn der Survivability-Modus aktiviert ist:

* Kontakt hinzufügen/entfernen
* Mailbox
* Zu einer Mehrparteien-Konferenz eskalieren (4+ Benutzer)
* Zu einem Meeting eskalieren
* Anrufübernahme
* Zu Carrier wechseln
* Nomadische e911-Anrufe
* Kurzwahl
* Überwachung (Einschalten/Monitor/Flüstern)
* Anrufdelegation
* Intercom
* Ende-zu-Ende-verschlüsselte Anrufe (E2EE)
* automatische Rufannahme
* Warteschleife

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

Sehen Sie in unserem Support-Center nach einer Liste von [unterstützten Client-Geräten](https://support.zoom.us/hc/en-us/articles/360029698771-Supported-desk-phone-features#h_01GGF32MEZ6DDT3VBE8Y2D6JH3) und [unterstützten Firmwareversionen](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="/files/100230e7bc5d4b4768d3b92add3fa20c0dc49aac" alt=""></div>

#### <mark style="color:blau;">ZPLS-Anforderungen an die Survivability-Firewall</mark>

Die folgende Tabelle listet die Netzwerkports auf, die von Zoom Phone während des normalen Betriebs verwendet werden, wenn keine Störung 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-Signalisierungstraffic                 |
| TCP       | Zoom Phone-Client | Zoom Phone Cloud | 443         | Web-Traffic - Client-Einstellungen         |
| TCP       | Zoom Phone-Client | Zoom Phone Cloud | 390         | Verzeichnissuche von Tischtelefonen        |
| UDP       | Zoom Phone-Client | Zoom Phone Cloud | 20000-64000 | SRTP-Medientraffic                         |
| 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 / Recovery-Synchronisierung   |
| TCP       | SBC               | Zoom Phone Cloud | 5061        | SIP-Signalisierungstraffic (BYOC)          |
| UDP       | SBC               | Zoom Phone Cloud | 10000-64000 | SRTP-Medientraffic (BYOC)                  |

Die folgende Tabelle beschreibt die TCP- und UDP-Ports, die von Zoom Phone verwendet werden, wenn ein Failover zu ZPLS aktiv ist, da die Cloud-Konnektivität gestört ist.

| Transport | Quell-IP          | Ziel-IP | Zielport    | Zweck                               |
| --------- | ----------------- | ------- | ----------- | ----------------------------------- |
| TCP       | Zoom Phone-Client | ZPLS    | 5091        | SIP-Signalisierungstraffic          |
| UDP       | Zoom Phone-Client | ZPLS    | 20000-64000 | SRTP-Medientraffic                  |
| TCP       | ZPLS              | SBC     | 5061        | Verzeichnissuche von Tischtelefonen |
| UDP       | ZPLS              | SBC     | 20000-64000 | SRTP-Medientraffic                  |

#### <mark style="color:blau;">Anforderungen an die BYOC-Premises-Peering-Firewall</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 das Premises Peering aktivieren. Nachdem Sie eine Routinggruppe konfiguriert haben, sind die erforderlichen IP-Adressen für die Routinggruppe im Web verfügbar. Um auf die IPs zuzugreifen, gehen Sie wie folgt vor:

1. Melden Sie sich beim Zoom-Webportal an.
2. Unter der **Telefonsystemverwaltung** Untermenü, auswählen **Unternehmensinformationen**.
3. Klicken **Konto-Einstellungen**
4. Suchen Sie die Option für **Routinggruppen**. Klicken Sie auf **Verwalten** um eine neue Seite zu laden.

   <div data-with-frame="true"><figure><img src="/files/03dee2793a9e6d859017284182d89f27b72a1bc6" alt="" width="563"><figcaption></figcaption></figure></div>
5. Suchen Sie auf der folgenden Seite die gewünschte Routinggruppe und bewegen Sie den Mauszeiger über das **"i"** Symbol.

   <div data-with-frame="true"><figure><img src="/files/5e25909e2b90a59c4ea97b3f0d41ebde931f8c20" alt="" width="563"><figcaption></figcaption></figure></div>
6. Aktivieren Sie die angegebenen IP-Adressen und Ports innerhalb des Fensters nach Bedarf in Ihrem Netzwerk.

   <div data-with-frame="true"><figure><img src="/files/df850e242a2ca090971083d1597ed6a0a6e92720" alt="" width="563"><figcaption></figcaption></figure></div>


---

# 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/overview.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.
