> 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/before-you-begin/pstn-integration-considerations.md).
# Överväganden för PSTN-integreringar
Detta avsnitt gäller för Kunder som överväger att integrera ZPLS-modulen med en SBC- och PSTN-anslutning för ytterligare driftsäkerhet. Kunder som inte planerar att integrera ZPLS-modulen med PSTN-anslutning kan hoppa över detta avsnitt utan konsekvenser.
### Överväganden för SBC-integreringar
#### SBC-krav
För att integrera en SBC med Zoom för driftsäkerhet måste en SBC uppfylla följande krav:
* TLS 1.2 och SRTP
* Support för Mutual TLS
* Session Initiation Protocol (SIP)
* DTMF (RFC-2833)
* Topologisk dölning (RFC-5853)
* SIP Early Offer (**obligatoriskt**)
* Opus, G.711 μ-law, G.711 A-law och G.729-codecs
#### PSTN-integreringar kräver en SBC och en pålitlig tredjepartsleverantör
För PSTN-anslutning måste kunder tillhandahålla en session border controller (SBC) som är ansluten till antingen en äldre anslutning eller en SIP-trunk med en mobil- eller alternativ anslutning (t.ex. DSL). Kunder bör ha i åtanke att alla SIP-trunkar som är implementerade vid SBC:n kan vara beroende av samma internettjänst som drabbas av ett avbrott. På grund av denna möjlighet bör kunder överväga en pålitlig, tredje anslutning för PSTN-anslutning.
#### Alla Zoom Phone BYOC-certifierade SBC:er kan användas
Alla session border controllers (SBC) som är [certifierade för Zoom Phone](https://support.zoom.us/hc/en-us/articles/360001299063-Zoom-Phone-Certified-Hardware#h_ec5008d4-3581-46e7-a06d-32599511d089) kan också användas med ZPLS-modulen. Kunder med en befintlig Zoom Phone BYOC-plan behöver ingen ytterligare eller separat SBC för driftsäkerhetens skull.
#### Zooms DigiCert-certifikat måste installeras på SBC:n
För att upprätta TLS-anslutning till både ZPLS-modulen och Zoom-moln måste Zooms [DigitCert rot- och mellanliggande certifikat](https://support.zoom.us/hc/en-us/articles/360044092031) måste installeras på SBC:n.
#### SBC:er måste dirigera inkommande samtal till Zoom Phone-datacenter som första och andra dirigeringsval, och ZPLS-modulen som tredje
Kundernas SBC:er måste dirigera inkommande samtal från PSTN till primär och sekundär SIP-zon innan ZPLS-modulen provas. Med denna konfiguration dirigeras samtal endast till ZPLS-modulen under en driftsstörningshändelse, eftersom SBC:n och Zoom Phone-datacentren annars bör upprätthålla stabil anslutning.
Om denna logik inte följs kan det leda till misslyckad samtalsleverans, eftersom ZPLS-modulen inte kan dirigera samtal till molnregistrerade enheter.
{% hint style="info" %}
När Zoom Phone-molnet är tillgängligt efter en driftsstörningshändelse kan en SBC tillfälligt försöka dirigera BYOC-nummer till Zoom-molnet medan det berörda numrets klientenhet är registrerad i ZPLS-modulen. Om detta inträffar följer samtalsdirigeringen inställningarna för [**När ett samtal inte besvaras**](https://support.zoom.us/hc/en-us/articles/360059966372-Customizing-call-handling-settings#h_86f4bf1b-51ea-4d70-9e40-4a84a5ca1c2c) under denna övergångsperiod.
{% endhint %}
#### Utgående samtal från ZPLS-modulen måste dirigeras till SBC:n och PSTN SIP-trunken
När driftsäkerhetsläget är aktivt måste samtal från ZPLS till SBC:n dirigeras till PSTN SIP-trunken för att upprätta externa telefonanslutningar. Alla samtal till nummer som inte är registrerade i ZPLS-modulen skickas till SBC:n som är konfigurerad för driftsäkerhet i E.164-format.
### Överväganden kring lokal driftsäkerhet för samtalsvidarekoppling
#### Under en driftsstörningshändelse kommer telefonnummer som tillhandahålls av Zoom Phone inte att kunna nås externt om de inte omdirigeras via samtalsvidarekoppling
Under en driftsstörningshändelse kommer telefonnummer som tillhandahålls av Zoom inte att kunna nås externt från molnets perspektiv. Följaktligen kan användare på berörda platser vara otillgängliga om inte samtal till deras primära nummer vidarekopplas till ett alternativt nummer som är associerat med en lokal SBC.
{% hint style="info" %}
Vanliga exempel på nummer som påverkas kan omfatta nummer som tilldelats: Användare, gemensamma ytor, Auto Receptions (AR), grupper med delad linje (SLG) och samtalsköer (CQ).
{% endhint %}
#### Kunder som använder en lokal BYOC-baserad lösning behöver inga avancerade konfigurationer och kan kringgå samtalsvidarekoppling genom att lägga till en tredje rutt till sin ZPLS-modul från SBC:n
Kunder som använder en lokal BYOC-plan (dvs. kunder som inte använder nummer registrerade i Zoom Phone) behöver inga avancerade konfigurationer för att aktivera samtalsvidarekoppling. I stället kan BYOC-kunder lägga till en tredje rutt till ZPLS-modulen från den lokala SBC:n.
#### Konfigurationer för samtalsvidarekoppling ställs in av en admin eller auktoriserad användare via webbportalen
En kontoadmin eller auktoriserad användare kan [konfigurera logik för samtalsvidarekoppling](#_1od0waijmvaz) via webbportalen genom [manuell inmatning eller en massuppladdning av CSV](#_aezu04x8z043).
#### Användare som konfigurerats för samtalsvidarekoppling kommer att ha tre tilldelade nummer
Efter att ett BYOC-nummer har tilldelats en användare för driftsäkerhet med samtalsvidarekoppling kommer klientenheten att tilldelas *minst* tre nummer:
1. Ett internt anknytningsnummer med platskoden före
2. Ett PSTN-nummer som tillhandahålls av Zoom
3. Ett BYOC-PSTN-nummer
#### Telefonnummer kan vidarekopplas till högst ett BYOC-nummer
Varje Zoom Phone-telefonnummer kan vidarekopplas till högst **ett** annat BYOC-nummer. Du kan dock vidarekoppla flera telefonnummer till samma BYOC-nummer.
Till exempel, om John tilldelas telefonnumret X55-555-5555 kan Johns telefonnummer vidarekopplas till numret för operatören i hans byggnad, X99-999-9999. På samma sätt kan Johns kollegors nummer (X55-555-5554, X55-555-5553 osv.) också vidarekopplas till X99-999-9999. Alternativt kan varje användare få sitt telefonnummer vidarekopplat till ett helt unikt nummer, till exempel att X55-555-5554 dirigeras till X99-999-9998 och att X55-555-5553 dirigeras till X99-999-9997. Ingen enskild användare kan dock få sitt nummer vidarekopplat både till X99-999-9999 och X99-999-9998.
#### Samtalsvidarekoppling måste förbli inaktiverad tills en driftsstörningshändelse inträffar
Även om en administratör i förväg kan förkonfigurera logik för samtalsvidarekoppling för en plats måste funktionen för samtalsvidarekoppling förbli inaktiverad tills en driftsstörningshändelse inträffar. Om samtalsvidarekoppling aktiveras under ordinarie drift omdirigeras alla inkommande samtal till ett nummer registrerat i Zoom Phone till den lokala SBC:n och det tillhörande BYOC-telefonnumret, vilket kringgår Zoom Phone-tjänsterna. För att behålla normal Zoom Phone-dirigering måste samtalsvidarekoppling därför vara inaktiverad under ordinarie drift.
#### Samtalsvidarekoppling kan bara aktiveras av en auktoriserad användare eller admin med en fungerande internetanslutning
Under ett evenemang i survivability-läge antas internetanslutningen för en plats vara otillgänglig. Men eftersom samtalsvidarekoppling måste förbli inaktiverad för standarddrift kan den endast aktiveras av en auktoriserad användare eller admin med en fungerande internetanslutning, till exempel ett dataabonnemang för telefon, eller en alternativ internetanslutning på en annan plats.
{% hint style="info" %}
För att minimera driftstopp och säkerställa verksamhetskontinuitet rekommenderar Zoom att företag upprättar tillförlitliga rutiner för att aktivera logiken för samtalsvidarekoppling via webbportalen under ett evenemang i survivability-läge.
{% endhint %}
#### Regler för samtalsvidarekoppling kan gälla för hela platsen eller för enskilda nummer
Under ett evenemang i survivability-läge kan en administratör eller auktoriserad användare aktivera regler för samtalsvidarekoppling för hela platsen eller för specifika nummer via webbportalen.
#### När samtalsvidarekoppling har aktiverats för en användares telefonnummer kommer Zoom inte att ringa en användares molnregistrerade klient, även om den upprätthåller en oberoende molnanslutning
När samtalsvidarekoppling är aktiverad för ett nummer registrerat i Zoom Phone kommer Zoom inte att försöka dirigera något samtal till användaren via molnet. Följaktligen, även om en drabbad användare har en molnregistrerad enhet som en mobiltelefon, om telefonnumret är markerat för samtalsvidarekoppling, dirigeras alla samtal via PSTN till företagets SBC.
Exempelvis upplever en plats ett evenemang i survivability-läge och en användares mobiltelefon är ansluten till Zoom Phone-molnet via deras mobiloperatörs dataanslutning. Om en användares telefonnummer är markerat för samtalsvidarekoppling, kommer Zoom Phone-molnet **kommer inte att** ringa deras Zoom Phone-nummer via mobilappen, trots den stabila anslutningen. I stället kommer alla samtal att fortsätta dirigeras via PSTN till kundens SBC.
#### Om samtalsvidarekoppling inte har aktiverats för en användare under ett evenemang i survivability-läge kommer inkommande samtal att följa varje användares samtalshanteringsinställningar
Om samtalsvidarekoppling inte har aktiverats under ett evenemang i survivability-läge kommer inkommande samtal att hanteras enligt [samtalshanteringslogik](https://support.zoom.us/hc/en-us/articles/360059966372-Customizing-call-handling-settings) för varje enskild användare. Om en användare inte har en reservtelefonklient registrerad i molnet, till exempel en mobiltelefon, kommer uppringare att omfattas av de regler som definieras av **När ett samtal inte besvaras** avsnittet för inställningar för samtalshantering.
#### Vidarekoppling av samtal gäller endast inkommande PSTN-samtal
Vidarekoppling av samtal för överlevnad gäller endast för samtal som dirigeras via PSTN och/eller Zoom Phone-molnet. Samtal som kommer från Zoom-registrerade anknytningar inom samma plats kommer först att försöka ansluta via ZPLS-modulen och sedan via PSTN om en SBC är ansluten. Samtal som inte kan ansluta kommer annars att omfattas av den behandling som definieras av **När ett samtal inte besvaras** avsnittet för regler för samtalshantering i en användares telefoninställningar.
### Flöde för vidarekoppling av samtal
Följande diagram beskriver logiken för vidarekoppling av samtal (när den har aktiverats) under ett överlevnadsevenemang. Denna logik förblir i kraft tills vidarekoppling av samtal inaktiveras eller standarddrift återställs. Men om vidarekoppling av samtal förblir aktiverad *efter* När standardåtgärderna återställs kommer vidarekopplade samtal att gå från Zoom Phone-molnet till SBC:n och tillbaka till molnet innan de levereras till en användarens enhet. Av denna anledning bör samtalsvidarekoppling inaktiveras omedelbart efter ett överlevnadsevenemang.
1. En extern uppringare initierar ett samtal till ett Zoom Phone-registrerat nummer och dirigeras över PSTN.
2. Samtalet dirigeras till Zoom Phone-molnet, och det uppringda telefonnumret identifieras som påverkat av samtalsvidarekoppling.
{% hint style="info" %}
Om samtalsvidarekoppling inte är aktiverad kommer Zoom Phone att följa **När ett samtal inte besvaras** logiken för just den användaren eller anknytningen.
{% endhint %}
3. Eftersom samtalsvidarekoppling är aktiverad kommer Zoom inte att försöka varna användaren och kommer i stället att omdirigera samtalet till det angivna numret för samtalsvidarekoppling via PSTN.
4. Samtalet dirigeras från PSTN till survivability-SBC:n.
5. Survivability-SBC:n vidarebefordrar samtalet till ZPLS-modulen.
6. ZPLS-modulen vidarebefordrar samtalet till användarens registrerade klient(er), om de är anslutna.
### Överväganden kring Emergency platsidentifieringsnummer (ELIN)
#### Ett ELIN är ett telefonnummer som är exklusivt för en plats och som kommunicerar platsinformation till räddningstjänsten när det rings upp
Ett nödplatsidentifieringsnummer (ELIN) är ett dedikerat telefonnummer som används av alarmeringscentraler (PSAP) för att identifiera en uppringares fysiska adress vid samtal till räddningstjänsten. För dessa funktioner måste företag samarbeta med sin PSTN-tjänsteleverantör för att koppla en adress till ett telefonnummer, för att säkerställa att adressen finns angiven i en databas för automatisk platsidentifiering (ALI) när samtalet tas emot av en PSAP-operatör.
Ta till exempel ett universitetscampus som omfattar flera byggnader, där varje byggnad representeras av en separat Zoom Phone-plats. Om en användare ringer räddningstjänsten under ett överlevnadsevenemang från en telefon eller enhet [som är kopplad till platsen](#_ggwzik1hd9xi), får räddningstjänsten automatiskt den fullständiga adress som har valts att spela in för platsen, förutsatt att platsen är konfigurerad och uppdaterad hos tjänsteleverantören.
#### Varje plats kan ha stöd för flera ELIN
Kunder kan tilldela flera ELIN till en plats för en pool av nödnummerresurser. Vid en nödsituation under ett överlevnadsevenemang kan detta tillåta att flera uppringare får var sitt unikt tilldelat ELIN, vilket kan hjälpa räddningstjänsten att nå den ursprungliga uppringaren vid ett återuppringningssamtal.
Dessutom kan ett ELIN tilldelas en användare eller en telefon för gemensamt utrymme, vilket ger en mer detaljerad ELIN-tilldelning än på platsnivå och erbjuder en mer exakt plats för räddningstjänsten.
#### Under ett överlevnadsevenemang ersätts alla nödsamtal av ELIN
När en användare gör ett nödsamtal under ett överlevnadsevenemang ersätts användarens uppringningsnummer, om en tillgänglig uppringningslinje finns, med det ELIN som har utsetts på platsnivå. Detta tillåter användare som inte har något direktnummer att ringa räddningstjänsten och att nås vid ett återuppringningssamtal från nödoperatören.
#### Ett ELIN-nummer måste vara ett BYOC-nummer som är associerat med platsens SBC PSTN-trunk
En plats ELIN **måste** vara ett BYOC-nummer som avslutas på en PSTN-trunk som finns på platsens failover-SBC. Ingen annan typ av nummer kan användas.
#### ZPLS-modulen kommer automatiskt att dirigera nödsamtal till ELIN tillbaka till användarens anknytning som ursprungligen ringde upp i upp till 2 timmar
Om en nödoperatör ringer tillbaka till ELIN, kommer ZPLS-modulen att dirigera samtalet tillbaka till den ursprungliga användaren som gjorde nödsamtalet. ZPLS-modulen kommer att fortsätta att dirigera PSAP-återuppringningar till den ursprungliga uppringaren i upp till 2 timmar. För närvarande är denna funktionalitet begränsad till den första uppringaren.
#### När ett telefonnummer har utsetts till ELIN kan det inte tilldelas en användare eller enhet
När en administratör har tilldelat ett BYOC-nummer som den utsedda ELIN för en plats kan BYOC-numret inte tilldelas någon användare eller annan Zoom Phone-entitet om det inte har avallokerats.
#### Kunder ansvarar för att underhålla och uppdatera fysiska adresser som är kopplade till deras ELIN för varje plats
Zoom tar inte ansvar för att uppdatera BYOC-operatörer med fysiska adresser som motsvarar varje ELIN. Kunder ansvarar för att säkerställa att nödadresser är korrekt mappade till rätt fysisk adress.
### PSTN-dirigeringsöverväganden
#### När överlevnadsläget är aktivt dirigeras mediepaket via ZPLS-modulen
När överlevnadsläget är aktiverat kommunicerar klienter inte direkt med en SBC eller andra interna klienter. I stället förankras eller ”hårnålskopplas” mediepaket via ZPLS-modulen, utan stöd för avlastning av media.
Följande diagram visar signalerings- och mediesökvägen för aktiva interna och externa samtal.
#### Samtal försöker först dirigeras lokalt
När det är möjligt försöker ZPLS-modulen dirigera samtal som kommer från registrerade Zoom-klienter till lokalt registrerade destinationer. Samtal vidarebefordras endast till SBC:n om destinationen i fältet Request URI i den inkommande SIP-inbjudan inte matchar en registrerad anknytning.
{% hint style="info" %}
En registrerad anknytning är en kort anknytning utan platskod, en lång anknytning med platskod, ett tilldelat Zoom-registrerat nummer eller ett tilldelat BYOC-nummer. Administratörer bör tänka på att ZPLS-modulen uppdaterar dessa data [en gång var tionde timme](#_54gf3fuxcnk5).
{% endhint %}
#### Under ett överlevnadsevenemang visar externa, utgående samtal användarens BYOC-nummer
Under ett överlevnadsevenemang innehåller externa, utgående samtal från ZPLS-registrerade enheter BYOC-uppringningsnumret. Följande diagram visar samtalsflödet i överlevnadsläge för en användare:
#### Återkommande samtal kan dirigeras till en användares BYOC-nummer
Eftersom externa, utgående samtal som rings under ett överlevnadsevenemang använder ett BYOC-nummer kan externa uppringare ringa tillbaka med ett BYOC-nummer i stället för en användares Zoom-registrerade telefonnummer. Om överlevnadsevenemanget är över dirigeras samtal tillbaka via molnet [om rätt dirigeringsprioritet har konfigurerats](#_zgofkpkt74xr). Om evenemanget däremot pågår dirigerar SBC:n samtalet till ZPLS-modulen och den klientregistrerade enheten.
#### Codec som stöds för överlevnad
Codec som stöds för överlevnad är Opus, G.711 μ-law, G.711 A-law och G.729. Omkodning eller ändring av bithastighet för ljudcodec stöds inte. Alla parter i ett aktivt samtal måste ha stöd för samma codec och samplingsfrekvens.
### Att tänka på för överlevnadsdistributionsgrupper
Det här avsnittet behandlar överväganden för Survivability Distribution Groups (SDG:er). Kunder som inte planerar att använda SDG:er eller integrera ZPLS-modulen med PSTN-anslutning kan hoppa över det här avsnittet utan konsekvenser.
#### Överlevnadsdistributionsgrupper ger nyanserade alternativ för samtalsdirigering under ett överlevnadsevenemang
Överlevnadsdistributionsgrupper (SDG:er) ger företag nyanserade alternativ för samtalsdirigering – som samtalsköer och menyer för interaktivt röstsvar (talsvar) – under ett överlevnadsevenemang. Med SDG:er kan företag fortsätta att stödja centrala telefonitjänster och konfigurationer för samtalsdirigering (liknande samtalsköer, automatiska receptionister och grupper med delad linje) tills standardåtgärderna har återställts.
#### SDG:er är inte samma sak som distributionsgrupper för standarddrift och måste skapas och underhållas separat
Även om SDG:er erbjuder liknande funktioner för samtalsdirigering som distributionsgrupper för standarddrift, är SDG:er unika och specifika för överlevnadsevenemang och måste därför skapas och underhållas separat. Med andra ord, SDG:er **kommer inte att** ärver inställningarna eller konfigurationerna från en distributionsgrupp för standarddrift (dvs. samtalskö, automatisk receptionist, talsvar osv.)
#### SDG:er fungerar bäst tillsammans med en BYOC-PSTN-integrering och aktiverad vidarekoppling av samtal
Även om SDG:er kan ge endast internt stöd (dvs. samtal som inte är PSTN-samtal), fungerar de bäst tillsammans med en BYOC-PSTN-integrering. Med en PSTN-aktiverad SDG kan ett huvudsakligt företagsnummer, när vidarekoppling av samtal är aktiverad under ett överlevnadsevenemang, dirigeras till det angivna SDG-telefonnumret, och samtalet följer den konfigurerade dirigeringsprofilen. Detta gör att ett företag kan erbjuda en konsekvent upplevelse av samtalsflödet för externa uppringare tills standardåtgärderna har återställts.
Följande diagram visar logiken för samtalsdirigering för en PSTN-aktiverad SDG:
#### SDG:er kan anpassas på följande sätt
SDG:er har stöd för följande alternativ:
* Dedikerat anknytningsnummer
* Tilldelat direktnummer
* Tidszon
* Kontorstider
* Inspelade hälsningar
* Gruppmedlemmar
* Dirigera till:
* Användare
* Meny för interaktivt röstsvar (talsvar)
* Gruppmedlemmar
* Telefonnummer
* Samtalsfördelning:
* samtidig
* Sekventiell
### Överväganden för hårdvara och nätverk
Det här avsnittet behandlar överväganden för hårdvara och nätverk för ZPLS-modulen, en SBC-integrering, Zoom-klienter och telefonenheter. Efter att ha läst det här avsnittet kan du förvänta dig att förstå de nödvändiga nätverkskommunikationerna och konfigurationerna för en ZPLS-distribution.
{% hint style="info" %}
Det här avsnittet ägnas åt distribution av hårdvara och nätverks- *designöverväganden*. Se avsnittet om [distribution av ZPLS](#_wrba5u2ahyc) för stegvisa distributionsinstruktioner.
{% endhint %}
#### Överväganden för distribution och nätverk av ZPLS-modulen
**ZPLS-modulen kräver en statisk IPv4-adress i ditt nätverk**
ZPLS-modulen bör distribueras i ett internt LAN med en statisk IPv4-adress som är tillgänglig för Zoom Phone-enheter och skrivbordsklienter. ZPLS-modulen har för närvarande inte stöd för IPv6-adresser.
**ZPLS-modulen måste upprätthålla regelbundna HTTPS-anslutningar till Zoom Phone-molnet**
ZPLS-modulen kräver regelbundna HTTPS-anslutningar till Zoom Phone-molnet för att [synkronisera inställningar för konto och användare](#_54gf3fuxcnk5).
I de flesta fall kan en ZPLS-modul distribueras i ett internt LAN i en kunds nätverk. Alternativt kan ett DMZ-nätverk användas under vissa omständigheter. Nätverksadministratörer måste dock säkerställa att kommunikation är möjlig genom Enterprise-brandväggen. I båda fallen måste administratörer justera företagets brandväggspolicy för att aktivera kommunikation mellan ZPLS-modulen och Zoom-molnet.
**ZPLS-modulen måste upprätthålla ett regelbundet OPTIONS-ping med Zoom Phone-molnet**
Medan den är i inaktivt läge måste ZPLS-modulen upprätthålla ett OPTIONS-keepalive-ping med Zoom Phone-molnet för att övervaka anslutningen. Om både klientenheter och ZPLS-modulen på en plats förlorar anslutningen till Zoom Phone-molnet, kommer klienter och enheter som stöds att registrera sig hos ZPLS-modulen med SIP Digest-autentisering över TLS v1.2.
#### Överväganden för SBC-distribution och nätverk
**En SBC måste vara nåbar från ZPLS och Zoom-moln när det är möjligt**
Kunder bör säkerställa att SBC:n upprätthåller anslutning till både ZPLS-modulen och Zoom Phone-molnet, när det är möjligt. Kunder kan tillhandahålla en SBC med dubbla nätverkskort konfigurerad med en privat och en publik IPv4-adress, eller säkerställa att statiska 1:1 NAT-regler finns på plats i gränsbrandväggen, utöver att öppna de portar som krävs.
**En SBC måste upprätthålla TLS- och UDP-anslutning mellan Zoom Phone-molnet och ZPLS-modulen**
Under ordinarie drift måste en SBC upprätthålla TLS- och UDP-anslutning till både Zoom Phone-molnet och den tillhörande platsens ZPLS-modul. Denna anslutning används för att dirigera eventuella samtal till ett BYOC-listat telefonnummer [genom Zoom Phone-molnet](#_zgofkpkt74xr). OPTIONS keepalive-mekanismen är automatiskt aktiverad mellan ZPLS och SBC och är valfri mellan SBC och molnet.
#### Överväganden för Zoom-klienter och telefonenheter
**Klienter och enheter måste kunna upptäcka platsens ZPLS-modul inom det lokala nätverket**
Klienter och enheter som stöds [aktiverade för telefonöverlevnad](#_ah8xua8wdq10) upptäcka rätt reserv-ZPLS-modul från Zoom Phone-molnet under uppstartsprocessen. Modulen måste dock redan vara [kopplad till telefonsystemets plats](#_k11n5zxkx1pq) med en internt upptäckbar IPv4-adress.
**Enheter bör ha en statisk IP-adress eller tilldelas en privat IP-adress via en lokal DHCP-server**
För att minska potentiella problem bör telefonenheter tilldelas en statisk eller intern IP-adress via en lokal DHCP-server. Om en enhet inte tilldelas en statisk IP-adress, eller om en DHCP-server inte är tillgänglig under ett överlevnadsevenemang, kan telefonenheter misslyckas med att registrera sig.
**Klienter och enheter måste upprätthålla ett regelbundet OPTIONS-ping med Zoom Phone-molnet**
I likhet med ZPLS-modulen måste klienter och enheter som stöds upprätthålla ett OPTIONS-keepalive-ping till Zoom Phone-molnet för att fastställa datacentralens anslutningsstatus. Vid ett avbrott fortsätter klienten att skicka keepalive-meddelanden för att upptäcka att molntjänsten återkommer och initiera återupptagandet av normal drift. Denna process är automatisk och kan inte inaktiveras.
#### Brandväggs- och nätverksdataflöde
Se avsnittet om [Nätverksportar och dataflöde](#_pswiusfsww6t).
---
# 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/before-you-begin/pstn-integration-considerations.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.