> 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/nl/zoom-workplace/zoom-phone/zoom-phone-local-survivability-field-guide/overview.md).

# Overzicht

### Wat is Zoom Phone Local Survivability?

#### <mark style="color:blauw;">ZPLS is een on-premises virtuele appliance die interne telefoongesprekken tussen gebruikers op een gemeenschappelijke locatie ondersteunt wanneer Zoom-datacenters onbereikbaar zijn</mark>

De ZPLS-module is een on-premises appliance waarmee gebruikers binnen dezelfde **locatie** om elkaar telefoongesprekken te laten voeren wanneer Zoom-datacenters onbereikbaar zijn. Dit creëert een survivability-oplossing voor Zakelijk continuïteit in het Evenement van een netwerkstoring.

{% hint style="danger" %}
Binnen deze handleiding, een **locatie** is een specifieke term die binnen Zoom Phone wordt gebruikt om gebruikers onder een gemeenschappelijke identiteit te groeperen, zoals een kantoorlocatie. Voor sommige Klanten worden meerdere gebouwen weergegeven door één locatie; voor anderen kan elk gebouw op een campus zijn eigen locatie vormen. Klanten moeten zich bewust zijn van hun bestaande of potentiële locatieconfiguraties wanneer ze de ZPLS-module overwegen, vanwege ontwerpoverwegingen die in dit artikel worden genoemd.
{% endhint %}

**ZPLS ondersteunt ook bellen tussen locaties wanneer ZPLS-apparaten en hun bijbehorende locaties via een gemeenschappelijk netwerk zijn verbonden**

Op zichzelf is een ZPLS-appliance (ook wel een module genoemd, d.w\.z. een *Zoom Node-module*) biedt veerkracht aan gebruikers binnen een gemeenschappelijke Zoom Phone **locatie**. Echter kunnen meerdere ZPLS-modules die via een lokaal, campus- of wide-area netwerk zijn verbonden, ondersteuning bieden voor communicatie tussen locaties, waarbij het Verbinden van gebruikers van verschillende locaties tijdens een survivability Evenement mogelijk is, zolang het interne netwerk operationeel blijft.

#### <mark style="color:blauw;">Klanten kunnen ZPLS integreren met een SBC om PSTN-gesprekken te voeren en te ontvangen wanneer de datacenters van Zoom onbereikbaar zijn</mark>

Klanten kunnen de ZPLS-module integreren met een sessiegrens Controller (SBC) voor extern bellen via het Public switched telephone network (PSTN) wanneer Zoom Datacenters onbereikbaar zijn. Dit stelt gebruikers met PSTN-nummers die door Zoom of BYOC-carriers van derden zijn geleverd in staat om Inkomend bellen van externe partijen te ontvangen wanneer bellen doorschakelen voor overlevingsvermogen is ingeschakeld in de Cloud, en om externe telefoongesprekken te bellen ongeacht de lokale netwerkcondities of de beschikbaarheid van Zoom Datacenters; intern bellen kan echter worden beperkt door het locatieontwerp.

#### <mark style="color:blauw;">De ZPLS-module is het Registratiepunt met derde prioriteit voor ondersteunde apparaten en geeft de voorkeur aan de primaire en secundaire SIP-zones van Zoom Phone binnen de Cloud wanneer deze Beschikbaar zijn</mark>

Tijdens een standaard opstartproces downloadt een Zoom Phone-client de DNS SRV-records van primaire en secundaire SIP-zones (Registratiepunten) in Zoom-datacenters. Voor sites met survivability-ondersteuning en een ZPLS-module worden ondersteunde clientapparaten echter daarnaast geconfigureerd met een *derde* SRV opnemen, verwijzend naar het IP-adres van de module van de locatie.

#### <mark style="color:blauw;">De ZPLS-module bewaakt de beschikbaarheid van Zoom-cloud via routine OPTIONS-pings naar locatiespecifieke SIP-zones</mark>

Tijdens normale werking is de ZPLS-module doorgaans inactief binnen het lokale netwerk en houdt deze zich niet bezig met afhandeling van oproepen. In plaats daarvan stuurt de ZPLS-module routine-OPTIONS-pings naar locatiespecifieke SIP-zones om de Actief-connectiviteit tussen locaties te bewaken.

#### <mark style="color:blauw;">Overlevingsmodus wordt alleen geactiveerd wanneer zowel de ZPLS-module als clientapparaten geen verbinding kunnen maken met locatie-specifieke SIP-zones</mark>

Een ZPLS-module gaat alleen over naar de overlevingsmodus wanneer de gebruikelijke OPTIONS-pings tussen de ZPLS-module en de primaire en secundaire SIP-zones mislukken. Clientapparaten die tegelijkertijd als de ZPLS-module de verbinding met de SIP-zones verliezen, registreren zich bij de module, mits er IP-connectiviteit tussen de apparaten is. Als de ZPLS-module connectiviteit met de Zoom Phone Cloud behoudt, accepteert deze geen SIP-registraties.

#### <mark style="color:blauw;">De geschatte tijd om over te schakelen naar een ZPLS-module is ongeveer drie minuten, maar kan variëren afhankelijk van het aantal apparaten</mark>

Als locatiespecifieke SIP-zones onbereikbaar zijn, is de geschatte overschakeltijd van een apparaat naar een ZPLS-module binnen drie minuten. Deze tijd kan echter variëren afhankelijk van het aantal gelijktijdige apparaten dat probeert zich bij elke ZPLS-module te registreren.

#### <mark style="color:blauw;">Desktopclients waarschuwen gebruikers bij het ingaan van en het verlaten van de overlevingsmodus</mark>

Wanneer Zoom-desktopclients overschakelen naar de overlevingsmodus, ontvangen gebruikers een waarschuwing dat ze geen internetverbinding hebben, maar dat de telefoondienst nog steeds Beschikbaar is.

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

Zodra de diensten zijn hersteld, ontvangen gebruikers een waarschuwing dat de verbinding is hersteld.

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

{% hint style="info" %}
Deze waarschuwing is uniek voor Zoom-desktopclients; IP-telefoons zullen geen failover- of fallback-waarschuwing weergeven.
{% endhint %}

#### <mark style="color:blauw;">Actief bellen vallen weg wanneer de overlevingsmodus wordt ingeschakeld en gebruikers moeten de bellen handmatig opnieuw opzetten</mark>

Gebruikers die betrokken zijn bij Actief bellen wanneer zij van de SIP-zones van hun locatie worden losgekoppeld, horen een snel Bezet-signaal voordat hun bellen wordt verbroken. Na de ontkoppeling en de failover naar de overlevingsmodus moeten gebruikers hun bellen handmatig opnieuw opzetten.

#### <mark style="color:blauw;">Doorverbinden van bellen kan Inkomend bellen doorsturen naar een BYOC-nummer wanneer de overlevingsmodus Actief is</mark>

Tijdens een survivability-Evenement zijn apparaten met Telefoonnummers die zijn geregistreerd bij de Zoom Phone Cloud niet bereikbaar vanwege het verlies van internetverbinding. ZPLS-Klanten met een SBC en een onafhankelijke provider kunnen echter in de webportal regels voor doorschakelen van bellen instellen voor direct inward dialing. Wanneer ingeschakeld, leiden regels voor doorschakelen van bellen inkomende oproepen om naar een door Zoom Phone geregistreerd nummer, naar een *apart* apart nummer dat gekoppeld is aan de PSTN-trunk op locatie van een klant. Dit geeft klanten de flexibiliteit om Telefoonnummers rechtstreeks van Zoom te Kopen, terwijl ze nog steeds rechtstreeks kunnen bellen op een locatie die de verbinding met de Cloud heeft verloren.

Bijvoorbeeld, als een gebruiker het telefoonnummer X55-555-5555 heeft geregistreerd bij Zoom Phone en de locatie van de gebruiker in survivability-modus gaat, is het telefoonnummer van de gebruiker niet beschikbaar vanuit het perspectief van de Zoom-cloud. Als doorschakelen van bellen is ingeschakeld en er naar hun nummer wordt gebeld, kan Zoom Phone het verzoek doorsturen naar hun aangewezen doorstuurnummer (bijv. X11-111-1111) via het PSTN naar de SBC van de klant. Daardoor kunnen externe bellers gebruikers bereiken binnen een getroffen locatie die een survivability-Evenement doormaakt.

#### <mark style="color:blauw;">ZPLS ondersteunt Survivability Distribution Groups en biedt verfijnde oproeproutering tijdens een survivability-Evenement</mark>

ZPLS-modules ondersteunen Survivability Distribution Groups (SDG's) voor verfijnde configuraties voor oproeproutering tijdens een survivability-Evenement. Met SDG's kan een Zakelijk bedrijf interne en Inkomende PSTN-bellen routeren naar een individuele gebruiker, een Groep gebruikers (vergelijkbaar met een oproepwachtrij of gedeelde groep), een IVR-menu, een ander telefoonnummer of, indien nodig, een andere SDG.

Hoewel SDG's niet dezelfde volledig uitgeruste functionaliteit bieden als oproepwachtrijen in de standaardwerking, groepen met gedeelde lijn of auto receptionists, kunnen SDG's blijven ondersteunen in de kritieke behoeften aan oproeproutering van een Zakelijk bedrijf totdat de normale bedrijfsvoering is hersteld.

Een SDG kan worden toegevoegd met behulp van de Toevoegen-functie **Toevoegen Route Groep** configuratie binnen de beheerportal.

<div data-with-frame="true"><figure><img src="https://3901650588-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:blauw;">Interne bellen tussen gebruikers in de overlevingsmodus blijven beschermd door SRTP</mark>

Tijdens de overlevingsmodus worden interne telefoongesprekken tussen gebruikers beschermd door Secure Real-time Transport Protocol (SRTP) met gebruik van AES-128- of 256-encryptie, afhankelijk van [Apparaatmogelijkheden](https://support.zoom.us/hc/en-us/articles/360001299063-Zoom-Voice-Supported-Devices).

#### <mark style="color:blauw;">Cloud-services/Routering worden hersteld nadat de ZPLS-module ongeveer vijf minuten lang betrouwbare SIP-zoneconnectiviteit heeft onderhouden</mark>

Zodra de client-Apparaten en de ZPLS-module opnieuw een verbinding hebben tot stand gebracht met de locatiespecifieke SIP-zones, bedraagt de geschatte herstel-fallbacktijd naar normale werking vijf minuten. Dit omvat een periode om ervoor te zorgen dat netwerkverbindingen stabiel zijn in het geval van intermitterend of gedeeltelijk netwerkherstel (flapping). Als de netwerkconnectiviteit intermitterend is, blijven de client-Apparaten en de ZPLS-module in de overlevingsmodus totdat wordt vastgesteld dat de verbindingen stabiel zijn.

#### <mark style="color:blauw;">De ZPLS-module zal bellen-detailrecords uploaden voor alle bellen die zijn gedaan nadat de overlevingsmodus is verlaten</mark>

Nadat de ZPLS-module de overlevingsmodus succesvol heeft verlaten en de SIP-zoneconnectiviteit stabiel is, zal de module bellen-detailrecords (CDR's) uploaden voor alle bellen die in de overlevingsmodus zijn gedaan. Deze records worden in rapporten gemarkeerd als bellen die zijn voltooid terwijl ze in de overlevingsmodus waren.

#### <mark style="color:blauw;">Wijzigingen op locaties, inclusief het toevoegen of wijzigen van gebruikers of Apparaat, worden eens per 10 uur gesynchroniseerd met de ZPLS-module</mark>

Updates voor een locatieconfiguratie via het Zoom-webportal, inclusief het toevoegen of wijzigen van gebruikers of Apparaat, worden eens per 10 uur gesynchroniseerd met de ZPLS-module. Als er een downtime-Evenement optreedt voordat nieuwe configuratiewijzigingen met de ZPLS-module zijn gesynchroniseerd, gebruikt de module de laatst bekende configuratie.

#### <mark style="color:blauw;">Klanten kunnen failover-Evenementen testen of simuleren met Testmodus</mark>

Klanten kunnen failover-evenementen voor een locatie simuleren door Testmodus in te schakelen via het webportaal. Zodra de testmodus is ingeschakeld voor een specifieke locatie, moet de ZPLS-module opnieuw worden opgestart om clientregistraties te accepteren. Daarna zullen gebruikers die zich afmelden en opnieuw aanmelden bij hun desktopclient zich automatisch registreren bij de ZPLS-module zolang de testmodus is ingeschakeld.

Terwijl Testmodus actief is, zal de ZPLS-module functioneren alsof er een failover-evenement plaatsvindt. Interne gebruikers kunnen bellen naar andere gebruikers binnen hun locatie. Daarnaast worden uitgaande en inkomende gesprekken via de verbonden SBC gerouteerd, indien geconfigureerd, en volgen inkomende gesprekken de regels voor oproepdoorschakeling, indien geconfigureerd en ingeschakeld.

Na het uitschakelen van Testmodus moet de ZPLS-module opnieuw worden opgestart om de normale netwerkactiviteiten te hervatten.

{% hint style="info" %}
Testmodus is niet van toepassing op IP-telefoontoestellen. Testmodus kan alleen worden getest met Zoom-desktopapplicaties.
{% endhint %}

### Ondersteunde functies en clients

#### <mark style="color:blauw;">Beschikbare functies in overlevingsmodus</mark>

De volgende lijst bevat ondersteunde functies van de ZPLS-module wanneer de overlevingsmodus is geactiveerd:

**Belfuncties**

* Intern toestelnummer kiezen
* Volledig toestelnummer kiezen met locatiecode
* Bellen vanuit oproepgeschiedenis
* DTMF (RFC 2833)
* Ad-hoc vergadering met 3 partijen
* Oproepdoorschakeling\*
* Inkomend/uitgaand PSTN\*
* Zoeken naar contactpersonen/Bellen (eerste 25.000 contactpersonen)
* Bellen op naam
* Dempen/Dempen opheffen
* Gesprek in de wacht zetten/hervatten
* Gesprek parkeren

**Doorverbinden en routering**

* Consultatief doorverbinden
* blind doorverbinden
* Noodlocatie-identificatienummer
* Bellen tussen ZPLS-modules

**Distributie in overlevingsmodus**

* Routeren naar gebruiker
* Routeren naar groepsleden
* Routeren naar telefoonnummer\*
* Routeren naar IVR
* Kantooruren
* Sequentieel overgaan
* Simultaan overgaan
* Audioprompts

<sub>*\*Vereist SBC- & BYOC Integratie(s)*</sub>

#### <mark style="color:blauw;">Niet-beschikbare functies in overlevingsmodus</mark>

De volgende lijst bevat functies die niet worden ondersteund wanneer de overlevingsmodus is geactiveerd:

* Contactpersoon toevoegen/verwijderen
* voicemail
* Opschalen naar vergadering met meerdere partijen (4+ gebruikers)
* Opschalen naar vergadering
* Gesprek opnemen
* Overschakelen naar provider
* Nomadische e911-oproepen
* Snelkiezen
* Monitoring (Ingrijpen/Bewaken/Fluisteren)
* Gespreksdelegatie
* Intercom
* End-to-end versleuteld bellen (E2EE)
* automatische receptionist
* oproepwachtrij

#### <mark style="color:blauw;">Ondersteunde clientapparaten</mark>

Raadpleeg ons Ondersteuningscentrum voor een lijst van [ondersteunde clientapparaten](https://support.zoom.us/hc/en-us/articles/360029698771-Supported-desk-phone-features#h_01GGF32MEZ6DDT3VBE8Y2D6JH3) en [ondersteunde firmwareversies](https://support.zoom.us/hc/en-us/articles/360001299063-Zoom-Phone-Certified-Hardware).

### Netwerkpoorten en gegevensstroom

#### <mark style="color:blauw;">Overzichtsdiagram</mark>

Het volgende diagram toont de netwerkpoorten en gegevensstromen die worden gebruikt met een ZPLS-module en een SBC-configuratie.

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

#### <mark style="color:blauw;">Firewallvereisten voor ZPLS-overlevingsfunctie</mark>

De volgende tabel bevat de netwerkpoorten die door Zoom Phone worden gebruikt tijdens normale werking wanneer er geen verstoring is van de connectiviteit met de Cloud. Raadpleeg ons Ondersteuningscentrum voor een [volledige lijst met IP-adressen](https://support.zoom.us/hc/en-us/articles/201362683-Zoom-network-firewall-or-proxy-server-settings#h_01EEBSGCKBYVB20MCVPR78T0NN) gebruikt voor de Zoom Phone Cloud.

| Transport | Bron-IP           | Bestemmings-IP   | Bestemmings Porteren | Doel                                   |
| --------- | ----------------- | ---------------- | -------------------- | -------------------------------------- |
| TCP       | Zoom Phone-client | Zoom Phone Cloud | 5091                 | SIP-signaleringverkeer                 |
| TCP       | Zoom Phone-client | Zoom Phone Cloud | 443                  | Webverkeer - Client Instellingen       |
| TCP       | Zoom Phone-client | Zoom Phone Cloud | 390                  | Mapzoekopdracht vanaf bureautelefoons  |
| UDP       | Zoom Phone-client | Zoom Phone Cloud | 20000-64000          | SRTP-mediaverkeer                      |
| TCP       | ZPLS              | Zoom Phone Cloud | 5091                 | SIP Options-ping (Keepalive)           |
| TCP       | ZPLS              | Zoom Phone Cloud | 443                  | Node / Besturingssysteem-beheerverkeer |
| TCP       | ZPLS              | Zoom Phone Cloud | 9669                 | Bellenhistorie / herstelsynchronisatie |
| TCP       | SBC               | Zoom Phone Cloud | 5061                 | SIP-signaleringverkeer (BYOC)          |
| UDP       | SBC               | Zoom Phone Cloud | 10000-64000          | SRTP-mediaverkeer (BYOC)               |

De volgende tabel geeft een overzicht van de TCP- en UDP-Porteren die door Zoom Phone worden gebruikt wanneer failover naar ZPLS actief is vanwege een verstoring van de connectiviteit met de Cloud.

| Transport | Bron-IP           | Bestemmings-IP | Bestemmings Porteren | Doel                                  |
| --------- | ----------------- | -------------- | -------------------- | ------------------------------------- |
| TCP       | Zoom Phone-client | ZPLS           | 5091                 | SIP-signaleringverkeer                |
| UDP       | Zoom Phone-client | ZPLS           | 20000-64000          | SRTP-mediaverkeer                     |
| TCP       | ZPLS              | SBC            | 5061                 | Mapzoekopdracht vanaf bureautelefoons |
| UDP       | ZPLS              | SBC            | 20000-64000          | SRTP-mediaverkeer                     |

#### <mark style="color:blauw;">Firewallvereisten voor BYOC-premisespeering</mark>

Klanten die de ZPLS-module integreren met een SBC voor extern bellen tijdens een overlevingsgebeurtenis moeten de vereiste Porteren voor premisespeering Inschakelen. Nadat u een route Groep hebt geconfigureerd, zijn de benodigde IP-adressen voor de route Groep beschikbaar op het web. Voer de volgende stappen uit om toegang te krijgen tot de IP-adressen:

1. Meld u aan bij het Zoom-webportal.
2. In het [**Beheerdercentrum**](https://zoom.com/account) navigatiemenu, klik **Productconfiguratie**, en vervolgens **Telefoonsysteem**, en vervolgens [**Bedrijfsinformatie**](https://zoom.com/pbx/page/telephone/settings#/settings).
3. Klik op **account Instellingen**
4. Zoek de optie voor **Route Groepen**. Klik **Beheren** om een nieuwe pagina te 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. Zoek op de volgende pagina de beoogde Route Groep en beweeg over het **"i"** pictogram.

   <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. Inschakelen het opgegeven IP-adres en de Porteren binnen het venster, indien nodig binnen uw netwerk.

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


---

# 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/nl/zoom-workplace/zoom-phone/zoom-phone-local-survivability-field-guide/overview.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.