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

# Översikt

### Vad är Zoom Phone lokal överlevnadsförmåga?

#### <mark style="color:blå;">ZPLS är en lokal virtuell enhet som stöder interna telefonsamtal mellan användare på en gemensam plats när Zoom-datacenter inte kan nås</mark>

ZPLS-modulen är en lokal enhet som gör det möjligt för användare inom samma **plats** att ringa telefonsamtal till varandra när Zoom-datacenter inte kan nås. Detta skapar en överlevnadslösning för verksamhetskontinuitet vid ett nätverksavbrott.

{% hint style="danger" %}
I den här guiden är en **plats** en specifik term som används inom Zoom Phone och som grupperar användare under en gemensam identitet, till exempel en kontorsplats. För vissa Kunder representeras flera byggnader av en enda plats; för andra kan varje byggnad på ett campus utgöra en egen plats. Kunder bör vara medvetna om sina befintliga eller potentiella platskonfigurationer när de överväger ZPLS-modulen på grund av designöverväganden som nämns i den här artikeln.
{% endhint %}

**ZPLS stöder även samtal mellan platser när ZPLS-enheter och deras associerade platser är anslutna via ett gemensamt nätverk**

En ZPLS-enhet i sig (även kallad modul, dvs. en *Zoom Node-modul*) ger överlevnadsfunktionalitet för användare inom en gemensam Zoom Phone **plats**. Flera ZPLS-moduler som är anslutna via ett lokalt nätverk, campusnätverk eller WAN kan dock stödja kommunikation mellan platser och ansluta användare från olika platser under en överlevnadshändelse, så länge det interna nätverket förblir i drift.

#### <mark style="color:blå;">Kunder kan integrera ZPLS med en SBC för att ringa och ta emot PSTN-samtal när Zoom-datacenter inte kan nås</mark>

Kunder kan integrera ZPLS-modulen med en session border controller (SBC) för externa samtal via det publika telefonnätet (PSTN) när Zoom-datacenter inte kan nås. Detta gör det möjligt för användare med PSTN-nummer från Zoom eller tredjeparts-BYOC-operatörer att ta emot inkommande samtal från externa parter när vidarekoppling för överlevnadsfunktionalitet är aktiverad i molnet, och att ringa externa telefonsamtal oavsett lokala nätverksförhållanden eller Zoom-datentralens tillgänglighet. Interna samtal kan dock begränsas av platsens utformning.

#### <mark style="color:blå;">ZPLS-modulen är registreringspunkten med tredje prioritet för enheter som stöds och föredrar Zoom Phones primära och sekundära SIP-zoner i molnet när de är tillgängliga</mark>

Under en rutinmässig uppstartsprocess hämtar en Zoom Phone-klient DNS SRV-posterna för primära och sekundära SIP-zoner (registreringspunkter) som finns i Zoom-datacenter. För platser med överlevnadsfunktionalitet och en ZPLS-modul konfigureras dock klientenheter som stöds dessutom med en *tredje* SRV-post som pekar på IP-adressen för platsens modul.

#### <mark style="color:blå;">ZPLS-modulen övervakar tillgängligheten för Zoom-moln via rutinmässiga OPTIONS-ping till platsspecifika SIP-zoner</mark>

Under normal drift är ZPLS-modulen vanligtvis inaktiv i det lokala nätverket och deltar inte i samtalshantering. I stället skickar ZPLS-modulen rutinmässiga OPTIONS-ping till platsspecifika SIP-zoner för att övervaka aktiv anslutning mellan platser.

#### <mark style="color:blå;">Överlevnadsläget aktiveras endast när både ZPLS-modulen och klientenheterna inte kan ansluta till platsspecifika SIP-zoner</mark>

En ZPLS-modul går endast in i överlevnadsläge när de rutinmässiga OPTIONS-pingen mellan ZPLS-modulen och de primära och sekundära SIP-zonerna misslyckas. Klientenheter som förlorar anslutningen till SIP-zonerna samtidigt som ZPLS-modulen registreras till modulen, förutsatt att det finns IP-anslutning mellan enheterna. Om ZPLS-modulen behåller anslutningen till Zoom Phone-molnet accepterar den inte SIP-registreringar.

#### <mark style="color:blå;">Den ungefärliga tiden för redundansväxling till en ZPLS-modul är cirka tre minuter, men kan variera beroende på antalet enheter</mark>

Om platsspecifika SIP-zoner inte kan nås är den ungefärliga tiden för enhetens redundansväxling till en ZPLS-modul högst tre minuter. Tiden kan dock variera beroende på antalet samtidiga enheter som försöker registrera sig till varje ZPLS-modul.

#### <mark style="color:blå;">Dator-klienter meddelar användare när de går in i och lämnar överlevnadsläget</mark>

När Zooms dator-klienter redundansväxlar till överlevnadsläge får användarna en varning som informerar dem om att de saknar internetanslutning, men att telefonitjänsten fortfarande är tillgänglig.

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

När tjänsterna har återställts får användarna en varning om att anslutningen har återställts.

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

{% hint style="info" %}
Denna varning är unik för Zooms dator-klienter; IP-telefoner visar ingen varning om redundansväxling eller återställning.
{% endhint %}

#### <mark style="color:blå;">Aktiva samtal bryts när överlevnadsläget aktiveras och användarna måste manuellt återupprätta samtalet</mark>

Användare som deltar i ett aktivt samtal när anslutningen till platsens SIP-zoner bryts hör en snabb upptagetton innan samtalet kopplas ned. Efter frånkopplingen och redundansväxlingen till överlevnadsläge måste användarna manuellt återupprätta sitt samtal.

#### <mark style="color:blå;">Vidarekoppling kan dirigera inkommande samtal till ett BYOC-nummer när överlevnadsläget är aktivt</mark>

Under en överlevnadshändelse kan enheter med telefonnummer som är registrerade i Zoom Phone-molnet inte nås på grund av förlusten av internetanslutning. ZPLS-kunder med en SBC och en oberoende operatör kan dock upprätta regler för vidarekoppling i webbportalen för direktval. När de är aktiverade omdirigerar regler för vidarekoppling inkommande samtal till ett Zoom Phone-registrerat nummer, till ett *separat* nummer kopplat till en kunds lokala PSTN-trunk. Detta ger Kunder flexibiliteten att köpa nummer direkt från Zoom och ändå kunna besvara samtal direkt på en plats som har förlorat anslutningen till molnet.

Om en användare till exempel har telefonnumret X55-555-5555 registrerat i Zoom Phone och användarens plats går in i överlevnadsläge, är användarens telefonnummer otillgängligt ur Zoom-molnets perspektiv. Om vidarekoppling är aktiverad och numret rings upp kan Zoom Phone vidarekoppla begäran till användarens angivna telefonnummer för vidarekoppling (t.ex. X11-111-1111) via PSTN till kundens SBC. Externa uppringare kan följaktligen nå användare på en berörd plats som genomgår en överlevnadshändelse.

#### <mark style="color:blå;">ZPLS stöder Survivability Distribution Groups och erbjuder detaljerade funktioner för samtalsdirigering under en överlevnadshändelse</mark>

ZPLS-moduler stöder Survivability Distribution Groups (SDG) för detaljerade konfigurationer av samtalsdirigering under en överlevnadshändelse. Med SDG kan ett företag dirigera interna och inkommande PSTN-samtal till en enskild användare, en användargrupp (liknande en samtalskö eller delad grupp), en talsvarsmeny, ett annat telefonnummer eller vid behov en annan SDG.

Även om SDG:er inte erbjuder samma fullständiga funktionalitet som samtalsköer, grupper med delad linje eller automatiska receptionister vid normal drift, kan SDG:er fortsätta att stödja ett företags kritiska behov av samtalsdirigering tills normal drift har återställts.

En SDG kan läggas till med **Lägg till dirigeringsgrupp** -konfigurationen i adminportalen.

<div data-with-frame="true"><figure><img src="https://460446308-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:blå;">Interna samtal mellan användare i överlevnadsläge fortsätter att skyddas av SRTP</mark>

Under överlevnadsläge skyddas interna telefonsamtal mellan användare av Secure Real-time Transport Protocol (SRTP) med AES-128- eller 256-kryptering, beroende på [enhetsfunktioner](https://support.zoom.us/hc/en-us/articles/360001299063-Zoom-Voice-Supported-Devices).

#### <mark style="color:blå;">Molntjänster/dirigering återställs efter att ZPLS-modulen har upprätthållit tillförlitlig SIP-zonanslutning i cirka fem minuter</mark>

När klientenheterna och ZPLS-modulen har återupprättat en anslutning till de platsspecifika SIP-zonerna är den ungefärliga återställningstiden till normal drift fem minuter. Detta omfattar en tidsperiod för att säkerställa att nätverksanslutningarna är stabila vid intermittent eller partiell nätverksåterställning (flapping). Om nätverksanslutningen är intermittent förblir klientenheterna och ZPLS-modulen i överlevnadsläge tills anslutningarna har fastställts vara stabila.

#### <mark style="color:blå;">ZPLS-modulen laddar upp samtalsinformationsposter för alla samtal som ringts efter att överlevnadsläget har lämnats</mark>

När ZPLS-modulen har lämnat överlevnadsläget och SIP-zonanslutningen är stabil laddar modulen upp samtalsinformationsposter (CDR:er) för alla samtal som ringts i överlevnadsläge. Dessa poster markeras i rapporter som samtal som slutfördes i överlevnadsläge.

#### <mark style="color:blå;">Ändringar av platser, inklusive tillägg eller ändring av användare eller enheter, synkroniseras till ZPLS-modulen en gång var tionde timme</mark>

Uppdateringar av en platskonfiguration via Zoom-webbportal, inklusive tillägg eller ändring av användare eller enheter, synkroniseras till ZPLS-modulen en gång var tionde timme. Om ett driftstopp inträffar innan nya konfigurationsändringar synkroniseras med ZPLS-modulen använder modulen den senast kända konfigurationen.

#### <mark style="color:blå;">Kunder kan testa eller simulera redundansväxlingshändelser med testläge</mark>

Kunder kan simulera redundansväxlingshändelser för en plats genom att aktivera testläge från webbportalen. När testläget har aktiverats för en viss plats måste ZPLS-modulen startas om för att acceptera klientregistreringar. Därefter registreras användare som loggar ut och tillbaka in i sin dator-klient automatiskt till ZPLS-modulen så länge testläget är aktiverat.

När testläget är aktivt fungerar ZPLS-modulen som om en redundansväxlingshändelse pågår. Interna användare kan ringa samtal till andra användare på sin plats. Dessutom dirigeras utgående och inkommande samtal via den anslutna SBC:n om den är konfigurerad, och inkommande samtal följer reglerna för vidarekoppling om de är konfigurerade och aktiverade.

Efter att testläget har inaktiverats måste ZPLS-modulen startas om för att återuppta normal nätverksdrift.

{% hint style="info" %}
Testläget gäller inte IP-telefonenheter. Testläget kan endast testas med Zooms datorprogram.
{% endhint %}

### Funktioner och klienter som stöds

#### <mark style="color:blå;">Tillgängliga funktioner i överlevnadsläge</mark>

Följande lista innehåller funktioner som stöds från ZPLS-modulen när överlevnadsläget är aktiverat:

**Samtalsfunktioner**

* Intern anknytningsuppringning
* Fullständig anknytningsuppringning med platskod
* Ring från samtalshistorik
* DTMF (RFC 2833)
* Ad hoc-konferens med tre deltagare
* Vidarekoppling\*
* Inkommande/utgående PSTN\*
* Kontaktsökning/uppringning (första 25 000 kontakter)
* Ring efter namn
* Inaktivera mikrofon/aktivera mikrofon
* Parkera/återuppta samtal
* Samtalsparkering

**Överföring och dirigering**

* Konsultativ överföring
* Vidarekoppling utan interaktion
* Identifieringsnummer för nödplats
* Samtal mellan ZPLS-moduler

**Överlevnadsdistribution**

* Dirigera till användare
* Dirigera till gruppmedlemmar
* Dirigera till telefonnummer\*
* Dirigera till talsvar
* Kontorstider
* Sekventiell uppringning
* Samtidig uppringning
* Ljudmeddelanden

<sub>*\*Kräver SBC- och BYOC-integreringar*</sub>

#### <mark style="color:blå;">Otillgängliga funktioner i överlevnadsläge</mark>

Följande lista innehåller funktioner som inte stöds när överlevnadsläget är aktiverat:

* Lägg till/ta bort kontakt
* Röstbrevlåda
* Eskaler till konferens med flera deltagare (4+ användare)
* Eskaler till möte
* Samtalsupptagning
* Växla till operatör
* Nomadiska e911-samtal
* Kortnummer
* Övervakning (intervenera/övervaka/viska)
* Samtalsdelegering
* Internkommunikation
* End-to-end-krypterade samtal (E2E-kryptering)
* Automatisk receptionist
* Samtalskö

#### <mark style="color:blå;">Klientenheter som stöds</mark>

Se vårt supportcenter för en lista över [klientenheter som stöds](https://support.zoom.us/hc/en-us/articles/360029698771-Supported-desk-phone-features#h_01GGF32MEZ6DDT3VBE8Y2D6JH3) och [firmwareversioner som stöds](https://support.zoom.us/hc/en-us/articles/360001299063-Zoom-Phone-Certified-Hardware).

### Nätverksportar och dataflöde

#### <mark style="color:blå;">Översiktsdiagram</mark>

Följande diagram visar de nätverksportar och dataflöden som används med en ZPLS-modul och en SBC-konfiguration.

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

#### <mark style="color:blå;">Brandväggskrav för ZPLS-överlevnadsfunktionalitet</mark>

Följande tabell visar de nätverksportar som används av Zoom Phone under normal drift när det inte finns något avbrott i anslutningen till molnet. Se vårt supportcenter för en [fullständig lista över IP-adresser](https://support.zoom.us/hc/en-us/articles/201362683-Zoom-network-firewall-or-proxy-server-settings#h_01EEBSGCKBYVB20MCVPR78T0NN) som används för Zoom Phone-molnet.

| Transport | Käll-IP           | Mål-IP          | Målport     | Syfte                                           |
| --------- | ----------------- | --------------- | ----------- | ----------------------------------------------- |
| TCP       | Zoom Phone-klient | Zoom Phone-moln | 5091        | SIP-signaleringstrafik                          |
| TCP       | Zoom Phone-klient | Zoom Phone-moln | 443         | Webbtrafik – klientinställningar                |
| TCP       | Zoom Phone-klient | Zoom Phone-moln | 390         | Katalogsökning från bordstelefoner              |
| UDP       | Zoom Phone-klient | Zoom Phone-moln | 20000-64000 | SRTP-mediatrafik                                |
| TCP       | ZPLS              | Zoom Phone-moln | 5091        | SIP OPTIONS-ping (keepalive)                    |
| TCP       | ZPLS              | Zoom Phone-moln | 443         | Hanteringstrafik för Node/operativsystem        |
| TCP       | ZPLS              | Zoom Phone-moln | 9669        | Synkronisering av samtalshistorik/återställning |
| TCP       | SBC               | Zoom Phone-moln | 5061        | SIP-signaleringstrafik (BYOC)                   |
| UDP       | SBC               | Zoom Phone-moln | 10000-64000 | SRTP-mediatrafik (BYOC)                         |

Följande tabell beskriver de TCP- och UDP-portar som används av Zoom Phone när redundansväxling till ZPLS är aktiv på grund av avbrott i anslutningen till molnet.

| Transport | Käll-IP           | Mål-IP | Målport     | Syfte                              |
| --------- | ----------------- | ------ | ----------- | ---------------------------------- |
| TCP       | Zoom Phone-klient | ZPLS   | 5091        | SIP-signaleringstrafik             |
| UDP       | Zoom Phone-klient | ZPLS   | 20000-64000 | SRTP-mediatrafik                   |
| TCP       | ZPLS              | SBC    | 5061        | Katalogsökning från bordstelefoner |
| UDP       | ZPLS              | SBC    | 20000-64000 | SRTP-mediatrafik                   |

#### <mark style="color:blå;">Brandväggskrav för BYOC-peering på plats</mark>

Kunder som integrerar ZPLS-modulen med en SBC för extern uppringning under en överlevnadshändelse måste aktivera de nödvändiga portarna för peering på plats. Efter att ha konfigurerat en dirigeringsgrupp är de nödvändiga IP-adresserna för dirigeringsgruppen tillgängliga på webben. Utför följande steg för att komma åt IP-adresserna:

1. Logga in i Zoom-webbportalen.
2. I [**Admincenter**](https://zoom.com/account) navigeringsmenyn, klicka på **Produktkonfiguration**, sedan **Telefonsystem**, sedan [**Företagsinformation**](https://zoom.com/pbx/page/telephone/settings#/settings).
3. Klicka på **kontoinställningar**
4. Leta reda på alternativet för **Dirigeringsgrupper**. Klicka på **Hantera** för att ladda en ny sida.

   <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. På följande sida letar du reda på den avsedda dirigeringsgruppen och håller pekaren över **"i"** -ikonen.

   <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. Aktivera den angivna IP-adressen och portarna i fönstret efter behov i nätverket.

   <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/sv/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.