Overwegingen voor PSTN Integratie(s)

Deze sectie is van toepassing op Klanten die overwegen de ZPLS-module te Integratie(s) met een SBC- en PSTN-verbinding voor extra overlevingsvermogen. Klanten die niet van plan zijn de ZPLS-module te Integratie(s) met PSTN-connectiviteit, kunnen deze sectie 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

• Protocol 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 provider van derden

Voor PSTN-connectiviteit moeten Klanten een sessiegrenscontroller (SBC) leveren die is verbonden met een legacy-verbinding of een SIP-trunk met een mobiele of alternatieve verbinding (bijv. DSL). Klanten moeten er rekening mee houden dat eventuele SIP-trunks die op de SBC zijn geïmplementeerd, afhankelijk kunnen zijn van dezelfde internetdienst die een storing ondervindt. Daarom moeten klanten een betrouwbare, tertiaire verbinding overwegen voor PSTN-connectiviteit.

Elke Zoom Phone BYOC-gecertificeerde SBC kan worden gebruikt

Elke sessiegrenscontroller (SBC) die gecertificeerd is voor Zoom Phone kan ook worden gebruikt met de ZPLS-module. Klanten met een bestaand Zoom Phone BYOC-abonnement hebben voor de overlevingsfunctie geen extra of afzonderlijke SBC nodig.

Zoom’s DigiCert-certificaten moeten op de SBC worden geïnstalleerd

Om TLS-connectiviteit tot stand te brengen met zowel de ZPLS-module als Zoom-cloud, moet Zoom’s DigitCert-root- en intermediate certificaten moeten op de SBC zijn geïnstalleerd.

SBC's moeten inkomende bellen routeren naar Zoom Phone-datacenters als eerste en tweede routeringskeuze, en de ZPLS-module als derde

Klant-SBC's moeten inkomende bellen van het PSTN naar de primaire en secundaire SIP-zone routeren voordat ze de ZPLS-module proberen. Met deze configuratie zullen bellen alleen naar de ZPLS-module worden gerouteerd tijdens een survivability-gebeurtenis, omdat de SBC en Zoom Phone-datacenters anders een stabiele connectiviteit moeten behouden.

Als u deze logica niet volgt, kan dit leiden tot mislukkingen bij de levering van bellen, omdat de ZPLS-module geen bellen naar cloudgeregistreerde apparaten kan routeren.

Zodra de Zoom Phone Cloud weer beschikbaar is na een survivability-gebeurtenis, kan een SBC tijdelijk proberen BYOC-nummers naar de Zoom-cloud te routeren terwijl het clientapparaat van het getroffen nummer is geregistreerd bij de ZPLS-module. Als dit gebeurt, volgt de oproeproutering de Instellingen voor Wanneer een bellen niet wordt beantwoord tijdens deze tussenliggende periode.

Uitgaande bellen van 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 telefoonverbindingen tot stand te brengen. Alle bellen naar nummers die niet zijn geregistreerd bij de ZPLS-module, worden in E.164-indeling naar de SBC gestuurd die is geconfigureerd voor survivability.

Overwegingen voor lokale survivability bij doorschakelen van oproepen

Tijdens een survivability-evenement zijn Telefoonnummers die door Zoom Phone worden verstrekt niet extern bereikbaar, tenzij ze via doorschakelen van oproepen worden omgeleid

Tijdens een survivability-evenement zijn Telefoonnummers die door Zoom worden verstrekt vanuit Cloud-perspectief niet extern bereikbaar. Daardoor zijn gebruikers op getroffen locaties mogelijk niet bereikbaar, tenzij oproepen naar hun primaire nummers worden doorgeschakeld naar een alternatief nummer dat is gekoppeld aan een on-premises SBC.

Veelvoorkomende voorbeelden van getroffen nummers kunnen nummers omvatten die zijn toegewezen aan: Gebruikers, Algemene ruimtes, Auto Receptions (AR), Gedeelde lijn-groepen (SLG) en oproepwachtrijen (CQ).

Klanten die een op on-premises gebaseerde BYOC gebruiken, hebben geen geavanceerde configuraties nodig en kunnen bellen omleiden overslaan door een tertiaire route toe te voegen aan hun ZPLS-module vanaf hun SBC

Klanten die een op on-premises gebaseerd BYOC-abonnement gebruiken (d.w.z. klanten die geen Zoom Phone-geregistreerde nummers gebruiken) hebben geen geavanceerde configuraties nodig om bellen omleiden Inschakelen. In plaats daarvan kunnen BYOC-klanten een tertiaire route toevoegen aan de ZPLS-module vanaf de op locatie gebaseerde SBC.

Configuraties voor doorschakelen van oproepen worden ingesteld door een beheerder of geautoriseerde gebruiker via het webportaal

Een accountbeheerder of geautoriseerde gebruiker kan Configureer logica voor doorschakelen van oproepen via het webportaal door handmatige invoer of een bulk-CSV-upload.

Gebruikers die zijn geconfigureerd voor bellen doorschakelen, hebben drie toegewezen nummers

Na het toepassen van een BYOC-nummer op een gebruiker voor de overlevingsfunctie van bellen doorschakelen, wordt het client-Apparaat toegewezen minstens drie nummers:

1. Een intern toestel met voorafgeplaatste locatiewcode

2. Een door Zoom geleverd 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.

Als John bijvoorbeeld het telefoonnummer X55-555-5555 toegewezen krijgt, kan Johns telefoonnummer worden doorgeschakeld naar het operatornummer van zijn gebouw op X99-999-9999. Evenzo kunnen de telefoonnummers van Johns collega’s ook worden doorgeschakeld (X55-555-5554, X55-555-5553, enz.) naar X99-999-9999. Als alternatief kan elke gebruiker zijn telefoonnummer laten doorschakelen naar een volledig uniek nummer, zoals X55-555-5554 dat wordt doorgeschakeld naar X99-999-9998, en X55-555-5553 dat wordt doorgeschakeld naar X99-999-9997. Geen enkele afzonderlijke gebruiker kan echter zijn nummer laten doorschakelen naar zowel X99-999-9999 als X99-999-9998.

Doorschakelen van gesprekken moet uitgeschakeld blijven totdat een survivability Evenement optreedt

Hoewel een beheerder de logica voor doorschakelen van gesprekken vooraf kan configureren voor een locatie, moet de functionaliteit voor doorschakelen van gesprekken uitgeschakeld blijven totdat een survivability Evenement optreedt. Als doorschakelen van gesprekken tijdens normale werkzaamheden is ingeschakeld, worden alle inkomende gesprekken naar een met Zoom Phone geregistreerd nummer omgeleid naar de on-premises SBC en het bijbehorende BYOC-telefoonnummer, waarbij de Zoom Phone-services worden omzeild. Daarom moet doorschakelen van gesprekken tijdens normale werkzaamheden zijn uitgeschakeld om de normale Zoom Phone-routering te behouden.

Doorschakelen van gesprekken kan alleen worden ingeschakeld door een geautoriseerde gebruiker of beheerder met een werkende internetverbinding

Tijdens een survivabilitymodus-Evenement wordt ervan uitgegaan dat de internetverbinding van een locatie niet beschikbaar is. Omdat doorschakelen van gesprekken echter uitgeschakeld moet blijven voor de standaardwerking, kan het alleen worden ingeschakeld door een geautoriseerde gebruiker of beheerder met een werkende internetverbinding, zoals een telefoon-databundel, of een alternatieve internetverbinding binnen een andere locatie.

Om downtime te minimaliseren en bedrijfscontinuïteit te waarborgen, raadt Zoom bedrijven aan betrouwbare procedures in te stellen voor het inschakelen van de logica voor doorschakelen van gesprekken vanuit het webportaal tijdens een survivability Evenement.

Regels voor doorschakelen van gesprekken kunnen van toepassing zijn op de hele locatie of op afzonderlijke nummers

Tijdens een survivability Evenement kan een beheerder of geautoriseerde gebruiker regels voor doorschakelen van gesprekken inschakelen voor de hele locatie of voor specifieke nummers vanuit het webportaal.

Zodra doorschakelen is ingeschakeld voor het telefoonnummer van een gebruiker, laat Zoom de Cloud-geregistreerde client van een gebruiker niet overgaan, zelfs niet als deze een afzonderlijke Cloud-verbinding behoudt

Wanneer doorschakelen is ingeschakeld voor een Zoom Phone-geregistreerd nummer, zal Zoom niet proberen om bellen naar de gebruiker via de Cloud te routeren. Als gevolg daarvan, zelfs als een getroffen gebruiker een Cloud-geregistreerd Apparaat heeft, zoals een mobiele telefoon, als het telefoonnummer is gemarkeerd voor doorschakelen, worden alle oproepen via de PSTN naar de SBC van het bedrijf gerouteerd.

Als voorbeeld: een locatie ervaart een survivability mode-evenement en de mobiele telefoon van een gebruiker is verbonden met de Zoom Phone Cloud via de dataverbinding van de mobiele provider. Als het telefoonnummer van een gebruiker is gemarkeerd voor doorschakelen, dan zal de Zoom Phone Cloud niet hun Zoom Phone-nummer laten overgaan via de mobiele app, ondanks de stabiele verbinding. In plaats daarvan blijven alle oproepen via de PSTN naar de SBC van de klant worden gerouteerd.

Als doorschakelen tijdens een survivability-evenement niet is ingeschakeld voor een gebruiker, volgen inkomende oproepen de afhandeling van oproepen-voorkeuren van elke gebruiker

Als doorschakelen tijdens een survivability-evenement niet is ingeschakeld, worden inkomende oproepen behandeld volgens de afhandeling van oproepen-logica voor elke afzonderlijke gebruiker. Als een gebruiker geen back-uptelefoonclient heeft die in de Cloud is geregistreerd, zoals een mobiele telefoon, zijn bellers onderworpen aan de regels die zijn gedefinieerd door de Wanneer een oproep niet wordt beantwoord sectie van de voorkeuren voor afhandeling van oproepen.

Doorverbinden van oproepen is alleen van toepassing op inkomende PSTN-oproepen

Doorverbinden van oproepen voor veerkracht is alleen van toepassing op oproepen die via de PSTN en/of Zoom Phone Cloud worden gerouteerd. Oproepen die afkomstig zijn van Zoom-geregistreerde extensies binnen dezelfde locatie, proberen eerst verbinding te maken via de ZPLS-module en daarna via de PSTN als een SBC is verbonden. Oproepen die geen verbinding kunnen maken, vallen anders onder de behandeling die is gedefinieerd door de Wanneer een oproep niet wordt beantwoord sectie van de regels voor afhandeling van oproepen binnen de telefooninstellingen van een gebruiker.

Stroom voor doorverbinden van oproepen

Het volgende diagram beschrijft de logica voor doorverbinden van oproepen (zodra ingeschakeld) tijdens een veerkrachtevenement. Deze logica blijft van kracht totdat doorverbinden van oproepen wordt uitgeschakeld of de standaardwerking is hersteld. Als doorverbinden van oproepen echter ingeschakeld blijft na dat de standaardwerking is hersteld, worden doorgestuurde oproepen doorverbonden van de Zoom Phone Cloud naar de SBC en vervolgens terug naar de Cloud, voordat ze aan een Apparaat van een gebruiker worden afgeleverd. Daarom moet doorverbinden van oproepen onmiddellijk na een veerkrachtevenement worden uitgeschakeld.

1. Een externe beller start een bellen naar een Zoom Phone-geregistreerd nummer en wordt via de PSTN gerouteerd.

2. De oproep wordt gerouteerd naar de Zoom Phone Cloud en het gekozen telefoonnummer wordt geïdentificeerd als beïnvloed door doorverbinden van oproepen.

Als het doorschakelen van bellen niet is ingeschakeld, volgt Zoom Phone de Wanneer een oproep niet wordt beantwoord logica voor die specifieke gebruiker of extensie.

1. Omdat doorschakeling van bellen is ingeschakeld, zal Zoom niet proberen de gebruiker een waarschuwing te geven en zal het in plaats daarvan het bellen doorsturen naar het aangewezen doorschakelnummer via het PSTN.

2. De bellen wordt van het PSTN naar de survivability SBC gerouteerd.

3. De survivability SBC stuurt het bellen door naar de ZPLS-module.

4. De ZPLS-module stuurt de bellen door naar 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 de hulpdiensten 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 er wordt gebeld met de hulpdiensten. Voor deze Functie(s) moeten bedrijven samenwerken met hun PSTN serviceprovider om een adres te koppelen aan een telefoonnummer, om ervoor te zorgen dat het adres wordt opgenomen in een automatische location identification (ALI)-database wanneer de oproep wordt ontvangen door een PSAP-operator.

Bijvoorbeeld: stel je een universiteitscampus voor die meerdere gebouwen beslaat, waarbij elk gebouw wordt weergegeven door een afzonderlijke Zoom Phone-locatie. Als een gebruiker tijdens een overlevings-Evenement de hulpdiensten belt vanaf een telefoon of Apparaat geassocieerd met de locatie, ontvangen de hulpdiensten automatisch het volledige adres dat voor de locatie is opgenomen, 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 aan een locatie toewijzen voor een pool van resources voor alarmnummers. Tijdens een noodgeval bij een survivability-evenement zal dit toestaan dat meerdere bellers elk een uniek toegewezen ELIN hebben, waardoor hulpdiensten de oorspronkelijke beller kunnen bereiken als ze terugbellen.

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 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, als er een Beschikbaar is, vervangen door de ELIN die op locatieniveau is toegewezen. Dit stelt gebruikers zonder rechtstreeks nummer in staat om hulpdiensten te bellen en bereikbaar te zijn voor een terugbelverzoek van de alarmcentrale.

Een ELIN-nummer moet een BYOC-nummer zijn dat is gekoppeld aan de PSTN-trunk van de SBC van de locatie

Een ELIN van een locatie moet 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 zal noodoproepen van providers naar de ELIN automatisch terug routeren naar het toestel van de gebruiker die oorspronkelijk belde, gedurende maximaal 2 uur

Als een noodoperator terugbelt naar de ELIN, zal de ZPLS-module de bellen terug routeren naar de oorspronkelijke gebruiker die de noodoproep heeft gedaan. De ZPLS-module zal PSAP-terugbellen gedurende maximaal 2 uur blijven terug routeren naar de oorspronkelijke beller. Op dit moment is deze functionaliteit beperkt tot de eerste beller.

Zodra een telefoonnummer is aangewezen als de ELIN, 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 een andere Zoom Phone-entiteit, tenzij de toewijzing ervan is opgeheven.

Klanten zijn verantwoordelijk voor het onderhouden en bijwerken van fysieke adressen die aan hun ELIN zijn gekoppeld voor elke locatie

Zoom neemt geen verantwoordelijkheid voor het bijwerken van BYOC-carriers met fysieke adressen die overeenkomen met elke ELIN. Klanten zijn verantwoordelijk om ervoor te zorgen dat noodadressen correct zijn gekoppeld 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 “hairpinned” via de ZPLS-module, zonder ondersteuning voor media-offloading.

Het volgende diagram toont het signalerings- en mediapad voor actieve interne en externe oproepen.

Oproepen zullen eerst proberen lokaal te routeren

Waar mogelijk zal de ZPLS-module proberen oproepen die afkomstig zijn van geregistreerde Zoom-clients naar lokaal geregistreerde bestemmingen te routeren. Oproepen 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.

Een geregistreerd toestel is een kort toestel zonder de locatiecode, een lang toestel met de locatiecode, een toegewezen door 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.

Tijdens een overlevingsgebeurtenis zullen externe, Uitgaand oproepen het BYOC-nummer van de gebruiker weergeven

Tijdens een overlevingsgebeurtenis zullen externe, Uitgaand oproepen vanaf door ZPLS geregistreerde apparaten het BYOC-belnummer bevatten. Het volgende diagram toont de oproepstroom in de overlevingsmodus voor een gebruiker:

Teruggekomen oproepen kunnen worden gerouteerd naar het BYOC-nummer van een gebruiker

Omdat externe, Uitgaand oproepen die tijdens een overlevingsgebeurtenis worden geplaatst een BYOC-nummer gebruiken, kunnen externe bellers een oproep terugbellen met een BYOC-nummer in plaats van het door Zoom geregistreerde telefoonnummer van een gebruiker. Als de overlevingsgebeurtenis voorbij is, worden oproepen terug gerouteerd via de Cloud als de juiste Routering-prioriteit is geconfigureerd. Als de gebeurtenis echter nog gaande is, zal de SBC de bellen routeren naar de ZPLS-module en het door de client geregistreerde apparaat.

Ondersteunde overlevingscodecs

Ondersteunde overlevingscodecs zijn Opus, G.711 μ-law, G.711 A-law en G.729. Transcodering of wijziging van de bitsnelheid van audiocodecs wordt niet ondersteund. Alle partijen die betrokken zijn bij een Actief gesprek moeten dezelfde codec en samplefrequentie ondersteunen.

Overwegingen voor overlevingsdistributiegroepen

In dit gedeelte worden overwegingen besproken voor Survivability Distribution Groups (SDG's). Klanten die niet van plan zijn SDG's te gebruiken of de ZPLS-module te Integratie(s) met PSTN-connectiviteit, kunnen dit gedeelte zonder gevolgen overslaan.

Survivability Distribution Groups bieden genuanceerde opties voor oproeproutering tijdens een overlevingsgebeurtenis

Survivability distribution groups (SDG's) bieden bedrijven genuanceerde opties voor oproeproutering — zoals oproepwachtrijen en interactive voice response (IVR)-menu's — tijdens een overlevingsgebeurtenis. Met SDG's kunnen bedrijven kritieke telefonie-diensten en oproeproutering-configuraties (vergelijkbaar met oproepwachtrijen, automatische receptionisten en gedeelde lijn-groepen) blijven ondersteunen totdat de Standaard activiteiten 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 niet erven 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 ingeschakeld doorschakelen van oproepen

Hoewel SDG's alleen interne ondersteuning kunnen bieden (d.w.z. niet-PSTN-oproepen), worden ze het best gecombineerd met een BYOC-PSTN-Integratie(s). Met een voor PSTN ingeschakelde SDG kan, zodra doorschakelen van oproepen is ingeschakeld tijdens een overlevingsgebeurtenis, een hoofdbedrijfsnummer routeren naar het aangewezen SDG-telefoonnummer, en zal de oproep het geconfigureerde Routering-profiel volgen. Dit stelt een Zakelijk in staat om een consistente oproepstroomervaring te bieden aan externe kiezers totdat de Standaard activiteiten zijn hersteld.

Het volgende diagram demonstreert de logica voor oproeproutering voor een voor 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

  • Interactive voice response (IVR)-menu

  • Groepsleden

  • Telefoonnummer

• Oproepverdeling:

  • Simultaan

  • Sequentieel

Hardware- en netwerkoverwegingen

In dit gedeelte worden Hardware- en netwerkoverwegingen besproken 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-implementatie.

Dit gedeelte is gewijd aan Hardware-implementatie en netwerk ontwerpoverwegingen. Raadpleeg de sectie over het implementeren van ZPLS voor stapsgewijze implementatie-instructies.

ZPLS-module-implementatie en netwerkomstandigheden

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 momenteel geen IPv6-adressen.

De ZPLS-module moet periodieke HTTPS-verbindingen onderhouden met de Zoom Phone Cloud

om synchroniseer account- en gebruiker Instellingen.

In de meeste gevallen kan een ZPLS-module worden geïmplementeerd op een interne LAN binnen het netwerk van een klant. Als alternatief kan in sommige omstandigheden een DMZ-netwerk worden gebruikt; netwerkbeheerders moeten er echter voor zorgen dat communicatie mogelijk is via de Onderneming-firewall. In beide gevallen moeten beheerders het bedrijfsfirewallbeleid aanpassen om communicatie tussen de ZPLS-module en de Zoom-cloud in te schakelen.

De ZPLS-module moet een regelmatige OPTIONS-ping onderhouden met de Zoom Phone-cloud

Terwijl de ZPLS-module zich in een inactieve status bevindt, moet deze een OPTIONS-keepalive-ping onderhouden met de Zoom Phone-cloud om de connectiviteit te bewaken. In het geval dat 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 Zoom-cloud

Klanten moeten ervoor zorgen dat de SBC, waar mogelijk, connectiviteit behoudt met zowel de ZPLS-module als de Zoom Phone-cloud. Klanten kunnen een SBC met twee NIC's inrichten, geconfigureerd met een privé- en een openbaar IPv4-adres, of ervoor zorgen dat statische 1:1 NAT-regels op de edge-firewall zijn ingesteld, 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 locatie van de ZPLS-module. Deze verbinding wordt gebruikt om eventuele oproepen naar een BYOC-geregistreerd telefoonnummer te routeren via de Zoom Phone-cloud. Het OPTIONS-keepalive-mechanisme is automatisch ingeschakeld tussen ZPLS en de SBC en is optioneel tussen de SBC en Cloud.

Overwegingen voor Zoom Clients en telefoontoestellen

Clients en apparaten moeten de ZPLS-module van de locatie kunnen ontdekken binnen het lokale netwerk

Clients en ondersteunde apparaten ingeschakeld voor telefonische survivability de juiste failover-ZPLS-module ontdekken vanuit de Zoom Phone Cloud tijdens het opstartproces. De module moet echter al gekoppeld aan de locatie van het Telefoonsysteem met een intern vindbaar 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 toegewezen krijgen via een lokale DHCP-server. Als aan een apparaat geen statisch IP is toegewezen, of als er tijdens een survivability-evenement geen DHCP-server beschikbaar is, kunnen telefoontoestellen zich mogelijk niet registreren.

Clients en apparaten moeten een regelmatige OPTIONS-ping onderhouden met de Zoom Phone Cloud

Net als bij de ZPLS-module moeten ondersteunde clients en apparaten een OPTIONS keepalive-ping onderhouden naar de Zoom Phone Cloud om de connectiviteitsstatus van het Datacenter te bepalen. In het geval van een storing blijft de client keepalive-berichten verzenden om de terugkeer van de Cloud-service te detecteren en het hervatten van normale bewerkingen te initiëren. Dit proces is automatisch en kan niet worden uitgeschakeld.

Firewall- en netwerkgegevensstroom

Zie de sectie over Netwerkpoorten en gegevensstroom.