> 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 Local Survivability?
#### ZPLS är en lokal virtuell appliance som stöder interna telefonsamtal mellan användare på en gemensam plats när Zoom datacentraler inte kan nås
ZPLS-modulen är en lokal appliance som gör det möjligt för användare inom samma **plats** att ringa telefonsamtal till varandra när Zoom datacentraler inte kan nås. Detta skapar en överlevnadslösning för Business-kontinuitet vid ett nätverksavbrott.
{% hint style="danger" %}
I den här guiden är en **plats** ett specifikt begrepp som används inom Zoom Phone och som grupperar användare tillsammans under en gemensam identitet, som en kontorsplats. För vissa Kunder representeras flera byggnader av en enda plats; för andra kan varje byggnad på ett campus utgöra sin 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 också samtal mellan olika platser när ZPLS-appliances och deras tillhörande platser är anslutna via ett gemensamt nätverk**
I sig själv ger en ZPLS-appliance (även kallad en modul, dvs. en *Zoom Node-modul*) överlevnadsförmåga till 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 olika platser och ansluta användare från olika platser under en överlevnadshändelse så länge det interna nätverket förblir i drift.
#### Kunder kan integrera ZPLS med en SBC för att ringa och ta emot PSTN-samtal när Zoom datacentraler inte kan nås
Kunder kan integrera ZPLS-modulen med en session border Controller (SBC) för extern samtalstrafik via publika telefonnätet (PSTN) när Zoom datacentraler inte kan nås. Detta gör det möjligt för användare med PSTN-nummer som tillhandahålls av Zoom eller tredjeparts-BYOC-operatörer att ta emot inkommande samtal från externa parter när vidarekoppling för överlevnad är aktiverad i molnet, och att ringa externa telefonsamtal oavsett lokala nätverksförhållanden eller tillgänglighet för Zoom datacentral; interna samtal kan dock vara begränsade av platsdesign.
#### ZPLS-modulen är registrering av tredje prioritet för enheter som stöds och prioriterar Zoom Phones primära och sekundära SIP-zoner inom molnet när de är tillgängliga
Under en normal uppstartsprocess hämtar en Zoom Phone-klient DNS SRV-posterna för primära och sekundära SIP-zoner (registreringspunkter) som finns i Zoom datacentraler. För platser med överlevnad aktiverad och en ZPLS-modul konfigureras dock klientenheter som stöds dessutom med en *tredje* SRV-post, som pekar på platsens moduls IP-adress.
#### ZPLS-modulen övervakar tillgängligheten för Zoom-moln genom rutinmässiga OPTIONS-pingningar till platsspecifika SIP-zoner
Under normal drift är ZPLS-modulen i allmänhet inaktiv i det lokala nätverket och deltar inte i samtalshantering. I stället skickar ZPLS-modulen rutinmässiga OPTIONS-pingningar till platsspecifika SIP-zoner för att övervaka aktiv anslutning mellan platser.
#### Överlevnadsläge aktiveras endast när både ZPLS-modulen och klientenheter inte kan ansluta till platsspecifika SIP-zoner
En ZPLS-modul går endast in i överlevnadsläge när de rutinmässiga OPTIONS-pingningarna mellan ZPLS-modulen och de primära och sekundära SIP-zonerna misslyckas. Klientenheter som tappar anslutningen till SIP-zonerna samtidigt som ZPLS-modulen kommer att registreras till modulen, förutsatt att det finns IP-anslutning mellan enheterna. Om ZPLS-modulen behåller anslutningen till Zoom Phone-moln accepterar den inte SIP-registreringar.
#### Den ungefärliga tiden för failover till en ZPLS-modul är cirka tre minuter, men kan variera beroende på antalet enheter
Om platsspecifika SIP-zoner inte kan nås är den ungefärliga failover-tiden för enheter till en ZPLS-modul inom tre minuter. Denna tid kan dock variera beroende på hur många samtidiga enheter som försöker registrera sig till varje ZPLS-modul.
#### Skrivbordsklienter meddelar användare när de går in i och lämnar överlevnadsläge
När Zoom-skrivbordsklienter växlar över till överlevnadsläge får användare en varning som informerar dem om att de inte har någon internetanslutning, men att telefontjänsten fortfarande är tillgänglig.
När tjänsterna har återställts får användare en varning om att anslutningen har återställts.
{% hint style="info" %}
Denna varning är unik för Zoom-skrivbordsklienter; IP-telefoner kommer inte att visa någon varning om failover eller återgång.
{% endhint %}
#### Aktiva samtal bryts när överlevnadsläge aktiveras och användare måste manuellt återupprätta samtalet
Användare som deltar i ett aktiv samtal när de kopplas bort från sin plats SIP-zoner hör en upptagetton med snabb takt innan deras samtal kopplas ned. Efter frånkopplingen och failover till överlevnadsläge måste användare manuellt återupprätta sitt samtal.
#### Vidarekoppling kan dirigera inkommande samtal till ett BYOC-nummer när överlevnadsläge är aktivt
Under en överlevnadshändelse kan enheter med telefonnummer registrerade i Zoom Phone-moln inte nås på grund av förlust av internetanslutning. ZPLS-kunder med en SBC och en oberoende operatör kan dock skapa regler för vidarekoppling i webbportalen för direkt inåtval. När de är aktiverade omdirigerar regler för vidarekoppling inkommande samtal till ett nummer som är registrerat i Zoom Phone, till ett *separat* nummer som är bundet till en kunds lokala PSTN-trunk. Detta ger Kunder flexibiliteten att köpa nummer direkt från Zoom samtidigt som de fortfarande kan 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 inte tillgängligt ur perspektivet för Zoom-moln. Om vidarekoppling är aktiverad och deras nummer rings upp kan Zoom Phone vidarebefordra begäran till deras angivna vidarekopplingsnummer (t.ex. X11-111-1111) via PSTN till kundens SBC. Följaktligen kan externa uppringare nå användare inom en påverkad plats som genomgår en överlevnadshändelse.
#### ZPLS stöder Survivability Distribution Groups, vilket ger nyanserade funktioner för samtalsdirigering under en överlevnadshändelse
ZPLS-moduler stöder Survivability Distribution Groups (SDG:er) för nyanserade konfigurationer av samtalsdirigering under en överlevnadshändelse. Med SDG:er kan ett företag dirigera interna och inkommande PSTN-samtal till en enskild användare, en grupp användare (liknande en samtalskö eller delad grupp), en talsvar-meny, ett annat telefonnummer eller, om nödvändigt, en annan SDG.
Även om SDG:er inte ger samma fullständiga funktionalitet som samtalsköer i standarddrift, grupper med delad linje eller automatisk receptionist, 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 hjälp av konfigurationen **Lägg till dirigeringsgrupp** i adminportal.
#### Interna samtal mellan användare i överlevnadsläge fortsätter att skyddas av SRTP
Under överlevnadsläge skyddas interna telefonsamtal mellan användare av Secure Real-time Transport Protocol (SRTP) med AES-128- eller 256-kryptering, beroende på [enhetskapacitet](https://support.zoom.us/hc/en-us/articles/360001299063-Zoom-Voice-Supported-Devices).
#### Molntjänster/dirigering återställs efter att ZPLS-modulen har upprätthållit tillförlitlig SIP-zonanslutning i cirka fem minuter
När klientenheterna och ZPLS-modulen har återupprättat en anslutning till de platsspecifika SIP-zonerna är den ungefärliga återställningstiden tillbaka till normal drift fem minuter. Detta inkluderar 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 kommer klientenheterna och ZPLS-modulen att förbli i överlevnadsläge tills anslutningarna bedöms vara stabila.
#### ZPLS-modulen laddar upp samtalsdetaljposter för alla samtal som gjorts efter att ha lämnat överlevnadsläge
Efter att ZPLS-modulen framgångsrikt har lämnat överlevnadsläge och SIP-zonanslutningen är stabil kommer modulen att ladda upp samtalsdetaljposter (CDR:er) för alla samtal som gjorts i överlevnadsläge. Dessa poster markeras i rapporter som samtal som slutfördes under överlevnadsläge.
#### Ändringar av platser, inklusive att lägga till eller ändra användare eller enheter, synkroniseras till ZPLS-modulen en gång var tionde timme
Uppdateringar av en platskonfiguration via Zoom-webbportal, inklusive att lägga till eller ändra användare eller enheter, synkroniseras till ZPLS-modulen en gång var tionde timme. Om ett driftavbrott inträffar innan nya konfigurationsändringar har synkroniserats med ZPLS-modulen, kommer modulen att använda den senast kända konfigurationen.
#### Kunder kan testa eller simulera failover-händelser med testläge
Kunder kan simulera failover-händelser för en plats genom att aktivera testläge från webbportalen. När testläge har aktiverats för en specifik plats måste ZPLS-modulen startas om för att acceptera klientregistreringar. Därefter kommer användare som logga ut och sedan loggar in igen i sin skrivbordsklient automatiskt att registreras till ZPLS-modulen så länge testläge är aktiverat.
Medan testläge är aktivt kommer ZPLS-modulen att fungera som om en failover-händelse pågår. Interna användare kan ringa samtal till andra användare inom sin plats. Dessutom kommer utgående och inkommande samtal att dirigeras via den anslutna SBC:n om den är konfigurerad, och inkommande samtal kommer att följa regler för vidarekoppling om de är konfigurerade och aktiverade.
Efter att testläge har inaktiverats måste ZPLS-modulen startas om för att återuppta normal nätverksdrift.
{% hint style="info" %}
Testläge gäller inte för IP-telefonenheter. Testläge kan endast testas med Zoom-skrivbordsapplikationer.
{% endhint %}
### Funktioner och klienter som stöds
#### tillgänglig funktioner i överlevnadsläge
Följande lista innehåller funktioner som stöds från ZPLS-modulen när överlevnadsläge är aktiverat:
**Samtalsfunktioner**
* Intern anknytningsuppringning
* Fullständig anknytningsuppringning med platskod
* Ring från samtalshistorik
* DTMF (RFC 2833)
* Ad hoc-konferens för 3 parter
* Vidarekoppling\*
* Inkommande/utgående PSTN\*
* Kontaktsökning/uppringning (de första 25 000 kontakterna)
* Ring efter namn
* inaktivera mikrofon/aktivera mikrofon
* Parkera/återuppta samtal
* Samtalsparkering
**Överföring och dirigering**
* Överföring med konsultation
* Vidarekoppling utan interaktion
* Nödplatsidentifieringsnummer
* Samtal mellan ZPLS-moduler
**Överlevnadsdistribution**
* Dirigera till användare
* Dirigera till gruppmedlemmar
* Dirigera till telefonnummer\*
* Dirigera till talsvar
* kontorstider
* sekventiell ringsignal
* samtidig ringsignal
* Ljudmeddelanden
*\*Kräver SBC och BYOC-integreringar*
#### Ej tillgänglig funktioner i överlevnadsläge
Följande lista innehåller funktioner som inte stöds när överlevnadsläge är aktiverat:
* Lägg till/ta bort kontakt
* röstbrevlåda
* Eskalera till konferens med flera parter (4+ användare)
* Eskalera till möte
* Samtalsbesvarande
* Byt till operatör
* Nomadisk e911-samtal
* Kortnummer
* Övervakning (intervenera/övervaka/viska)
* Samtalsdelegering
* Internkommunikation
* End-to-end-krypterade samtal (E2E-kryptering)
* Automatisk receptionist
* Samtalskö
#### Klientenheter som stöds
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
#### Översiktsdiagram
Följande diagram visar de nätverksportar och dataflöden som används med en ZPLS-modul och en SBC-konfiguration.
#### Brandväggskrav för ZPLS-överlevnad
Följande tabell listar de nätverksportar som används av Zoom Phone under normal drift när det inte finns någon störning 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-moln.
| Transport | Käll-IP | Destinations-IP | Destinationsport | 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 | Nod-/operativsystemhanteringstrafik |
| TCP | ZPLS | Zoom Phone-moln | 9669 | Samtalshistorik / återställningssynkronisering |
| 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 failover till ZPLS är aktiv på grund av störning i anslutningen till molnet.
| Transport | Käll-IP | Destinations-IP | Destinationsport | 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 |
#### Brandväggskrav för BYOC premises peering
Kunder som integrerar ZPLS-modulen med en SBC för extern uppringning under en överlevnadshändelse måste aktivera de portar som krävs för premises peering. Efter att ha konfigurerat en dirigeringsgrupp är de nödvändiga IP-adresserna för dirigeringsgruppen tillgängliga på webben. Gör följande för att komma åt IP-adresserna:
1. Logga in på Zoom-webbportal.
2. Under **Hantering av telefonsystem** undermenyn, markera **Företagsinfo**.
3. Klicka på **Kontoinställningar**
4. Leta upp alternativet för **Dirigeringsgrupper**. Klicka på **Hantera** för att ladda en ny sida.
5. På följande sida letar du upp den avsedda dirigeringsgruppen och håller muspekaren över ikonen **"i"** .
6. Aktivera den angivna IP-adressen och portarna i fönstret efter behov i ditt nätverk.
---
# 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/sv/zoom-workplace/zoom-phone/zoom-phone-local-survivability-field-guide/overview.md?ask=&goal=
```
`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.