# Overwegingen voor PSTN Integratie Deze sectie is van toepassing op Klanten die overwegen de ZPLS-module te integreren met een SBC- en PSTN-verbinding voor extra overlevingsvermogen. Klanten die niet van plan zijn de ZPLS-module te integreren met PSTN-connectiviteit, kunnen deze sectie zonder gevolgen overslaan. ### Overwegingen voor SBC-Integratie #### SBC-vereisten Om een SBC met Zoom te integreren voor overlevingsvermogen, moet een SBC aan de volgende vereisten voldoen: * TLS 1.2 en SRTP * ondersteuning voor Mutual TLS * Protocool voor sessie-initiatie (SIP) * DTMF (RFC-2833) * Topologieverhulling (RFC-5853) * SIP Early Offer (**verplicht**) * Opus-, G.711 μ-law-, G.711 A-law- en G.729-codecs #### PSTN-Integraties vereisen een SBC en een betrouwbare externe provider Voor PSTN-connectiviteit moeten Klanten een sessiegrenscontroller (SBC) leveren die is verbonden met een legacyverbinding, of een SIP-trunk met een mobiele of alternatieve verbinding (bijv. DSL). Klanten moeten er rekening mee houden dat alle SIP-trunks die op de SBC zijn geïmplementeerd, afhankelijk kunnen zijn van dezelfde internetdienst die een storing ondergaat. Daarom moeten Klanten voor PSTN-connectiviteit een betrouwbare, tertiaire verbinding overwegen. #### Elke Zoom Phone BYOC-gecertificeerde SBC kan worden gebruikt Elke sessiegrenscontroller (SBC) die [gecertificeerd is voor Zoom Phone](https://support.zoom.us/hc/en-us/articles/360001299063-Zoom-Phone-Certified-Hardware#h_ec5008d4-3581-46e7-a06d-32599511d089) kan ook worden gebruikt met de ZPLS-module. Klanten met een bestaand Zoom Phone BYOC-abonnement hebben geen extra of aparte SBC nodig voor overlevingsdoeleinden. #### De DigiCert-certificaten van Zoom moeten op de SBC worden geïnstalleerd Om TLS-connectiviteit tot stand te brengen met zowel de ZPLS-module als Zoom-cloud, moeten de certificaten van Zoom [DigitCert-root- en tussencertificaten](https://support.zoom.us/hc/en-us/articles/360044092031) op de SBC worden geïnstalleerd. #### SBC's moeten Inkomend oproepen naar Zoom Phone-datacenters routeren als eerste en tweede Routering-keuzes, en de ZPLS-module als derde Customer-SBC's moeten Inkomend oproepen vanuit het PSTN naar de primaire en secundaire SIP-zone routeren voordat de ZPLS-module wordt geprobeerd. Met deze configuratie worden oproepen alleen naar de ZPLS-module gerouteerd tijdens een overlevings Evenement, aangezien de SBC en Zoom Phone-datacenters anders een stabiele connectiviteit moeten behouden. Het niet volgen van deze logica kan leiden tot fouten bij de aflevering van bellen, omdat de ZPLS-module oproepen niet kan routeren naar bij de Cloud geregistreerde apparaten. {% hint style="info" %} Zodra de Zoom Phone Zoom-cloud beschikbaar is na een survivability-gebeurtenis, kan een SBC tijdelijk proberen BYOC-nummers naar de Zoom-cloud te routeren terwijl het client-Apparaat van het betreffende nummer is geregistreerd bij de ZPLS-module. Als dit gebeurt, volgt de oproeproutering de Instellingen voor [**Wanneer een bellen niet wordt beantwoord**](https://support.zoom.us/hc/en-us/articles/360059966372-Customizing-call-handling-settings#h_86f4bf1b-51ea-4d70-9e40-4a84a5ca1c2c) gedurende deze tussentijdse periode. {% endhint %} #### Uitgaande bellen vanuit de ZPLS-module moeten routeren naar de SBC en PSTN SIP-trunk Wanneer survivability-modus actief is, moeten bellen van ZPLS naar de SBC routeren naar de PSTN SIP-Trunk om externe telefoonverbindingen tot stand te brengen. Alle bellen naar nummers die niet zijn geregistreerd bij de ZPLS-module worden in E.164-indeling verzonden naar de SBC die is geconfigureerd voor survivability. ### Lokale survivability-overwegingen voor oproepdoorschakeling #### Tijdens een survivability-gebeurtenis zijn Telefoonnummers die door Zoom Phone worden geleverd niet extern bereikbaar, tenzij ze opnieuw worden gerouteerd via oproepdoorschakeling Tijdens een survivability-gebeurtenis zijn Telefoonnummers die door Zoom worden geleverd niet extern bereikbaar vanuit het perspectief van de Cloud. Daardoor kunnen gebruikers op de getroffen locaties onbereikbaar zijn, tenzij bellen naar hun primaire nummers worden doorgeschakeld naar een alternatief nummer dat is gekoppeld aan een on-premises SBC. {% hint style="info" %} Veelvoorkomende voorbeelden van getroffen nummers kunnen nummers omvatten die zijn toegewezen aan: Gebruikers, Gemeenschappelijke ruimtes, Auto Receptions (AR), Gedeelde lijngroepen (SLG) en Wachtrijen voor bellen (CQ). {% endhint %} #### Klanten die een op een on-premises gebaseerde BYOC gebruiken, hebben geen geavanceerde configuraties nodig en kunnen oproepdoorschakeling omzeilen door een tertiaire route toe te voegen aan hun ZPLS-module vanaf hun SBC Klanten die een BYOC-abonnement op locatie gebruiken (d.w\.z. klanten die geen met Zoom Phone geregistreerde nummers gebruiken) hebben geen geavanceerde configuraties nodig om bellen door te schakelen in te schakelen. In plaats daarvan kunnen BYOC-klanten een tertiaire route toevoegen aan de ZPLS-module vanaf de SBC op locatie. #### Configuraties voor het doorschakelen van bellen worden ingesteld door een beheerder of geautoriseerde gebruiker via de webportal Een accountbeheerder of geautoriseerde gebruiker kan [logica voor het doorschakelen van bellen Configureer](#_1od0waijmvaz) via de webportal door middel van [handmatige invoer of een bulk-CSV-upload](#_aezu04x8z043). #### Gebruikers die zijn geconfigureerd voor het doorschakelen van bellen, hebben drie toegewezen nummers Nadat een BYOC-nummer is toegepast op een gebruiker voor de overlevingsfunctie voor het doorschakelen van bellen, wordt aan het client-Apparaat toegewezen *ten minste* drie nummers: 1. Een intern toestelnummer met de locatiecode ervoor 2. Een door Zoom verstrekt PSTN-nummer 3. Een BYOC PSTN-nummer
#### Telefoonnummers kunnen worden doorgestuurd naar maximaal één BYOC-nummer Elk Zoom Phone-nummer kan worden doorgestuurd naar maximaal **één** ander BYOC-nummer. U kunt echter meerdere telefoonnummers naar hetzelfde BYOC-nummer doorschakelen. Bijvoorbeeld: als John het telefoonnummer X55-555-5555 toegewezen krijgt, kan Johns telefoonnummer worden doorgeschakeld naar het operatienummer van zijn gebouw op X99-999-9999. Op dezelfde manier kunnen de telefoonnummers van Johns collega's ook worden doorgeschakeld naar X99-999-9999 (X55-555-5554, X55-555-5553, enz.). Als alternatief kan het telefoonnummer van elke gebruiker worden doorgeschakeld naar een volledig uniek nummer, zoals X55-555-5554 dat wordt gerouteerd naar X99-999-9998, en X55-555-5553 dat wordt gerouteerd naar X99-999-9997. Geen enkele afzonderlijke gebruiker kan zijn nummer echter laten doorschakelen naar zowel X99-999-9999 als X99-999-9998. #### Doorschakelen moet uitgeschakeld blijven totdat er een overlevingsgebeurtenis optreedt Hoewel een beheerder de logica voor doorschakelen vooraf kan configureren voor een locatie, moet de functionaliteit voor doorschakelen uitgeschakeld blijven totdat er een overlevingsgebeurtenis optreedt. Als doorschakelen tijdens normale werkzaamheden is ingeschakeld, worden alle inkomende oproepen naar een Zoom Phone-geregistreerd nummer opnieuw gerouteerd naar de on-premises SBC en het bijbehorende BYOC-telefoonnummer, waarbij Zoom Phone-services worden omzeild. Om de normale Zoom Phone-routering te behouden, moet doorschakelen tijdens normale werkzaamheden daarom uitgeschakeld zijn. #### Doorschakelen kan alleen worden ingeschakeld door een geautoriseerde gebruiker of beheerder met een werkende internetverbinding Tijdens een survivability mode Evenement wordt aangenomen dat de internetverbinding van een locatie niet beschikbaar is. Omdat doorschakelen echter uitgeschakeld moet blijven voor standaardwerking, kan het alleen worden ingeschakeld door een geautoriseerde gebruiker of beheerder met een werkende internetverbinding, zoals een data-abonnement op een telefoon, of een alternatieve internetverbinding binnen een andere Locatie. {% hint style="info" %} Om uitvaltijd te minimaliseren en de continuïteit van de bedrijfsvoering te waarborgen, beveelt Zoom aan dat bedrijven betrouwbare procedures opstellen voor het inschakelen van de logica voor doorschakelen vanuit het webportaal tijdens een survivability Evenement. {% endhint %} #### Regels voor doorschakelen kunnen van toepassing zijn op een volledige locatie of op afzonderlijke nummers Tijdens een survivability Evenement kan een beheerder of geautoriseerde gebruiker regels voor doorschakelen inschakelen voor de volledige locatie of voor specifieke nummers vanuit het webportaal. #### Zodra doorschakelen is ingeschakeld voor het telefoonnummer van een gebruiker, laat Zoom geen overgaan horen op een bij de Cloud geregistreerde client van een gebruiker, zelfs niet als die een onafhankelijke Cloud-verbinding behoudt Wanneer doorschakelen is ingeschakeld voor een bij Zoom Phone geregistreerd nummer, zal Zoom niet proberen een bellen naar de gebruiker te routeren via de Cloud. Daardoor zullen, zelfs als een getroffen gebruiker een in de Cloud geregistreerd Apparaat zoals een mobiele telefoon heeft, alle oproepen via de PSTN naar de SBC van het bedrijf worden gerouteerd als het telefoonnummer is gemarkeerd voor doorschakelen. Bijvoorbeeld, een locatie ervaart een survivability mode Evenement en de mobiele telefoon van een gebruiker is via de dataverbinding van de mobiele provider verbonden met de Zoom Phone Cloud. Als het telefoonnummer van een gebruiker is gemarkeerd voor doorschakelen, zal de Zoom Phone Cloud **zullen niet** hun Zoom Phone-nummer niet via de mobiele app laten overgaan, ondanks de stabiele verbinding. In plaats daarvan zullen alle oproepen via de PSTN naar de SBC van de klant blijven worden gerouteerd. #### Als doorschakelen niet is ingeschakeld voor een gebruiker tijdens een survivability Evenement, zullen inkomende oproepen de voorkeuren voor afhandeling van oproepen van elke gebruiker volgen Als doorschakelen van oproepen niet is ingeschakeld tijdens een survivability Evenement, worden inkomende oproepen behandeld volgens de [logica voor afhandeling van oproepen](https://support.zoom.us/hc/en-us/articles/360059966372-Customizing-call-handling-settings) voor elke afzonderlijke gebruiker. Als een gebruiker geen back-up telefoonclient heeft geregistreerd in de Cloud, zoals een mobiele telefoon, zijn bellers onderworpen aan de regels die zijn gedefinieerd door de **Wanneer een bellen niet wordt beantwoord** sectie van voorkeuren voor afhandeling van oproepen. #### Doorschakelen van oproepen is alleen van toepassing op inkomende PSTN-oproepen Doorschakelen van oproepen voor survivability is alleen van toepassing op oproepen die via de PSTN en/of Zoom Phone Cloud worden gerouteerd. Oproepen die afkomstig zijn van door Zoom geregistreerde extensies binnen dezelfde locatie, proberen eerst verbinding te maken via de ZPLS-module, en vervolgens via de PSTN als er een SBC is verbonden. Oproepen die geen verbinding kunnen maken, zijn anders onderworpen aan de afhandeling die is gedefinieerd door de **Wanneer een bellen niet wordt beantwoord** sectie van de regels voor afhandeling van oproepen binnen de telefoon-Instellingen van een gebruiker. ### Stroom voor doorschakelen van oproepen Het volgende diagram beschrijft de logica voor doorschakelen van oproepen (zodra ingeschakeld) tijdens een survivability Evenement. Deze logica blijft van kracht totdat doorschakelen van oproepen wordt uitgeschakeld of de Standaardactiviteiten zijn hersteld. Als doorschakelen van oproepen echter ingeschakeld blijft *na* zodra de standaardactiviteiten zijn hersteld, zullen doorgestuurde oproepen hairpinnen van de Zoom Phone Cloud naar de SBC en terug naar de Cloud, voordat ze worden afgeleverd op het Apparaat van een gebruiker. Daarom moet doorschakelen van oproepen direct na een survivability-gebeurtenis worden uitgeschakeld.
1. Een externe beller start een bellen naar een op Zoom Phone geregistreerd nummer en wordt via het PSTN gerouteerd. 2. Het bellen wordt gerouteerd naar de Zoom Phone Cloud en het gekozen telefoonnummer wordt geïdentificeerd als beïnvloed door doorschakelen van oproepen. {% hint style="info" %} Als doorschakelen van oproepen niet is ingeschakeld, volgt Zoom Phone de **Wanneer een bellen niet wordt beantwoord** logica voor die specifieke gebruiker of extensie. {% endhint %} 3. Omdat doorschakelen van oproepen is ingeschakeld, zal Zoom niet proberen de gebruiker een waarschuwing te geven en in plaats daarvan het bellen omleiden naar het aangewezen nummer voor doorschakelen van oproepen via het PSTN. 4. Het bellen wordt van het PSTN naar de survivability SBC gerouteerd. 5. De survivability SBC stuurt het bellen door naar de ZPLS-module. 6. De ZPLS-module stuurt het bellen door naar het/de geregistreerde client(s) van de gebruiker, indien verbonden. ### Aandachtspunten voor Emergency Locatie Identification Number (ELIN) #### Een ELIN is een locatie-exclusief telefoonnummer dat locatie-informatie doorgeeft aan nooddiensten wanneer het wordt gebeld Een Emergency Location Identification Number (ELIN) is een speciaal telefoonnummer dat wordt gebruikt door Public Safety Answering Points (PSAP) om het fysieke adres van een beller te identificeren wanneer wordt gebeld met noodhulpdiensten. Voor deze Functie(s) moeten bedrijven samenwerken met hun PSTN serviceprovider om een adres te koppelen aan een telefoonnummer, om te helpen ervoor te zorgen dat het adres wordt vermeld in een automatische locatie-identificatie (ALI)-database wanneer de oproep wordt ontvangen door een PSAP-operator. Neem bijvoorbeeld een universiteitscampus die uit meerdere gebouwen bestaat, waarbij elk gebouw wordt weergegeven door een afzonderlijke Zoom Phone-locatie. Als een gebruiker tijdens een overlevings-Evenement nooddiensten belt vanaf een telefoon of Apparaat [geassocieerd met de locatie](#_ggwzik1hd9xi), hulpdiensten ontvangen automatisch het volledige opgenomen adres voor de locatie, mits de Locatie is geconfigureerd en actueel is bij de serviceprovider. #### Elke locatie kan ondersteuning bieden aan meerdere ELIN's Klanten kunnen meerdere ELIN's Toewijzen aan een locatie voor een pool van noodnummerbronnen. In het geval van een noodsituatie tijdens een survivability Evenement, zal dit Toestaan dat meerdere bellers elk een uniek toegewezen ELIN hebben, wat noodhulpdiensten kan helpen de oorspronkelijke beller te bereiken als er wordt teruggebeld. Daarnaast kan een ELIN worden toegewezen aan een gebruiker of een telefoon in gemeenschappelijke ruimte, wat een gedetailleerdere ELIN-toewijzing biedt dan op locatieniveau en een nauwkeurigere Locatie voor hulpdiensten biedt. #### Tijdens een survivability Evenement worden alle noodoproepen vervangen door de ELIN Wanneer een gebruiker een noodoproep doet tijdens een survivability-evenement, wordt het belnummer van de gebruiker, indien er een beschikbaar is, vervangen door de ELIN die op locatieniveau is toegewezen. Hierdoor kunnen gebruikers die geen rechtstreeks nummer hebben noodhulpdiensten bellen en bereikbaar zijn voor een terugbelactie van de noodoperator. #### Een ELIN-nummer moet een BYOC-nummer zijn dat is gekoppeld aan de SBC PSTN-trunk van de locatie Een ELIN van een locatie **moeten** een BYOC-nummer zijn dat wordt beëindigd op een PSTN-trunk die zich bevindt op de failover-SBC van de locatie. Er kan geen ander type nummer worden gebruikt. #### De ZPLS-module stuurt oproepen van noodhulpverleners naar de ELIN automatisch door naar het toestel van de gebruiker die oorspronkelijk heeft gebeld, gedurende maximaal 2 uur Als een noodoperator een oproep naar de ELIN terugbelt, stuurt de ZPLS-module de oproep terug naar de oorspronkelijke gebruiker die de noodoproep heeft gedaan. De ZPLS-module blijft PSAP-terugbelacties naar de oorspronkelijke beller routeren gedurende maximaal 2 uur. Op dit moment is deze functionaliteit beperkt tot de eerste beller. #### Zodra een telefoonnummer als de ELIN is aangewezen, kan het niet worden toegewezen aan een gebruiker of Apparaat Zodra een beheerder een BYOC-nummer heeft toegewezen als de aangewezen ELIN voor een locatie, kan het BYOC-nummer niet worden toegewezen aan een gebruiker of andere Zoom Phone-entiteit, tenzij het niet meer is toegewezen. #### Klanten zijn verantwoordelijk voor het onderhouden en bijwerken van fysieke adressen die zijn gekoppeld aan hun ELIN voor elke locatie Zoom neemt geen verantwoordelijkheid voor het bijwerken van BYOC-providers met fysieke adressen die overeenkomen met elke ELIN. Klanten zijn verantwoordelijk voor het zorgen dat noodadressen correct worden gekoppeld aan het juiste fysieke adres. ### PSTN Routeringsoverwegingen #### Wanneer de overlevingsmodus Actief is, worden mediapakketten via de ZPLS-module gerouteerd Wanneer de overlevingsmodus is ingeschakeld, communiceren clients niet rechtstreeks met een SBC of andere interne clients; in plaats daarvan worden mediapakketten verankerd of ‘hairpinned’ via de ZPLS-module, zonder ondersteuning voor media-offloading. Het volgende diagram toont het signalerings- en mediapad voor Actief interne en externe bellen.
#### Bellen zullen eerst proberen lokaal te routeren Waar mogelijk zal de ZPLS-module proberen bellen die afkomstig zijn van geregistreerde Zoom-clients te routeren naar lokaal geregistreerde bestemmingen. Bellen worden alleen doorgestuurd naar de SBC als de bestemming in het veld Request URI van de inkomende SIP Uitnodigen niet overeenkomt met een geregistreerde extensie. {% hint style="info" %} Een geregistreerde extensie is een korte extensie zonder de locatiecode, een lange extensie met de locatiecode, een toegewezen Zoom-geregistreerd nummer of een toegewezen BYOC-nummer. Beheerders moeten er rekening mee houden dat de ZPLS-module deze gegevens bijwerkt [eens per 10 uur](#_54gf3fuxcnk5). {% endhint %} #### Tijdens een Evenement voor overleving zullen externe, Uitgaand bellen het BYOC-nummer van de gebruiker weergeven Tijdens een Evenement voor overleving bevatten externe, Uitgaand bellen vanaf ZPLS-geregistreerde apparaten het BYOC-nummer voor bellen. Het volgende diagram toont de gespreksstroom in de overlevingsmodus voor een gebruiker:
#### Terugbelde gesprekken kunnen worden gerouteerd naar het BYOC-nummer van een gebruiker Omdat externe, uitgaande gesprekken die tijdens een survivability-evenement worden geplaatst een BYOC-nummer gebruiken, kunnen externe bellers een gesprek terugbellen met een BYOC-nummer in plaats van met het door Zoom geregistreerde telefoonnummer van een gebruiker. Als het survivability-evenement voorbij is, worden gesprekken teruggerouteerd via de Cloud [als de juiste routeringsprioriteit is geconfigureerd](#_zgofkpkt74xr). Als het evenement echter nog gaande is, routeert de SBC het gesprek naar de ZPLS-module en het door de client geregistreerde Apparaat.
#### Ondersteunde survivability-codecs Ondersteunde survivability-codecs zijn Opus, G.711 μ-law, G.711 A-law en G.729. Transcodering of transrating van audio-codecs wordt niet ondersteund. Alle partijen die betrokken zijn bij een Actief gesprek moeten dezelfde codec en bemonsteringssnelheid ondersteunen. ### Overwegingen voor Survivability Distribution Groepen In deze sectie worden overwegingen besproken voor Survivability Distribution Groepen (SDG's). Klanten die niet van plan zijn SDG's te gebruiken of de ZPLS-module te integreren met PSTN-connectiviteit, kunnen deze sectie zonder gevolgen overslaan. #### Survivability Distribution Groepen bieden genuanceerde oproeprouteringopties tijdens een survivability-evenement Survivability Distribution Groepen (SDG's) bieden bedrijven genuanceerde oproeprouteringopties — zoals wachtrijen voor bellen en IVR-menu's (Interactive Voice Response) — tijdens een survivability-evenement. Met SDG's kunnen bedrijven kernservices voor telefonie en oproeprouteringsconfiguraties blijven ondersteunen (vergelijkbaar met wachtrijen voor bellen, auto-receptionists en gedeelde lijn-groepen) totdat de standaardwerking is hersteld. #### SDG's zijn niet hetzelfde als standaardbedrijfsverdelingsgroepen en moeten apart worden opgebouwd en onderhouden Hoewel SDG's vergelijkbare oproeproutering bieden als standaardbedrijfsverdelingsgroepen, zijn SDG's uniek en specifiek voor overlevingsgebeurtenissen en moeten ze daarom apart worden opgebouwd en onderhouden. Met andere woorden, SDG's **zullen niet** erven de Instellingen of configuraties van een standaardbedrijfsverdelingsgroep (d.w\.z. oproepwachtrij, automatische receptionist, IVR, enz.) #### SDG's worden het best gecombineerd met een BYOC-PSTN Integratie(s) en ingeschakelde doorverwijzing van oproepen Hoewel SDG's interne ondersteuning kunnen bieden (d.w\.z. niet-PSTN-oproepen), worden ze het best gecombineerd met een BYOC-PSTN Integratie(s). Met een PSTN-ingeschakelde SDG kan, zodra doorverwijzing van oproepen is ingeschakeld tijdens een overlevingsgebeurtenis, een Hoofdbedrijfsnummer worden gerouteerd naar het aangewezen SDG-telefoonnummer, en zal het gesprek het geconfigureerde Routering-profiel volgen. Zo kan een Zakelijk een consistente gespreksstroomervaring bieden voor externe bellers totdat de standaardactiviteiten zijn hersteld. Het volgende diagram toont de oproeprouteringlogica voor een PSTN-ingeschakelde SDG:
#### SDG's kunnen op de volgende manieren worden aangepast SDG's ondersteunen de volgende opties: * Toegewijd toestelnummer * Toegewezen direct inward dial-nummer * Tijdzone * kantooruren * Opgenomen begroetingen * Groepleden * Routeren naar: * gebruiker * Interactive Voice Response (IVR)-menu * Groepleden * Telefoonnummer * oproepverdeling: * Simultaan * Sequentieel ### Hardware- en netwerkoverwegingen Dit gedeelte bespreekt Hardware- en netwerkoverwegingen voor de ZPLS-module, een SBC Integratie(s), Zoom-clients en telefoontoestellen. Na het lezen van dit gedeelte kunt u verwachten inzicht te hebben in de noodzakelijke netwerkcommunicatie en configuraties voor een ZPLS-uitrol. {% hint style="info" %} Dit gedeelte is gewijd aan Hardware-uitrol en netwerk *ontwerpoverwegingen*. Raadpleeg het gedeelte over [ZPLS uitrollen](#_wrba5u2ahyc) voor stapsgewijze uitrolinstructies. {% endhint %} #### Uitrol van de ZPLS-module en netwerkoverwegingen **De ZPLS-module vereist een statisch IPv4-adres binnen uw netwerk** De ZPLS-module moet worden geïmplementeerd op een intern LAN met een statisch IPv4-adres dat toegankelijk is voor Zoom Phone-apparaten en desktopclients. De ZPLS-module ondersteunt op dit moment geen IPv6-adressen. **De ZPLS-module moet periodieke HTTPS-verbindingen onderhouden met de Zoom Phone-cloud** De ZPLS-module vereist periodieke HTTPS-verbindingen met de Zoom Phone-cloud om [account- en gebruikersinstellingen te synchroniseren](#_54gf3fuxcnk5). In de meeste gevallen kan een ZPLS-module worden geïmplementeerd op een intern LAN binnen het netwerk van een Klanten. Als alternatief kan in sommige gevallen een DMZ-netwerk worden gebruikt; netwerkbeheerders moeten er echter voor zorgen dat communicatie mogelijk is via de zakelijke firewall. In beide gevallen moeten beheerders het bedrijfs-firewallbeleid aanpassen om communicatie tussen de ZPLS-module en de Zoom-cloud mogelijk te maken. **De ZPLS-module moet een reguliere OPTIONS-ping onderhouden met de Zoom Phone-cloud** Terwijl de ZPLS-module in een inactieve status verkeert, moet deze een OPTIONS-keepalive-ping met de Zoom Phone-cloud onderhouden om de connectiviteit te controleren. Als zowel clientapparaten als de ZPLS-module binnen een locatie de connectiviteit met de Zoom Phone-cloud verliezen, registreren ondersteunde clients en apparaten zich bij de ZPLS-module met behulp van SIP Digest-authenticatie via TLS v1.2. #### Overwegingen voor SBC-implementatie en netwerken **Een SBC moet waar mogelijk bereikbaar zijn vanuit ZPLS en de Zoom-cloud** Klanten moeten ervoor zorgen dat de SBC verbonden blijft met zowel de ZPLS-module als de Zoom Phone-cloud, waar mogelijk. Klanten kunnen een dual-NIC-SBC implementeren die is geconfigureerd met een privé- en openbaar IPv4-adres, of ervoor zorgen dat statische 1:1 NAT-regels aanwezig zijn op de randfirewall naast het openen van de vereiste poorten. **Een SBC moet TLS- en UDP-connectiviteit onderhouden tussen de Zoom Phone-cloud en de ZPLS-module** Tijdens routinematige werkzaamheden moet een SBC TLS- en UDP-connectiviteit onderhouden met zowel de Zoom Phone-cloud als de bijbehorende ZPLS-module van de locatie. Deze verbinding wordt gebruikt om mogelijke oproepen naar een BYOC-vermeld telefoonnummer te routeren [via de Zoom Phone-cloud](#_zgofkpkt74xr). Het OPTIONS-keepalive-mechanisme wordt automatisch ingeschakeld tussen ZPLS en de SBC en is optioneel tussen de SBC en de cloud. #### Overwegingen voor Zoom-clients en telefoontoestellen **Clients en apparaten moeten de ZPLS-module van de locatie binnen het lokale netwerk kunnen ontdekken** Clients en ondersteunde apparaten [ingeschakeld voor telefonische overlevingsmogelijkheden](#_ah8xua8wdq10) ontdekken tijdens het opstartproces de juiste failover-ZPLS-module vanuit de Zoom Phone-cloud. De module moet echter al zijn [gekoppeld aan de Telefoonsysteemlocatie](#_k11n5zxkx1pq) met een intern detecteerbaar IPv4-adres. **Apparaten moeten een statisch IP hebben of via een lokale DHCP-server een privé-IP toegewezen krijgen** Om mogelijke problemen te beperken, moeten telefoontoestellen een statisch of intern IP krijgen via een lokale DHCP-server. Als een apparaat geen statisch IP toegewezen krijgt, of als er tijdens een survivability-gebeurtenis geen DHCP-server beschikbaar is, kunnen telefoontoestellen zich mogelijk niet registreren. **Clients en apparaten moeten een reguliere OPTIONS-ping onderhouden met de Zoom Phone-cloud** Net als de ZPLS-module moeten ondersteunde clients en apparaten een OPTIONS-keepalive-ping naar de Zoom Phone-cloud onderhouden om de connectiviteitsstatus van het Datacenter te bepalen. In geval van een storing blijft de client keepalive-berichten verzenden om de terugkeer van de cloudservice te detecteren en het hervatten van normale werking te starten. Dit proces is automatisch en kan niet worden uitgeschakeld. #### Firewall- en netwerkgegevensstroom Zie het gedeelte over [Netwerkpoorten en gegevensstroom](#_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/nl/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.