De inhoud op deze pagina is automatisch vertaald. Zoom garandeert de nauwkeurigheid niet.
For the complete documentation index, see llms.txt. This page is also available as Markdown.

Zoom Phone lokale overlevingsmogelijkheid

Overzicht

ZPLS is een on-premises virtuele appliance die interne telefoongesprekken tussen gebruikers op een gemeenschappelijke locatie ondersteunt wanneer de Zoom-datacenters niet bereikbaar zijn

De ZPLS-module is een on-premises appliance waarmee gebruikers binnen dezelfde locatie telefoongesprekken met elkaar kunnen voeren wanneer de Zoom-datacenters niet bereikbaar zijn. Dit creëert een overlevingsoplossing voor Zakelijke continuïteit in het geval van een netwerkstoring (Evenement).

ZPLS ondersteunt ook bellen tussen locaties wanneer ZPLS-appliances en hun bijbehorende locaties via een gemeenschappelijk netwerk zijn verbonden

Een ZPLS-appliance alleen (ook aangeduid als een module, d.w.z. een Zoom Node-module) biedt overlevingsmogelijkheid aan gebruikers binnen een gemeenschappelijke Zoom Phone locatie. Echter, meerdere ZPLS-modules die via een lokaal, campus- of wijd netwerk zijn verbonden, kunnen ondersteuning voor communicatie tussen locaties bieden, waardoor ze gebruikers van verschillende locaties kunnen Verbinden tijdens een survivability Evenement, zolang het interne netwerk operationeel blijft.

Klanten kunnen ZPLS met een SBC integreren om PSTN-oproepen te plaatsen en te ontvangen wanneer de Zoom-datacenters niet bereikbaar zijn

Klanten kunnen de ZPLS-module integreren met een sessiegrenscontroller (SBC) voor extern bellen via het Public switched telephone network (PSTN) wanneer Zoom Datacenters niet bereikbaar zijn. Hiermee kunnen gebruikers met PSTN-nummers die door Zoom of BYOC-carriers van derden zijn geleverd, inkomende oproepen van externe partijen ontvangen wanneer het bellen doorschakelen voor veerkracht in de Cloud is ingeschakeld, en externe telefoongesprekken plaatsen, ongeacht de lokale netwerkcondities of de beschikbaarheid van de Zoom Datacenters; interne gesprekken kunnen echter worden beperkt door het locatieontwerp.

De ZPLS-module is het Registratiepunt met derde prioriteit voor ondersteunde apparaten en geeft de voorkeur aan de primaire en secundaire SIP-zones van Zoom Phone in de Cloud wanneer deze Beschikbaar zijn

Tijdens een standaard opstartproces downloadt een Zoom Phone-client de DNS SRV-records van primaire en secundaire SIP-zones (Registratiepunten) binnen Zoom-datacenters. Voor sites met survivability en een ZPLS-module worden ondersteunde clientapparaten echter bovendien geconfigureerd met een derde SRV opnemen, verwijzend naar het IP-adres van de module van de locatie.

De ZPLS-module bewaakt de beschikbaarheid van Zoom-cloud via routinematige OPTIONS-pings naar locatiespecifieke SIP-zones

Tijdens normale werkzaamheden is de ZPLS-module doorgaans inactief binnen het lokale netwerk en houdt hij zich niet bezig met afhandeling van oproepen. In plaats daarvan stuurt de ZPLS-module routinematige OPTIONS-pings naar locatie-specifieke SIP-zones om de Actief-status van de verbindingen tussen locaties te bewaken.

Overlevingsmodus wordt alleen geactiveerd wanneer zowel de ZPLS-module als clientapparaten geen verbinding kunnen maken met locatie-specifieke SIP-zones

Een ZPLS-module gaat alleen naar de overlevingsmodus wanneer de routine-OPTIONS-pings tussen de ZPLS-module en de primaire en secundaire SIP-zones mislukken. Cliëntapparaten die tegelijk met de ZPLS-module de verbinding met de SIP-zones verliezen, registreren zich bij de module, mits er IP-connectiviteit tussen de apparaten is. Als de ZPLS-module connectiviteit met de Zoom Phone Cloud behoudt, accepteert deze geen SIP-registraties.

De geschatte tijd om over te schakelen naar een ZPLS-module is ongeveer drie minuten, maar kan variëren afhankelijk van het aantal apparaten

Als locatiespecifieke SIP-zones niet bereikbaar zijn, ligt de geschatte failovertijd van apparaten naar een ZPLS-module binnen drie minuten. Deze tijd kan echter variëren afhankelijk van het aantal gelijktijdige apparaten dat probeert zich bij elke ZPLS-module te registreren.

Desktopclients informeren gebruikers wanneer zij de overlevingsmodus ingaan en verlaten

Wanneer Zoom-desktopclients overschakelen naar de overlevingsmodus, ontvangen gebruikers een waarschuwing dat ze geen internetverbinding hebben, maar de telefoondienst is nog steeds Beschikbaar.

Zodra de services zijn hersteld, ontvangen gebruikers een waarschuwing voor het herstellen van de verbinding.

Deze waarschuwing is uniek voor Zoom-desktopclients; IP-telefoons zullen geen failover- of fallbackwaarschuwing weergeven.

Actieve gesprekken vallen weg wanneer de overlevingsmodus wordt geactiveerd en gebruikers moeten het gesprek handmatig opnieuw tot stand brengen

Gebruikers die betrokken zijn bij een actief gesprek wanneer de verbinding met de SIP-zones van hun locatie wordt verbroken, horen een snelle bezettoon voordat hun gesprek wordt verbroken. Na de verbreking en failover naar de overlevingsmodus moeten gebruikers hun gesprek handmatig opnieuw tot stand brengen.

Oproepdoorschakeling kan Inkomende gesprekken naar een BYOC-nummer routeren wanneer de overlevingsmodus Actief is

Tijdens een survivability-Evenement zijn apparaten met Telefoonnummers die zijn geregistreerd bij de Zoom Phone Cloud niet bereikbaar door het verlies van internetconnectiviteit. ZPLS-Klanten met een SBC en een onafhankelijke provider kunnen echter oproepdoorschakelregels instellen in het webportaal voor directe inkomende nummerkeuze. Wanneer ingeschakeld, leiden oproepdoorschakelregels Inkomend bellen om naar een aan Zoom Phone geregistreerd nummer, naar een afzonderlijke een nummer gekoppeld aan de on-premises PSTN-trunk van een Klant. Dit stelt Klanten in staat om nummers rechtstreeks van Zoom te Kopen terwijl ze nog steeds rechtstreeks oproepen kunnen beantwoorden op een locatie die de verbinding met de Cloud heeft verloren.

Bijvoorbeeld: als een gebruiker het telefoonnummer X55-555-5555 heeft geregistreerd bij Zoom Phone en de locatie van de gebruiker in survivabilitymodus gaat, is het telefoonnummer van de gebruiker niet beschikbaar vanuit het perspectief van de Zoom-cloud. Als oproepdoorschakeling is ingeschakeld en er naar hun nummer wordt gebeld, kan Zoom Phone het verzoek doorsturen naar hun aangewezen doorschakeltelefoonnummer (bijv. X11-111-1111) via het PSTN naar de SBC van de klant. Externe bellers kunnen dan gebruikers bereiken binnen een getroffen locatie die een survivability-Evenement ondergaat.

ZPLS ondersteunt Survivability Distribution Groups en biedt genuanceerde oproeproutering tijdens een survivability-Evenement

ZPLS-modules ondersteunen Survivability Distribution Groups (SDG's) voor genuanceerde oproeproutering-configuraties tijdens een survivability-Evenement. Met SDG's kan een Zakelijk bedrijf interne en Inkomend PSTN-bellen routeren naar een individuele gebruiker, een Groep gebruikers (vergelijkbaar met een oproepwachtrij of een Groep met gedeelde lijn), een IVR-menu, een ander telefoonnummer of, indien nodig, een andere SDG.

Hoewel SDG's niet dezelfde volledig uitgeruste functionaliteit bieden als oproepwachtrijen in Standaard-operatie, Groepen met gedeelde lijn of automatische receptionisten, kunnen SDG's Doorgaan met het ondersteunen van de kritieke oproeprouteringsbehoeften van een Zakelijk bedrijf totdat de normale werking is hersteld.

Een SDG kan worden toegevoegd met behulp van de Toevoegen-optie Routegroep Toevoegen configuratie binnen de beheerportal.

Interne bellen tussen gebruikers in survivability-modus blijven beschermd door SRTP

Tijdens survivability-modus worden interne bellen tussen gebruikers beschermd door Secure Real-time Transport Protocol (SRTP) met AES-128- of 256-encryptie, afhankelijk van Apparaatmogelijkheden.

Cloudservices/Routering worden hersteld nadat de ZPLS-module ongeveer vijf minuten betrouwbare SIP-zoneconnectiviteit heeft onderhouden

Zodra de client-Apparaten en de ZPLS-module opnieuw verbinding hebben gemaakt met de locatie-specifieke SIP-zones, is de geschatte hersteltijd naar normale werking vijf minuten. Dit omvat een periode om ervoor te zorgen dat netwerkverbindingen stabiel zijn in het geval van intermitterend of gedeeltelijk netwerkherstel (flapping). Als de netwerkconnectiviteit intermitterend is, blijven de client-Apparaten en de ZPLS-module in survivability-modus totdat is vastgesteld dat de verbindingen stabiel zijn.

De ZPLS-module uploadt gespreksdetailrecords voor alle bellen die zijn gedaan nadat de survivability-modus is verlaten

Nadat de ZPLS-module succesvol survivability-modus heeft verlaten en de SIP-zoneconnectiviteit stabiel is, uploadt de module gespreksdetailrecords (CDR's) voor alle bellen die zijn gedaan in survivability-modus. Deze records worden in rapporten gemarkeerd als bellen die zijn voltooid terwijl ze zich in survivability-modus bevonden.

Locatiewijzigingen, waaronder het toevoegen of wijzigen van gebruikers of Apparaat, worden eenmaal per 10 uur gesynchroniseerd naar de ZPLS-module

Updates aan een locatieconfiguratie via de Zoom-webportal, waaronder het toevoegen of wijzigen van gebruikers of Apparaat, worden eenmaal per 10 uur gesynchroniseerd naar de ZPLS-module. Als een downtime-Evenement optreedt voordat nieuwe configuratiewijzigingen met de ZPLS-module zijn gesynchroniseerd, gebruikt de module de laatst bekende configuratie.

Klanten kunnen failover-Evenementen testen of simuleren met Testmodus

Klanten kunnen failovergebeurtenissen voor een locatie simuleren door Testmodus in te schakelen via het webportaal. Zodra de testmodus is ingeschakeld voor een specifieke locatie, moet de ZPLS-module opnieuw worden opgestart om clientregistraties te accepteren. Daarna worden gebruikers die zich Afmelden en weer aanmelden bij hun desktopclient automatisch geregistreerd bij de ZPLS-module zolang de testmodus is ingeschakeld.

Terwijl Testmodus actief is, zal de ZPLS-module functioneren alsof er een failovergebeurtenis plaatsvindt. Interne gebruikers kunnen bellen naar andere gebruikers binnen hun locatie. Daarnaast worden Uitgaand en Inkomend oproepen gerouteerd via de verbonden SBC als deze is geconfigureerd, en Inkomend oproepen volgen de regels voor oproepdoorschakeling als deze zijn geconfigureerd en ingeschakeld.

Na het uitschakelen van Testmodus moet de ZPLS-module opnieuw worden opgestart om de normale netwerkactiviteiten te hervatten.

Testmodus is niet van toepassing op IP-telefoontoestellen. Testmodus kan alleen worden getest met Zoom-desktoptoepassingen.

Ondersteunde functies en clients

Beschikbaar gestelde functies in survivability-modus

De volgende lijst bevat ondersteunde functies van de ZPLS-module wanneer survivability-modus actief is:

Belfuncties

  • Intern toestelnummer bellen

  • Volledig toestelnummer bellen met locatiecode

  • Bellen vanuit de belgeschiedenis

  • DTMF (RFC 2833)

  • Ad-hoc vergadering met 3 deelnemers

  • Oproepdoorschakeling*

  • Inkomend/Uitgaand PSTN*

  • Zoeken/bellen van contactpersonen (eerste 25.000 contactpersonen)

  • Bellen op naam

  • Dempen/Dempen opheffen

  • Oproep in de wacht zetten/hervatten

  • Gesprek parkeren

Doorverbinden & Routering

  • Doorverbinden met consultatie

  • blind doorverbinden

  • Identificatienummer voor noodlocatie

  • Bellen tussen ZPLS-modules

Distributie van survivability

  • Routeren naar gebruiker

  • Routeren naar groepsleden

  • Routeren naar telefoonnummer*

  • Routeren naar IVR

  • Zakelijke kantooruren

  • Sequentieel rinkelen

  • Simultaan rinkelen

  • Audio-prompts

*Vereist SBC & BYOC Integratie(s)

Niet-beschikbare functies in survivability-modus

De volgende lijst bevat functies die niet worden ondersteund wanneer survivability-modus actief is:

  • Toevoegen/verwijderen van contactpersoon

  • voicemail

  • Opschalen naar vergadering met meerdere deelnemers (4+ gebruikers)

  • Opschalen naar vergadering

  • Oproep oppakken

  • Overschakelen naar carrier

  • Nomadisch e911-bellen

  • Snelkiezen

  • Bewaking (Ingrijpen/Monitoren/Fluisteren)

  • Oproepdelegatie

  • Intercom

  • End-to-end versleuteld bellen (E2EE)

  • automatische receptionist

  • oproepwachtrij

Ondersteunde clientapparaten

Raadpleeg ons Ondersteuningscentrum voor een lijst van ondersteunde clientapparaten en ondersteunde firmwareversies.

Netwerkpoorten en gegevensstroom

Overzichtsdiagram

Het volgende diagram toont de netwerkpoorten en gegevensstromen die worden gebruikt met een ZPLS-module en een SBC-configuratie.

Firewallvereisten voor ZPLS-overlevingsfunctie

De volgende tabel vermeldt de netwerkpoorten die door Zoom Phone worden gebruikt tijdens normale werkzaamheden wanneer er geen verstoring is in de connectiviteit met de Cloud. Raadpleeg ons Ondersteuningscentrum voor een volledige lijst van IP-adressen die worden gebruikt voor de Zoom Phone Cloud.

Transport
Bron-IP
Doel-IP
Doelpoort
Doel

TCP

Zoom Phone-client

Zoom Phone Cloud

5091

SIP-signaleringsverkeer

TCP

Zoom Phone-client

Zoom Phone Cloud

443

Webverkeer - Client Instellingen

TCP

Zoom Phone-client

Zoom Phone Cloud

390

Directoryzoekopdrachten vanaf bureautelefoons

UDP

Zoom Phone-client

Zoom Phone Cloud

20000-64000

SRTP-mediaverkeer

TCP

ZPLS

Zoom Phone Cloud

5091

SIP Options-ping (Keepalive)

TCP

ZPLS

Zoom Phone Cloud

443

Node / Besturingssysteembeheerverkeer

TCP

ZPLS

Zoom Phone Cloud

9669

Belgeschiedenis / herstelsynchronisatie

TCP

SBC

Zoom Phone Cloud

5061

SIP-signaleringsverkeer (BYOC)

UDP

SBC

Zoom Phone Cloud

10000-64000

SRTP-mediaverkeer (BYOC)

De volgende tabel beschrijft de TCP- en UDP-poorten die door Zoom Phone worden gebruikt wanneer failover naar ZPLS actief is vanwege een verstoring in de connectiviteit met de Cloud.

Transport
Bron-IP
Doel-IP
Doelpoort
Doel

TCP

Zoom Phone-client

ZPLS

5091

SIP-signaleringsverkeer

UDP

Zoom Phone-client

ZPLS

20000-64000

SRTP-mediaverkeer

TCP

ZPLS

SBC

5061

Directoryzoekopdrachten vanaf bureautelefoons

UDP

ZPLS

SBC

20000-64000

SRTP-mediaverkeer

Firewallvereisten voor BYOC-premises peering

Klanten die de ZPLS-module met een SBC integreren voor extern bellen tijdens een Evenement voor overlevingsfunctionaliteit, moeten de vereiste poorten voor premises peering Inschakelen. Nadat u een Route Groep hebt geconfigureerd, zijn de benodigde IP-adressen voor de Route Groep beschikbaar op het web. Voer de volgende stappen uit om toegang te krijgen tot de IP-adressen:

  1. Meld u aan bij de Zoom-webportal.

  2. Onder de Telefoonsysteembeheer submenu, Selecteer Bedrijfsinfo.

  3. Klik account Instellingen

  4. Zoek de optie voor Route Groepen. Klik op Beheren om een nieuwe pagina te laden.

  5. Zoek op de volgende pagina de gewenste Route Groep op en beweeg de muis over het "i" pictogram.

  6. Inschakelen het opgegeven IP-adres en de poorten in het venster indien nodig binnen uw netwerk.

Zoom Phone lokale continuïteit: telefonie behouden tijdens een Evenement dat de service beïnvloedt

Zoom Phone Local Survivability (ZPLS) is een op survivability gebaseerde servicemodule die Zoom Phone-gebruikers failoverfunctionaliteit, connectiviteit en survivability biedt in het Evenement van een internet- of serviceonderbreking.

Tijdens een survivability-Evenement wanneer Zoom-eindpunten de Zoom Phone Cloud niet kunnen bereiken, registreren ondersteunde gebruikerstoestellen zich automatisch bij de ZPLS-module als hun registrar met derde prioriteit — na de primaire en secundaire SIP-zones. Deze Registratie maakt Basis telefonie-diensten mogelijk, zoals intern bellen en survivability-distributiegroepen, totdat de volledige service is hersteld.

Wanneer ze correct zijn geconfigureerd, kunnen ZPLS-modules op verschillende locaties ondersteuning bieden voor bellen tussen locaties tijdens een survivability Evenement, zolang apparaten detecteerbaar zijn op het lokale netwerk en het doorschakelen van bellen is ingeschakeld.

Organisaties kunnen deze mogelijkheid verder uitbreiden door de ZPLS-module te verbinden met een Session Border Controller (SBC) en oproepen te routeren via de Public switched telephone network (PSTN) via Bring Your Own Carrier (BYOC, ofwel behoud je eigen provider). Deze hybride aanpak combineert de eenvoud van cloud-managed telefonie met de robuustheid van on-premises-infrastructuur—en helpt de zakelijke continuïteit te waarborgen, zelfs wanneer het onverwachte gebeurt.

Echter kan de veerkracht nog steeds worden beïnvloed als het lokale netwerk zelf uitvalt—vooral bij implementaties op één locatie, waar gebouwen afhankelijk zijn van een gedeeld campusetwerk.

De volgende afbeeldingen Weergeven voorbeeldconfiguraties voor implementatie van Zoom Phone Local Survivability voor een reeks locatie- en netwerktopologieën.

Diagram depicting the ZPLS module in a single-site design
Diagram dat de ZPLS-module in een ontwerp met één locatie weergeeft
Diagram depicting the ZPLS module in a multi-site design with a common network
Diagram dat de ZPLS-module weergeeft in een ontwerp met meerdere locaties met een gemeenschappelijk netwerk
Diagram depicting the ZPLS module in a multi-site design with PSTN Connectivity
Diagram dat de ZPLS-module weergeeft in een ontwerp voor meerdere locaties met PSTN-connectiviteit

Raadpleeg uw Zoom-accountteam of het Ondersteuningscentrum van Zoom voor meer informatie over Lokale overlevingsfunctie van Zoom Phone.

Laatst bijgewerkt

Was dit nuttig?