# Överväganden för PSTN-integrering Detta avsnitt gäller för kunder som överväger att integrera ZPLS-modulen med en SBC- och PSTN-anslutning för extra överlevnadsförmåga. Kunder som inte planerar att integrera ZPLS-modulen med PSTN-anslutning kan utan konsekvenser hoppa över detta avsnitt. ### Överväganden för SBC-integrering #### SBC-krav För att integrera en SBC med Zoom för överlevnadsförmåga måste en SBC uppfylla följande krav: * TLS 1.2 och SRTP * Stöd för ömsesidig TLS * Session Initiation Protocol (SIP) * DTMF (RFC-2833) * Topologisk döljning (RFC-5853) * SIP Early Offer (**obligatorisk**) * 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 antingen till 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 används vid SBC:n kan vara beroende av samma internetanslutning 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 ett befintligt Zoom Phone BYOC-abonnemang behöver inte en ytterligare eller separat SBC för överlevnadsförmåga. #### 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 [DigitCerts rot- och mellanliggande certifikat](https://support.zoom.us/hc/en-us/articles/360044092031) 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 används. Med denna konfiguration dirigeras samtal endast till ZPLS-modulen under en överlevnadshä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 överlevnadshändelse kan en SBC tillfälligt försöka dirigera BYOC-nummer till Zoom-molnet medan den 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 överlevnadslä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 överlevnadsförmåga i E.164-format. ### Överväganden för lokal överlevnadsförmåga vid vidarekoppling av samtal #### Under en överlevnadshändelse kommer telefonnummer som tillhandahålls av Zoom Phone inte att vara externt nåbara om de inte omdirigeras via vidarekoppling av samtal Under en överlevnadshändelse kommer telefonnummer som tillhandahålls av Zoom inte att vara externt nåbara ur molnets perspektiv. Följaktligen kan användare på berörda platser vara onåbara om inte samtal till deras primära nummer vidarekopplas till ett alternativt nummer som är kopplat till en lokal SBC. {% hint style="info" %} Vanliga exempel på nummer som påverkas kan vara nummer som tilldelats: användare, gemensamma utrymmen, Auto Receptions (AR), delade linjegrupper (SLG) och samtalsköer (CQ). {% endhint %} #### Kunder som använder en lokal BYOC behöver inte avancerade konfigurationer och kan kringgå vidarekoppling av samtal genom att lägga till en tredje rutt till sin ZPLS-modul från sin SBC Kunder som använder en lokal BYOC-plan (dvs. kunder som inte använder Zoom Phone-registrerade nummer) behöver inte avancerade konfigurationer för att aktivera vidarekoppling av samtal. I stället kan BYOC-kunder lägga till en tredje rutt till ZPLS-modulen från den lokala SBC:n. #### Konfigurationer för vidarekoppling av samtal ställs in av en admin eller behörig användare från webbportalen En kontoadmin eller behörig användare kan [konfigurera logik för vidarekoppling av samtal](#_1od0waijmvaz) från webbportalen via [manuell inmatning eller en massuppladdning av CSV](#_aezu04x8z043). #### Användare som konfigurerats för vidarekoppling av samtal kommer att ha tre tilldelade nummer Efter att ha tilldelat ett BYOC-nummer till en användare för vidarekoppling av samtalsöverlevnadsförmåga kommer klientenheten att tilldelas *minst* tre nummer: 1. En intern anknytning med platskod framförsatt 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-nummer kan vidarekopplas till högst **ett** annat BYOC-nummer. Du kan dock vidarebefordra flera telefonnummer till samma BYOC-nummer. Om John till exempel tilldelas telefonnumret X55-555-5555 kan Johns telefonnummer vidarebefordras till hans byggnads operatörsnummer på X99-999-9999. På samma sätt kan Johns kollegor också få sina nummer (X55-555-5554, X55-555-5553 osv.) vidarebefordrade till X99-999-9999. Alternativt kan varje användare få sitt telefonnummer vidarebefordrat till ett helt unikt nummer, till exempel att X55-555-5554 dirigeras till X99-999-9998 och X55-555-5553 dirigeras till X99-999-9997. Däremot kan ingen enskild användare få sitt nummer vidarebefordrat både till X99-999-9999 och till X99-999-9998. #### Vidarekoppling av samtal måste förbli inaktiverad tills en survivability-händelse inträffar Även om en administratör i förväg kan konfigurera logik för vidarekoppling av samtal för en plats, måste funktionen för vidarekoppling av samtal förbli inaktiverad tills en survivability-händelse inträffar. Om vidarekoppling av samtal aktiveras under normal drift kommer alla inkommande samtal till ett Zoom Phone-registrerat nummer att omdirigeras till SBC:n på plats och det associerade BYOC-telefonnumret, vilket kringgår Zoom Phone-tjänsterna. För att bibehålla den vanliga dirigeringen i Zoom Phone måste därför vidarekoppling av samtal vara inaktiverad under normal drift. #### Vidarekoppling av samtal kan endast aktiveras av en behörig användare eller admin med en fungerande internetanslutning Under ett survivability-läge antas en plats internetanslutning vara otillgänglig. Eftersom vidarekoppling av samtal dock måste förbli inaktiverad för standarddrift kan den endast aktiveras av en behörig användare eller admin med en fungerande internetanslutning, till exempel ett mobilabonnemang för data, eller en alternativ internetanslutning inom en annan plats. {% hint style="info" %} För att minimera driftstopp och säkerställa affärskontinuitet rekommenderar Zoom att företag etablerar tillförlitliga rutiner för att aktivera logik för vidarekoppling av samtal från webbportalen under en survivability-händelse. {% endhint %} #### Regler för vidarekoppling av samtal kan gälla för hela platsen eller för enskilda nummer Under en survivability-händelse kan en administratör eller behörig användare aktivera regler för vidarekoppling av samtal för hela platsen eller för specifika nummer från 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 har en oberoende molnanslutning När samtalsvidarekoppling har aktiverats för ett nummer som är registrerat för Zoom Phone kommer Zoom inte att försöka dirigera något samtal till användaren via molnet. Följaktligen, även om en berörd användare har en molnregistrerad enhet som en mobiltelefon, om telefonnumret är markerat för samtalsvidarekoppling kommer alla samtal att dirigeras via PSTN till företagets SBC. Till exempel upplever en plats en survivability-läge-händelse och en användares mobiltelefon är ansluten till Zoom Phone-molnet via sin mobilleverantörs dataanslutning. Om en användares telefonnummer är markerat för samtalsvidarekoppling kommer Zoom Phone-molnet **inte** att ringa deras Zoom Phone-nummer via mobilapp, trots den stabila anslutningen. I stället kommer alla samtal fortsätta att dirigeras via PSTN till kundens SBC. #### Om samtalsvidarekoppling inte är aktiverad för en användare under ett survivability-evenemang, kommer inkommande samtal att följa varje användares samtalshantering preferenser Om samtalsvidarekoppling inte är aktiverad under ett survivability-evenemang, kommer inkommande samtal att hanteras enligt [samtalshanteringslogiken](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 registrerad reservklient för telefon i molnet, som en mobiltelefon, kommer uppringare att omfattas av de regler som definieras av **När ett samtal inte besvaras** avsnittet för preferenser för samtalshantering. #### Vidarekoppling av samtal gäller endast inkommande PSTN-samtal Vidarekoppling av samtal för redundans gäller endast samtal som dirigeras via PSTN och/eller Zoom Phone moln. Samtal som initieras från Zoom-registrerade anknytningar inom samma plats försöker ansluta via ZPLS-modulen först, och PSTN i andra hand om en SBC är ansluten. Samtal som inte kan ansluta omfattas annars av den behandling som definieras av **När ett samtal inte besvaras** avsnittet med samtalshanteringsreglerna i en användares telefoninställningar. ### Flöde för samtalsvidarekoppling Följande diagram visar logiken för samtalsvidarekoppling (när den har aktiverats) under ett redundansevenemang. Denna logik förblir i kraft tills samtalsvidarekoppling inaktiveras eller standarddriften återställs. Men om samtalsvidarekoppling förblir aktiverad *efter* att standarddriften har återställts, kommer vidarekopplade samtal att hairpinna från Zoom Phone moln till SBC och tillbaka till molnet innan de levereras till en användares enhet. Av denna anledning bör samtalsvidarekoppling inaktiveras omedelbart efter ett redundansevenemang.
1. En extern uppringare initierar ett samtal till ett Zoom Phone-registrerat nummer och dirigeras via PSTN. 2. Samtalet dirigeras till Zoom Phone moln, och det uppringda telefonnumret identifieras som påverkat av samtalsvidarekoppling. {% hint style="info" %} Om vidarekoppling av samtal inte är aktiverad kommer Zoom Phone att följa **När ett samtal inte besvaras** logiken för den specifika användare eller anknytningen. {% endhint %} 3. Eftersom vidarekoppling av samtal är aktiverad kommer Zoom inte att försöka skicka en varning till användare och i stället omdirigera samtal till det angivna numret för vidarekoppling av samtal via PSTN. 4. Samtalet dirigeras från PSTN till survivability-SBC:n. 5. Survivability-SBC:n vidarebefordrar samtal till ZPLS-modulen. 6. ZPLS-modulen vidarebefordrar samtal till användares registrerade klient(er), om de är anslutna. ### Överväganden för nödplatsidentifieringsnummer (ELIN) #### Ett ELIN är ett plats-exklusivt telefonnummer som kommunicerar platsinformation till räddningstjänsten när det rings upp Ett nödplatsidentifieringsnummer (ELIN) är ett dedikerat telefonnummer som används av Public Safety Answering Points (PSAP) för att identifiera den fysiska adressen till en uppringare vid samtal till räddningstjänsten. För dessa funktioner måste företag samarbeta med sin PSTN tjänsteleverantör för att mappa en adress till ett telefonnummer, för att bidra till att säkerställa att adressen finns angiven i en databas för automatisk platsidentifiering (ALI) när samtal tas emot av en PSAP-operatör. Tänk till exempel på ett universitetscampus som sträcker sig över flera byggnader, där varje byggnad representeras av en separat Zoom Phone plats. Om en användare ringer räddningstjänsten under ett survivability-evenemang från en telefon eller enhet [associerad med platsen](#_ggwzik1hd9xi), kommer räddningstjänsten automatiskt att få den fullständiga adressen som finns registrerad för platsen, förutsatt att platsen är konfigurerad och uppdaterad hos tjänsteleverantören. #### Varje plats kan stödja flera ELIN:er Kunder kan tilldela flera ELIN:er till en plats för en pool av resurser för nödnummer. Vid ett evenemang med överlevnadsförmåga kommer detta att tillåta flera uppringare att var och en ha en unikt tilldelad ELIN, vilket kan hjälpa räddningstjänsten att nå den ursprungliga uppringaren om ett samtal återkommer. Dessutom kan en 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 evenemang med överlevnadsförmåga ersätts alla nödsamtal av ELIN När en användare gör ett nödsamtal under ett evenemang med överlevnadsförmåga kommer användarens direktnummer, om ett sådant är tillgänglig, att ersättas med den ELIN som har angetts på platsnivå. Detta gör det möjligt för användare som inte har något direktnummer att ringa räddningstjänsten och vara nåbara för återuppringning från nödoperatören. #### Ett ELIN-nummer måste vara ett BYOC-nummer som är associerat med platsens SBC PSTN-trunk En platss ELIN **måste** vara ett BYOC-nummer som termineras på en PSTN-trunk som finns vid platsens failover SBC. Ingen annan typ av nummer kan användas. #### ZPLS-modulen kommer automatiskt att dirigera nödsamtal från leverantörer till ELIN tillbaka till användarens anknytning som ursprungligen ringde i upp till 2 timmar Om en nödsamtalsoperatö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 tilldelats som ELIN kan det inte tilldelas till en användare eller enhet När en administratör har tilldelat ett BYOC-nummer som det utsedda ELIN för en plats kan BYOC-numret inte tilldelas någon användare eller annan Zoom Phone-entitet om det inte avallokeras. #### 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ödsadresser är korrekt mappade till rätt fysiska adress. ### Överväganden för PSTN-dirigering #### När överlevnadsläge är aktivt dirigeras mediepaket genom ZPLS-modulen När överlevnadsläge är aktiverat kommunicerar klienter inte direkt med en SBC eller andra interna klienter; i stället är mediepaket förankrade eller ”hairpinnade” genom ZPLS-modulen, utan stöd för avlastning av media. Följande diagram visar signalerings- och medievägen för aktiva interna och externa samtal.
#### Samtal kommer att försöka dirigera lokalt först När det är möjligt kommer ZPLS-modulen att försöka dirigera samtal som kommer från registrerade Zoom-klienter till lokalt registrerade destinationer. Samtal vidarebefordras endast till SBC om destinationen i fältet Request URI i det inkommande SIP bjuda in inte matchar en registrerad anknytning. {% hint style="info" %} En registrerad anknytning är en kort anknytning utan platskoden, en lång anknytning med platskoden, ett tilldelat Zoom-registrerat nummer eller ett tilldelat BYOC-nummer. Administratörer bör ha i åtanke att ZPLS-modulen uppdaterar dessa data [en gång var 10:e timme](#_54gf3fuxcnk5). {% endhint %} #### Under ett överlevnadsevenemang kommer externa utgående samtal att visa användarens BYOC-nummer Under ett överlevnadsevenemang kommer externa utgående samtal från ZPLS-registrerade enheter att innehålla BYOC-anropsnumret. Följande diagram visar samtalsflödet i överlevnadsläge för en användare:
#### Returnerade samtal kan dirigera till en användares BYOC-nummer Eftersom externa utgående samtal som rings under ett överlevnadsevenemang kommer att använda ett BYOC-nummer, kan externa uppringare returnera ett samtal med ett BYOC-nummer i stället för en användares Zoom-registrerade telefonnummer. Om överlevnadsevenemanget är över kommer samtal att dirigeras tillbaka genom molnet [om rätt dirigeringprioritet är konfigurerad](#_zgofkpkt74xr). Men om evenemanget fortfarande pågår kommer SBC att dirigera samtalet till ZPLS-modulen och den klientregistrerade enheten.
#### Kodekar som stöds för survivability Kodekar som stöds för survivability är Opus, G.711 μ-law, G.711 A-law och G.729. Transkodning eller transratering av ljudkodekar stöds inte. Alla parter som deltar i ett aktivt samtal måste stödja samma kodek och samplingsfrekvens. ### Överväganden för survivability-distributionsgrupper 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 konsekvens. #### Survivability-distributionsgrupper ger nyanserade alternativ för samtalsdirigering under ett survivability-evenemang Survivability-distributionsgrupper (SDG:er) ger företag nyanserade alternativ för samtalsdirigering — som samtalsköer och interaktiva talsvarsmenyer (talsvar) — under ett survivability-evenemang. Med SDG:er kan företag fortsätta att stödja grundläggande telefonitjänster och konfigurationer för samtalsdirigering (liknande samtalsköer, automatiska receptionister och grupper för delad linje) tills standarddrift återställs. #### SDG:er är inte samma sak som distributionsgrupper för standarddrift och måste byggas och underhållas separat Även om SDG:er erbjuder liknande funktionalitet för samtalsdirigering som distributionsgrupper för standarddrift, är SDG:er unika och specifika för survivability-evenemang och måste därför byggas och underhållas separat. Med andra ord, SDG:er **inte** ärver inställningar eller konfigurationer 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 med samtalsvidarekoppling aktiverad Även om SDG:er kan ge stöd endast för intern användning (dvs. icke-PSTN-samtal), fungerar de bäst tillsammans med en BYOC-PSTN-integrering. Med en PSTN-aktiverad SDG kan ett huvudsakligt företagsnummer, när samtalsvidarekoppling har aktiverats under ett överlevnadsevenemang, dirigera till det tilldelade SDG-telefonnumret, och samtalet följer den konfigurerade dirigeringsprofilen. Detta gör att ett företag kan ge externa uppringare en konsekvent samtalsflödesupplevelse tills standarddriften återställs. Följande diagram demonstrerar logiken för samtalsdirigering för en PSTN-aktiverad SDG:
#### SDG:er kan anpassas på följande sätt SDG:er stöder följande alternativ: * Dedikerat anknytningsnummer * Tilldelat direkt inriktat uppringningsnummer * Tidszon * kontorstider * Inspelade hälsningsmeddelanden * Gruppmedlemmar * Dirigera till: * användare * meny för interaktivt röstsvar (talsvar) * Gruppmedlemmar * Telefonnummer * samtalsfördelning: * samtidig * sekventiell ### Överväganden kring hårdvara och nätverk Detta avsnitt diskuterar överväganden kring hårdvara och nätverk för ZPLS-modulen, en SBC-integrering, Zoom-klienter och telefonenheter. Efter att ha läst detta avsnitt kan du förvänta dig att ha en förståelse för nödvändig nätverkskommunikation och konfigurationer för en ZPLS-implementering. {% hint style="info" %} Det här avsnittet är avsett för distribution av hårdvara och nätverks- *designöverväganden*. Se avsnittet om [distribution av ZPLS](#_wrba5u2ahyc) för steg-för-steg-instruktioner för distribution. {% endhint %} #### Överväganden för distribution och nätverk för ZPLS-modul **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 åtkomlig 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 periodiska HTTPS-anslutningar till Zoom Phone-moln** ZPLS-modulen kräver periodiska HTTPS-anslutningar till Zoom Phone-moln för att [synkronisera konto- och användarinställningar](#_54gf3fuxcnk5). I de flesta fall kan en ZPLS-modul distribueras i ett internt LAN inom 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 företagets brandvägg. I båda fallen måste administratörer justera företagets brandväggspolicy för att aktivera kommunikation mellan ZPLS-modulen och Zoom-moln. **ZPLS-modulen måste upprätthålla en regelbunden OPTIONS-ping med Zoom Phone-moln** När ZPLS-modulen är i viloläge måste den upprätthålla en OPTIONS keepalive-ping med Zoom Phone-moln för att övervaka anslutningen. Om både klientenheter och ZPLS-modulen inom en plats förlorar anslutningen till Zoom Phone-moln, kommer klienter och enheter som stöds att registrera sig till 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-moln, när det är möjligt. Kunder kan etablera en SBC med dubbla NIC:er som är konfigurerad med en privat och en offentlig IPv4-adress, eller säkerställa att statiska 1:1-NAT-regler finns på edge-brandväggen utöver att de nödvändiga portarna öppnas. **En SBC måste upprätthålla TLS- och UDP-anslutning mellan Zoom Phone-moln och ZPLS-modulen** Under normal drift måste en SBC upprätthålla TLS- och UDP-anslutning till både Zoom Phone-moln och den tillhörande platsens ZPLS-modul. Den här anslutningen används för att dirigera eventuella samtal till ett telefonnummer som är listat för BYOC [genom Zoom Phone-moln](#_zgofkpkt74xr). OPTIONS keepalive-mekanismen aktiveras automatiskt mellan ZPLS och SBC:n och är valfri mellan SBC:n och moln. #### Ö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äcker lämplig failover-ZPLS-modul från Zoom Phone-moln under uppstartsprocessen. Modulen måste dock redan vara [bunden till telefonsystemets plats](#_k11n5zxkx1pq) med en internt upptäckbar IPv4-adress. **Enheter bör ha en statisk IP-adress eller tilldelas en privat IP via en lokal DHCP-server** För att minska potentiella problem bör telefonenheter tilldelas en statisk eller en 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 en överlevnadshändelse, kan telefonenheter misslyckas med att registrera sig. **Klienter och enheter måste regelbundet upprätthålla en OPTIONS-ping med Zoom Phone-moln** I likhet med ZPLS-modulen måste klienter och enheter som stöds upprätthålla en OPTIONS keepalive-ping till Zoom Phone-moln för att avgöra anslutningsstatus till datacentral. Vid ett avbrott fortsätter klienten att skicka keepalive-meddelanden för att upptäcka när molntjänsten återkommer och initiera återupptagande av normal drift. Den här processen är automatisk och kan inte inaktiveras. #### Brandvägg och nätverksdataflöde Se avsnittet om [Nätverksportar och dataflöde](#_pswiusfsww6t). --- # Agent Instructions: 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: ``` 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= ``` The question should be specific, self-contained, and written in natural language. 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.