# PSTN-integratieoverwegingen Dit gedeelte 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 dit gedeelte zonder gevolgen overslaan. ### Overwegingen voor SBC Integratie(s) #### 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 * Sessie-initieerprotocol (SIP) * DTMF (RFC-2833) * Topologieverhulling (RFC-5853) * SIP-vroeg aanbod (**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 sessie border Controller (SBC) aanleveren die is verbonden met een legacy-aansluiting of een SIP-trunk met een mobiele of alternatieve verbinding (bijv. DSL). Klanten moeten er rekening mee houden dat elke SIP-trunk die op de SBC is geïmplementeerd afhankelijk kan zijn van dezelfde internetdienst die op dat moment een storing ondergaat. Vanwege deze mogelijkheid moeten Klanten een betrouwbare, tertiaire verbinding voor PSTN-connectiviteit overwegen. #### Elke Zoom Phone BYOC-gecertificeerde SBC kan worden gebruikt Elke sessie border controller (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 afzonderlijke SBC nodig voor survivability-doeleinden. #### 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 [DigitCert root- en intermediate-certificaten](https://support.zoom.us/hc/en-us/articles/360044092031) op de SBC worden geïnstalleerd. #### SBC's moeten Inkomend gesprekken routeren naar Zoom Phone-datacenters als eerste en tweede Routering-keuze, en de ZPLS-module als derde SBC's van Klanten moeten Inkomend gesprekken vanaf de PSTN routeren naar de primaire en secundaire SIP-zone voordat de ZPLS-module wordt geprobeerd. Met deze configuratie worden gesprekken alleen naar de ZPLS-module gerouteerd tijdens een survivability Evenement, omdat de SBC en de Zoom Phone-datacenters anders een stabiele connectiviteit moeten behouden. Als deze logica niet wordt gevolgd, kan dit leiden tot storingen in de gespreksaflevering, aangezien de ZPLS-module geen bellens kan routeren naar in de Cloud geregistreerde apparaten. {% hint style="info" %} Zodra de Zoom Phone 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 bellen-routering 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 tussenliggende periode. {% endhint %} #### Uitgaande bellen vanuit de ZPLS-module moeten naar de SBC en PSTN SIP-trunk routeren Wanneer survivability-modus actief is, moeten bellen van ZPLS naar de SBC naar de PSTN SIP-Trunk routeren om externe telefoonaansluitingen tot stand te brengen. Alle bellen naar nummers die niet zijn geregistreerd bij de ZPLS-module worden verzonden naar de SBC die is geconfigureerd voor survivability in E.164-indeling. ### Overwegingen voor lokale survivability bij doorschakelen van bellen #### Tijdens een survivability-gebeurtenis zijn telefoonnummers die door Zoom Phone worden geleverd niet extern bereikbaar, tenzij ze via doorschakelen van bellen opnieuw worden gerouteerd Tijdens een survivability-gebeurtenis zijn telefoonnummers die door Zoom worden geleverd niet extern bereikbaar vanuit het perspectief van de Cloud. Daardoor kunnen gebruikers op 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 zijn die zijn toegewezen aan: Gebruikers, Gemeenschappelijke ruimtes, Auto Receptions (AR), Gedeelde lijn Groepen (SLG) en Gesprekswachtrijen (CQ). {% endhint %} #### Klanten die een op locatie gebaseerde BYOC gebruiken, hebben geen geavanceerde configuraties nodig en kunnen bellen doorschakelen omzeilen door een tertiaire route aan hun ZPLS-module toe te voegen vanaf hun SBC Klanten die een on-premises BYOC-plan gebruiken (d.w\.z. klanten die geen Zoom Phone-geregistreerde nummers gebruiken) hebben geen geavanceerde configuraties nodig om bellen doorschakelen Inschakelen. BYOC-klanten kunnen in plaats daarvan een tertiaire route Toevoegen aan de ZPLS-module vanaf de op locatie gebaseerde SBC. #### Configuraties voor bellen doorschakelen worden ingesteld door een beheerder of geautoriseerde gebruiker vanuit de webportal Een accountbeheerder of geautoriseerde gebruiker kan [bellen doorschakelen Configureer](#_1od0waijmvaz) vanuit de webportal via [handmatige invoer of een bulk CSV-upload](#_aezu04x8z043). #### Gebruikers die zijn geconfigureerd voor bellen doorschakelen hebben drie toegewezen nummers Nadat een BYOC-nummer aan een gebruiker is toegewezen voor de veerkracht van bellen doorschakelen, wordt het Apparaat toegewezen *ten minste* drie nummers: 1. Een interne extensie met vooraf geplaatste locatiecode 2. Een door Zoom verstrekt PSTN-nummer 3. Een BYOC PSTN-nummer
#### Telefoonnummers kunnen worden doorgeschakeld naar maximaal één BYOC-nummer Elk Zoom Phone-nummer kan worden doorgeschakeld naar maximaal **één** ander BYOC-nummer. U kunt echter meerdere telefoonnummers naar hetzelfde BYOC-nummer doorschakelen. Bijvoorbeeld: als John het telefoonnummer X55-555-5555 krijgt toegewezen, kan Johns telefoonnummer worden doorgeschakeld naar het operatornummer van zijn gebouw op X99-999-9999. Op dezelfde manier kunnen de nummers van Johns collega's ook worden doorgeschakeld naar X99-999-9999 (X55-555-5554, X55-555-5553, enz.). Als alternatief kan elk gebruiker zijn of haar telefoonnummer doorgeschakeld krijgen naar een volledig uniek nummer, zoals X55-555-5554 Routering naar X99-999-9998 en X55-555-5553 Routering naar X99-999-9997. Een individuele gebruiker kan zijn of haar nummer echter niet naar zowel X99-999-9999 als X99-999-9998 laten doorschakelen. #### Doorschakelen van bellen moet uitgeschakeld blijven totdat zich een survivability-evenement voordoet Hoewel een beheerder de logica voor doorschakelen van bellen voor een locatie van tevoren kan voorconfigureren, moet de functionaliteit voor doorschakelen van bellen uitgeschakeld blijven totdat zich een survivability-evenement voordoet. Als doorschakelen van bellen tijdens reguliere werkzaamheden is ingeschakeld, worden alle Inkomend gesprekken naar een Zoom Phone-geregistreerd nummer opnieuw gerouteerd naar de SBC op locatie en het bijbehorende BYOC-telefoonnummer, waarbij Zoom Phone-services worden omzeild. Daarom moet, om de normale Zoom Phone Routering te behouden, doorschakelen van bellen tijdens reguliere werkzaamheden uitgeschakeld zijn. #### Doorschakelen van oproepen kan alleen worden ingeschakeld door een geautoriseerde gebruiker of beheerder met een werkende internetverbinding Tijdens een gebeurtenis in de survivability-modus wordt ervan uitgegaan dat de internetverbinding van een locatie niet beschikbaar is. Omdat doorschakelen van oproepen echter uitgeschakeld moet blijven voor standaardgebruik, kan het alleen worden ingeschakeld door een geautoriseerde gebruiker of beheerder met een werkende internetverbinding, zoals een mobiel datapl an, of een alternatieve internetverbinding op een andere locatie. {% hint style="info" %} Om downtime te minimaliseren en bedrijfscontinuïteit te waarborgen, raadt Zoom bedrijven aan betrouwbare procedures op te zetten voor het inschakelen van de logica voor doorschakelen van oproepen via het webportal tijdens een survivability-gebeurtenis. {% endhint %} #### Regels voor doorschakelen van oproepen kunnen gelden voor de hele locatie of voor afzonderlijke nummers Tijdens een survivability-gebeurtenis kan een beheerder of geautoriseerde gebruiker regels voor doorschakelen van oproepen inschakelen voor de hele locatie of voor specifieke nummers via het webportal. #### Zodra doorschakelen van oproepen is ingeschakeld voor het telefoonnummer van een gebruiker, zal Zoom de Cloud-geregistreerde client van een gebruiker niet laten overgaan, zelfs niet als deze een onafhankelijke Cloud-verbinding onderhoudt Wanneer doorschakelen van oproepen is ingeschakeld voor een Zoom Phone-geregistreerd nummer, zal Zoom geen poging doen om een oproep naar de gebruiker via de Cloud te routeren. Zelfs als een getroffen gebruiker een in de Cloud geregistreerd Apparaat heeft, zoals een mobiele telefoon, als het telefoonnummer is gemarkeerd voor doorschakelen van oproepen, worden alle oproepen via PSTN naar de SBC van het bedrijf gerouteerd. Bijvoorbeeld: een locatie ondervindt een gebeurtenis in de survivability-modus en de mobiele telefoon van een gebruiker is via de dataverbinding van zijn mobiele provider verbonden met de Zoom Phone Cloud. Als het telefoonnummer van een gebruiker is gemarkeerd voor doorschakelen van oproepen, dan zal de Zoom Phone Cloud **zullen niet** hun Zoom Phone-nummer laten overgaan via de mobiele app, ondanks de stabiele verbinding. In plaats daarvan worden alle oproepen nog steeds via PSTN naar de SBC van de klant gerouteerd. #### Als doorschakelen van oproepen niet is ingeschakeld voor een gebruiker tijdens een survivability-gebeurtenis, volgen inkomende oproepen de afhandeling van oproepen van elke gebruiker Als het 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-uptelefoonclient heeft die is geregistreerd bij 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. #### Het doorschakelen van oproepen is alleen van toepassing op inkomende PSTN-oproepen Het 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 bij Zoom geregistreerde extensies binnen dezelfde locatie zullen eerst proberen 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 behandeling 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 het doorschakelen van oproepen Het volgende diagram beschrijft in detail de logica voor het doorschakelen van oproepen (zodra dit is ingeschakeld) tijdens een survivability Evenement. Deze logica blijft van kracht totdat het doorschakelen van oproepen is uitgeschakeld of de standaardactiviteiten zijn hersteld. Als het doorschakelen van oproepen echter ingeschakeld blijft *na* zodra de Standaard werkzaamheden zijn hersteld, zullen doorgeschakelde gesprekken via een omweg lopen vanaf de Zoom Phone Cloud naar de SBC en weer terug naar de Cloud, voordat ze naar het Apparaat van een gebruiker worden afgeleverd. Om deze reden moet doorschakelen van gesprekken zo snel mogelijk na een survivability Evenement worden uitgeschakeld.
1. Een externe beller start een gesprek naar een bij Zoom Phone geregistreerd nummer en wordt via de PSTN gerouteerd. 2. Het gesprek wordt gerouteerd naar de Zoom Phone Cloud en het gekozen telefoonnummer wordt geïdentificeerd als beïnvloed door doorschakelen van gesprekken. {% hint style="info" %} Als doorschakelen van gesprekken 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 gesprekken is ingeschakeld, zal Zoom niet proberen de gebruiker te waarschuwen en in plaats daarvan het gesprek doorsturen naar het aangewezen doorschakelnummer via de PSTN. 4. Het gesprek wordt gerouteerd van de PSTN naar de survivability SBC. 5. De survivability SBC stuurt het gesprek door naar de ZPLS-module. 6. De ZPLS-module stuurt het gesprek door naar de geregistreerde client(s) van de gebruiker, indien verbonden. ### Overwegingen voor Locatie-identificatienummer voor noodgevallen (ELIN) #### Een ELIN is een locatie-exclusief telefoonnummer dat locatie-informatie doorgeeft aan de hulpdiensten wanneer het wordt gebeld Een Emergency Locatie 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 er wordt gebeld naar hulpdiensten. Voor deze Functie(s) moeten bedrijven samenwerken met hun PSTN serviceprovider om een adres aan een telefoonnummer te koppelen, zodat het adres wordt vermeld in een database voor automatische Locatie-identificatie (ALI) wanneer de bellen wordt ontvangen door een PSAP-operator. Stel bijvoorbeeld een universiteitscampus voor die meerdere gebouwen omvat, waarbij elk gebouw wordt weergegeven door een afzonderlijke Zoom Phone-locatie. Als een gebruiker tijdens een survivability-Evenement de hulpdiensten belt vanaf een telefoon of Apparaat [geassocieerd met de locatie](#_ggwzik1hd9xi), hulpdiensten ontvangen automatisch het volledige adres om op te nemen voor de locatie, mits de locatie is geconfigureerd en up-to-date is bij de serviceprovider. #### Elke locatie kan meerdere ELIN's ondersteunen Klanten kunnen meerdere ELIN's Toewijzen aan een locatie voor een pool van hulpbronnen voor noodnummers. In het geval van een noodsituatie tijdens een survivability Evenement, zal dit toestaan dat meerdere bellers elk een uniek toegewezen ELIN hebben, wat hulpdiensten kan helpen de oorspronkelijke beller te bereiken als ze terugbellen. Daarnaast kan een ELIN worden toegewezen aan een gebruiker of een telefoon in gemeenschappelijke ruimte, wat een fijnmazigere ELIN-toewijzing biedt dan op Locatie-niveau en een nauwkeurigere Locatie voor hulpdiensten oplevert. #### Tijdens een survivability Evenement worden alle noodoproepen vervangen door de ELIN Wanneer een gebruiker tijdens een survivability-evenement een noodoproep doet, wordt het oproepnummer van de gebruiker, indien beschikbaar, vervangen door de ELIN die op locatieniveau is toegewezen. Dit stelt gebruikers die geen rechtstreeks nummer hebben in staat om nooddiensten te bellen en bereikbaar te zijn voor een terugbelverzoek van de noodoperator. #### Een ELIN-nummer moet een BYOC-nummer zijn dat aan de SBC PSTN-trunk van de locatie is gekoppeld De ELIN van een locatie **moet** een BYOC-nummer zijn dat is 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 zal noodoproepen van de provider naar de ELIN automatisch doorsturen naar de toesteltoestel van de gebruiker die oorspronkelijk heeft gebeld, gedurende maximaal 2 uur Als een noodoperator een oproep terugbelt naar de ELIN, zal de ZPLS-module de oproep terugsturen naar de oorspronkelijke gebruiker die de noodoproep heeft gedaan. De ZPLS-module zal PSAP-terugbelverzoeken gedurende maximaal 2 uur blijven doorsturen naar de oorspronkelijke beller. Op dit moment is deze functionaliteit beperkt tot de eerste beller. #### Zodra een telefoonnummer als de ELIN is aangewezen, kan het niet aan een gebruiker of apparaat worden toegewezen Zodra een beheerder een BYOC-nummer heeft toegewezen als de aangewezen ELIN voor een locatie, kan het BYOC-nummer niet aan een gebruiker of ander Zoom Phone-entiteit worden toegewezen, tenzij het is niet-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-carriers met fysieke adressen die overeenkomen met elke ELIN. Klanten zijn verantwoordelijk voor het ervoor zorgen dat noodadressen correct zijn toegewezen aan het juiste fysieke adres. ### Overwegingen voor PSTN-Routering #### 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 via een “hairpin” door de ZPLS-module geleid, zonder ondersteuning voor media-offloading. Het volgende diagram toont het signalerings- en mediapad voor actieve interne en externe gesprekken.
#### Gesprekken proberen eerst lokaal te routeren Waar mogelijk zal de ZPLS-module proberen gesprekken die afkomstig zijn van geregistreerde Zoom-clients naar lokaal geregistreerde bestemmingen te routeren. Gesprekken worden alleen doorgestuurd naar de SBC als de bestemming in het veld Request URI van de inkomende SIP Uitnodigen niet overeenkomt met een geregistreerd toestel. {% hint style="info" %} Een geregistreerd toestel is een kort toestel zonder de locatiecode, een lang toestel met de locatiecode, een toegewezen bij 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 overlevingsgebeurtenis zullen externe, Uitgaand gesprekken het BYOC-nummer van de gebruiker weergeven Tijdens een overlevingsgebeurtenis zullen externe, Uitgaand gesprekken van bij ZPLS geregistreerde apparaten het BYOC-bellernummer bevatten. Het volgende diagram toont de gespreksstroom in overlevingsmodus voor een gebruiker:
#### Retourgesprekken kunnen naar het BYOC-nummer van een gebruiker worden gerouteerd Omdat externe, Uitgaand gesprekken die tijdens een overlevingsgebeurtenis worden geplaatst een BYOC-nummer gebruiken, kunnen externe bellers een gesprek terugbellen via een BYOC-nummer in plaats van via het bij Zoom geregistreerde telefoonnummer van een gebruiker. Als de overlevingsgebeurtenis voorbij is, worden gesprekken terug door de Cloud gerouteerd [als de juiste Routering-prioriteit is geconfigureerd](#_zgofkpkt74xr). Als de gebeurtenis echter nog gaande is, zal de SBC het gesprek routeren naar de ZPLS-module en het door de client geregistreerde Apparaat.
#### Ondersteunde codecs voor overlevingsmodus Ondersteunde codecs voor overlevingsmodus 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 samplefrequentie ondersteunen. ### Overwegingen voor Survivability Distribution Groups Deze sectie bespreekt overwegingen voor Survivability Distribution Groups (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 Groups bieden genuanceerde oproeprouteringopties tijdens een overlevingsgebeurtenis Survivability distribution groups (SDG's) bieden bedrijven genuanceerde oproeprouteringopties — zoals oproepwachtrijen en menu's voor interactieve spraakrespons (IVR) — tijdens een overlevingsgebeurtenis. Met SDG's kunnen bedrijven doorgaan met het ondersteunen van kerndiensten voor telefonie en oproeprouteringconfiguraties (vergelijkbaar met oproepwachtrijen, automatische receptionisten en gedeelde lijn-groepen) totdat de standaardactiviteiten zijn hersteld. #### SDG's zijn niet hetzelfde als distributiegroepen voor standaardactiviteiten en moeten afzonderlijk worden opgebouwd en onderhouden Hoewel SDG's vergelijkbare functionaliteit voor oproeproutering bieden als distributiegroepen voor standaardactiviteiten, zijn SDG's uniek en specifiek voor overlevingsgebeurtenissen en moeten ze daarom afzonderlijk worden opgebouwd en onderhouden. Met andere woorden, SDG's **zullen niet** erven niet de Instellingen of configuraties van een distributiegroep voor standaardactiviteiten (d.w\.z. oproepwachtrij, automatische receptionist, IVR, enz.) #### SDG's worden het best gecombineerd met een BYOC-PSTN-Integratie(s) en ingeschakelde oproepdoorschakeling Hoewel SDG's alleen interne ondersteuning kunnen bieden (d.w\.z. niet-PSTN-gesprekken), worden ze het best gecombineerd met een BYOC-PSTN-Integratie(s). Met een PSTN-ingeschakelde SDG kan, zodra oproepdoorschakeling is ingeschakeld tijdens een overlevingsgebeurtenis, een hoofdbedrijfsnummer routeren naar het aangewezen SDG-telefoonnummer, en zal het gesprek het geconfigureerde routeringsprofiel volgen. Dit stelt een bedrijf in staat een consistente gespreksstroomervaring te bieden voor externe bellers totdat de standaardactiviteiten zijn hersteld. Het volgende diagram toont de oproeprouteringslogica voor een PSTN-ingeschakelde SDG:
#### SDG's kunnen op de volgende manieren worden aangepast SDG's ondersteunen de volgende opties: * Speciaal toestelnummer * Toegewezen direct inward dial-nummer * Tijdzone * kantooruren * Opgenomen begroetingen * Groepsleden * Routeren naar: * Gebruiker * interactieve spraakrespons (IVR)-menu * Groepsleden * Telefoonnummer * oproepverdeling: * Simultaan * Sequentieel ### Overwegingen voor Hardware en netwerken Deze sectie bespreekt Hardware- en netwerkoverwegingen voor de ZPLS-module, een SBC-Integratie(s), Zoom-clients en telefoontoestellen. Na het lezen van deze sectie kunt u verwachten inzicht te hebben in noodzakelijke netwerkcommunicatie en configuraties voor een ZPLS-implementatie. {% hint style="info" %} Deze sectie is gewijd aan Hardware-implementatie en netwerk *ontwerpoverwegingen*. Raadpleeg de sectie over [het implementeren van ZPLS](#_wrba5u2ahyc) voor stapsgewijze implementatie-instructies. {% endhint %} #### Overwegingen voor implementatie en netwerken van de ZPLS-module **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 situaties een DMZ-netwerk worden gebruikt; netwerkbeheerders moeten er echter voor zorgen dat communicatie mogelijk is via de ondernemingsfirewall. In beide gevallen moeten beheerders het firewallbeleid van de onderneming 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 is, moet deze een OPTIONS-keepalive-ping met de Zoom Phone Cloud onderhouden om de connectiviteit te bewaken. Als zowel clientapparaten als de ZPLS-module binnen een locatie de connectiviteit met de Zoom Phone Cloud verliezen, registreren ondersteunde clients en apparaten zich via SIP Digest-authenticatie over TLS v1.2 bij de ZPLS-module. #### Overwegingen voor SBC-implementatie en netwerkgebruik **Een SBC moet waar mogelijk bereikbaar zijn vanuit ZPLS en de Zoom-cloud** Klanten moeten ervoor zorgen dat de SBC waar mogelijk verbinding houdt met zowel de ZPLS-module als de Zoom Phone Cloud. Klanten kunnen een dual-NIC-SBC implementeren die is geconfigureerd met een privé- en een openbaar IPv4-adres, of ervoor zorgen dat statische 1:1 NAT-regels zijn ingesteld op de edge-firewall naast het openstellen van de vereiste poorten. **Een SBC moet TLS- en UDP-connectiviteit behouden 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 eventuele oproepen naar een BYOC-genummerd 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 vinden** Clients en ondersteunde apparaten [ingeschakeld voor telefonische survivability](#_ah8xua8wdq10) ontdekken de juiste failover-ZPLS-module vanuit de Zoom Phone Cloud tijdens het opstartproces. De module moet echter al zijn [gekoppeld aan de Telefoonsysteem-locatie](#_k11n5zxkx1pq) met een intern vindbaar IPv4-adres. **Apparaten moeten een statisch IP-adres hebben of een privéadres krijgen toegewezen via een lokale DHCP-server** Om mogelijke problemen te beperken, moeten telefoontoestellen een statisch of intern IP-adres krijgen toegewezen via een lokale DHCP-server. Als aan een apparaat geen statisch IP-adres is toegewezen, of als er tijdens een survivability-gebeurtenis geen DHCP-server beschikbaar is, kunnen telefoontoestellen 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 status van de datacenterconnectiviteit te bepalen. In geval van een storing blijft de client keepalivemeldingen verzenden om de terugkeer van de cloudservice te detecteren en het hervatten van normale werkzaamheden te starten. Dit proces is automatisch en kan niet worden uitgeschakeld. #### Firewall- en netwerkgegevensstroom Zie de sectie over [Netwerkpoorten en gegevensstroom](#_pswiusfsww6t).