# Uitleg over Zoom Meetings Hybrid

### Zoom Meetings Hybride Overzicht

Deze sectie biedt een overzicht van de servicemodule Zoom Meetings Hybride, ondersteund als een Zoom Node-workload. Meer informatie over Zoom Node, een overzicht van de Platform is Beschikbaar aan het einde van dit document in de [Bijlage](#appendix-zoom-node).

#### <mark style="color:blauw;">Zoom Meetings Hybride is een on-premises hybride vergaderoplossing die bandbreedte bespaart door vergadermedia binnen een bedrijfsnetwerk te herverdelen</mark>

Zoom Meetings Hybride is een on-premises hybride vergaderoplossing die fungeert als een tussenliggend verbindingspunt tussen een Zoom-client en de Zoom-cloud. De oplossing multiplexeert en herverdeelt de audio-, video- en scherm delen-mediastreams van een vergadering met [tot wel 400](#each-sfu-immr-supports-up-to-400-standard-definition-or-200-high-definition-user-connections-per-mod) verbonden deelnemers binnen hetzelfde bedrijfsnetwerk. Dit ontwerp vermindert het aantal externe Cloud-mediaverbindingen, wat het externe bandbreedteverbruik aanzienlijk kan verlagen.

<figure><img src="https://lh7-rt.googleusercontent.com/docsz/AD_4nXfVVVppbW-NhmkwGFDkKpMlcYUACkI-syd0I8Z9QJRs5Jx5cWiavnwIg6ux2KTaXksBeGy6kXWu82mQQIrAUkHY-7V5OWuHkW5G-X_ez2V-_okacRJToZXB2YPpxjYL9tT6BDfT?key=Z3rnkTkRPWE0oHdIjBvbxQ" alt=""><figcaption></figcaption></figure>

#### <mark style="color:blauw;">Zoom Meetings Hybride ondersteunt twee modi: cloud-hybride en intern alleen</mark>

Zoom Meetings Hybride ondersteunt twee werkingsmodi: een cloud-naar-premises hybride modus, bekend als Selective Forwarding Unit-modus (SFU), en een intern-only modus (iMMR) voor niet-Cloud-vergaderingen. Vergaderingen zijn standaard geconfigureerd voor cloud-hybride verbindingen, maar kunnen als intern-only worden aangeduid wanneer gebruikers een vergadering plannen of bewerken. Beide vergaderingstypen kunnen ook door dezelfde module worden ondersteund [gelijktijdig](#meetings-hybrid-can-simultaneously-support-cloud-hybrid-and-internal-only-meetings).

#### <mark style="color:blauw;">De Cloud-hybride modus verbindt gebruikers binnen uw bedrijfsnetwerk met de Cloud via de hybride module</mark>

In de Cloud-hybride modus (SFU-modus) verbinden gebruikers binnen uw bedrijfsnetwerk zich met de hybride module als tussenliggend verbindingspunt tussen hun client en de Cloud. De hybride module multiplexeert en herverdeelt de audio-, video- en scherm delen-mediastreams van een vergadering tussen de gebruikers en de Cloud.

<figure><img src="https://lh7-rt.googleusercontent.com/docsz/AD_4nXc50B_h67Ut7sgvHu6UKbM1przxAdYsmKumIfrvd4gPimstYApeW5szR0HWWPA-m8jPiRLVm1A8826j31BenyVNSy28NaBRLHsfhM5tr9F13-yqaDUFmT5TmyOm5GGmYx0USmCvxg?key=Z3rnkTkRPWE0oHdIjBvbxQ" alt=""><figcaption></figcaption></figure>

<mark style="color:blauw;">**Cloud-hybride vergaderingen hebben geen invloed op signaleringsverbindingen van Cloud naar client**</mark>

Hoewel de Zoom Meetings Hybrid-module een cloud-hybride vergadering’s *media*, kan de module geen signaleringsverbindingen van Cloud naar client verwerken. Gebruikers die zijn verbonden met de Meetings Hybrid-module blijven een bandbreedtearme signaleringsverbinding tot stand brengen met de Cloudserver van de vergadering voor gegevens en bewerkingen tijdens de vergadering, zoals het starten van een Cloud-opname of het bijwerken van de deelnemerslijst.

{% hint style="danger" %}
**Waarschuwing**

Clientapparaten **moeten** heb proxy- of Standaardroute-toegang tot het internet die Zoom-cloudservices kan bereiken. HTTPS-proxy wordt ondersteund, maar apparaten zonder toegang kunnen geen verbinding maken met vergaderingen.
{% endhint %}

#### <mark style="color:blauw;">De interne modus verbindt gebruikers met een on-premises vergadering en staat deelnemers buiten het netwerk niet toe om deel te nemen</mark>

Wanneer een vergadering als alleen intern is gepland, fungeert de hybride module als een interne multimediarouter (iMMR), die de audio, video en scherm delen-media van een vergadering multiplexeert en herverdeelt tussen gebruikers binnen het bedrijfsnetwerk. Deze vergaderingen zijn geïsoleerd van het bedrijfsnetwerk en **kan niet** verbinden met of cascaderen naar Cloud-vergaderservers of -services, waardoor externe netwerkdeelnemers of services zoals Cloud-opname niet aan de vergadering kunnen deelnemen.

<figure><img src="https://lh7-rt.googleusercontent.com/docsz/AD_4nXfKz6ul7kIwWkfMyYF8vjUPA8kZ_oVR-iGTGyojShz0rDy-rnq7VW6AZ4SRV6haB6NkDLwyd6UusHp8dK_Lkym7QM-5jQnAXdPxV3OoMxdwpKvaROL9QRlnCoCFHJ0nLRsjgUx9Gw?key=Z3rnkTkRPWE0oHdIjBvbxQ" alt=""><figcaption></figcaption></figure>

<mark style="color:blauw;">**Interne vergaderingen voor alleen intern verkeer routeren zowel signalerings- als mediaverbindingen via de hybride module**</mark>

In tegenstelling tot het cloud-hybride model routeren vergaderingen voor alleen intern verkeer zowel media *en* signalering binnen het netwerk naar de hybride module. Dit creëert een volledig on-premises vergadertype, zonder de mogelijkheid van externe verbindingen.

<mark style="color:blauw;">**Werknemers buiten het bedrijfsnetwerk kunnen via VPN deelnemen aan vergaderingen voor alleen intern verkeer**</mark>

Medewerkers buiten het bedrijfsnetwerk kunnen deelnemen aan vergaderingen die alleen intern zijn terwijl ze verbonden zijn met een VPN, als de VPN-server via het bedrijfsnetwerk kan communiceren met de hybride module. Echter, gebruikers **moeten** zijn aangemeld bij hun zakelijke Zoom-account om deel te nemen.

Bijvoorbeeld: een externe werknemer is vanuit zijn thuisnetwerk verbonden met het VPN van het bedrijf, zonder split tunneling. Zolang de gebruiker is aangemeld bij zijn bedrijfs-Zoom-account en de verbonden VPN-server kan communiceren met de hybride module binnen het bedrijfsnetwerk, kan de externe gebruiker op afstand verbinding maken met een vergadering die alleen intern toegankelijk is.

#### <mark style="color:blauw;">Meetings Hybrid kan tegelijkertijd Cloud-hybride en alleen interne vergaderingen ondersteunen</mark>

Meetings Hybrid kan tegelijkertijd ondersteuning bieden voor Cloud-hybride en alleen interne vergaderingen, waardoor afzonderlijke implementaties voor elk gebruiksscenario niet nodig zijn.

Bijvoorbeeld: een bedrijf heeft één hybride module die binnen hun netwerk is geïmplementeerd, met 400 verbonden gebruikers. In dit scenario kunnen 200 gebruikers verbinding maken met Cloud-hybride vergaderingen, terwijl de overige 200 gebruikers verbonden zijn met interne vergaderingen. Voor elk verbonden vergadertype zal de Meetings Hybrid-module de bedoelde verbindingsRoutering respecteren: Cloud-hybride vergaderingen routeren media via de module en signalering naar de Cloud; interne vergaderingen routeren zowel media als signalering uitsluitend on-premises.

#### <mark style="color:blauw;">Zoom Meetings Hybrid houdt alle media on-premises als er geen externe deelnemers presenteren en alle gebruikers verbonden zijn met dezelfde hybride module</mark>

Als gebruikers verbonden zijn met een cloud-hybride vergadering via dezelfde Meetings Hybrid-module, maar er geen externe deelnemers aanwezig zijn, zal de hybride module geen media verzenden tussen de Zoom-Cloud. In plaats daarvan wordt alle vergadermedia on-premises bewaard en binnen het bedrijfsnetwerk via de hybride module gerouteerd. Vergadermedia verlaat het netwerk pas nadat een externe deelnemer zich vanaf de cloud heeft aangesloten, of als een tweede hybride module binnen het netwerk verbinding maakt met de vergadering.

Bijvoorbeeld: een Groep gebruikers binnen een bedrijfsnetwerk nemen deel aan dezelfde Cloud-hybride ingeschakelde vergadering. Alle gebruikers zijn verbonden met dezelfde hybride module en alle vergaderingsmedia worden binnen het bedrijfsnetwerk gerouteerd. Zodra een externe gebruiker deelneemt aan de vergadering vanuit de Cloud, of een tweede hybride module verbinding maakt met de vergadering, zullen de hybride module(s) een mediaverbinding openen met de Cloud en de media van de vergadering van en naar de Cloud herverdelen.

{% hint style="info" %}
**Opmerking**

Interne gebruikers kunnen ook externe mediaverbindingen tot stand brengen als de hybride infrastructuur [op Capaciteit](#each-sfu-immr-supports-up-to-400-standard-definition-or-200-high-definition-user-connections-per-mod).
{% endhint %}

#### <mark style="color:blauw;">Zoom Meetings Hybrid ondersteunt end-to-end versleutelde vergaderingen voor beide vergadermodi</mark>

Zoom Meetings Hybrid ondersteunt [end-to-end versleutelde](https://support.zoom.us/hc/en-us/articles/360048660871-End-to-end-E2EE-encryption-for-meetings) (E2EE)-vergaderingen in zowel cloud-hybride als uitsluitend interne vergaderingsmodi. Dit biedt een extra beveiligingslaag voor vertrouwelijke vergaderingen en kan worden gecombineerd met uitsluitend interne vergaderingen voor vergaderingen die de hoogste beveiligingsniveaus vereisen die beschikbaar zijn binnen het Zoom Platform.

#### <mark style="color:blauw;">Klanten kunnen meerdere regiogebonden hybride zones implementeren in hun datacenters</mark>

Zoom Meetings Hybrid ondersteunt implementaties met meerdere zones, waardoor Klanten afzonderlijke hybride omgevingen kunnen implementeren voor verschillende locaties of regio's. Wanneer meerdere zones zijn ingesteld, maken gebruikers verbinding met de dichtstbijzijnde hybride module op basis van hun pingtijd naar Beschikbaar appliances.

Als een Zakelijk bijvoorbeeld een kantoor in New York en Los Angeles heeft, kan een enkele hybride implementatie op één Locatie latentie- of prestatieproblemen veroorzaken door langere reistijd. In plaats daarvan kunnen Klanten voor elke specifieke Locatie of regio een hybride omgeving implementeren om de gebruikerservaring te verbeteren. Wanneer een gebruiker probeert verbinding te maken met een vergadering, zal de client van de gebruiker Beschikbaar hybride modules pingen en verbinding maken met de module met de laagste latentie.

#### <mark style="color:blauw;">Zoom Meetings Hybrid vervangt de Vergaderingsconnector van Zoom niet</mark>

Zoom’s Vergaderingsconnector is een Zoom Node-workload die een cloudbeheerde on-premises oplossing biedt voor het creëren van een vergaderzone binnen het Datacenter van uw bedrijf, zonder cloudondersteuning of fallback. Met Vergaderingsconnector zijn alle vergaderservers en appliances eigendom van en worden onderhouden door uw bedrijf, en moeten externe verbindingen toestaan zodat externe deelnemers kunnen deelnemen aan uw vergaderingen.

In tegenstelling tot Vergaderingsconnector blijft Zoom Meetings Hybrid gebruikmaken van cloudvergaderinfrastructuur in combinatie met hybride appliances in uw Datacenter, en vereist het niet dat vergaderservers worden gehost of dat externe deelnemers verbinding kunnen maken met uw Datacenters.

De volgende tabel schetst enkele van de belangrijkste verschillen tussen deze twee producten:

| Mogelijkheid                             | Meetings Hybrid                   | Vergaderingsconnector |
| ---------------------------------------- | --------------------------------- | --------------------- |
| On-Premises Server                       | ☑️                                | ☑️                    |
| Ondersteunt meerdere zones               | ☑️                                | ☑️                    |
| Media uitsluitend on-premises            | <p>☑️<br>(Tijdens iMMR-modus)</p> | <p>☑️<br><br></p>     |
| Cascade naar Cloud                       | ☑️                                | <p><br></p>           |
| Gebruikers kunnen deelnemen via Cloud    | ☑️                                | <p><br></p>           |
| Cloudservices (opname, enz.)             | ☑️                                | <p><br></p>           |
| Staat externe gebruikersverbindingen toe | <p><br></p>                       | ☑️                    |

### Zoom Meetings Hybrid-functionaliteit

In deze sectie wordt de functionaliteit en het ontwerp van de servicemodule van Zoom Meetings Hybrid besproken.

#### <mark style="color:blauw;">Zoom Meetings Hybrid bestaat uit twee componenten: een Selective Forwarding Unit/Internal MMR en een Zone Controller Proxy</mark>

Om Zoom Meetings Hybrid binnen een netwerk te implementeren, zijn twee Zoom Node-componenten vereist: een Selective Forwarding Unit (SFU)/Internal MMR (iMMR) en een Zone Controller Proxy (ZCP). Raadpleeg de Bijlage aan het einde van dit document voor meer informatie [over servicemodules](#service-modules-are-the-services-that-run-on-the-zoom-node-os-and-are-easily-deployed-through-the-we).

<figure><img src="https://lh7-rt.googleusercontent.com/docsz/AD_4nXeysx0MZgb95ALpMcee5-kcn38XGTnAvcoxL64d6V_Y872u28Tj-xa73F1GTpxIRCchEb_yuzWFKR7mLhIxWq2QRTx6k-13sdLs8EGGL61eG9awOHR9rZQscz2fOb-m7TCabWrhMw?key=Z3rnkTkRPWE0oHdIjBvbxQ" alt=""><figcaption></figcaption></figure>

#### <mark style="color:blauw;">De SFU/iMMR werkt als een stekkerdoos en verdeelt media opnieuw naar verbonden Zoom-clients</mark>

De module Selective Forwarding Unit (SFU)/Internal MMR (iMMR) staat centraal in het ontwerp van Zoom Meetings Hybrid. Net als een stekkerdoos is de SFU/iMMR een gecentraliseerde netwerk-“plug-in” die media distribueert naar verbonden Zoom-clients. De functie van de SFU/iMMR-module varieert echter afhankelijk van het type vergadering.

In hybride vergaderingen fungeert de SFU/iMMR als het primaire verbindingspunt voor interne Zoom-clients, waarbij mediastromen tussen verbonden Zoom-clients binnen het netwerk en de cloud worden gemultiplext en opnieuw verdeeld.

Voor uitsluitend interne vergaderingen fungeert de SFU/iMMR als een lokale multimedia-router, die media centraal multiplexeert en distribueert naar verbonden gebruikers en andere SFU/iMMR-eenheden (indien verbonden) zonder de Zoom-cloud.

#### <mark style="color:blauw;">Elke SFU/iMMR ondersteunt maximaal 400 standaarddefinitie- of 200 high-definition gebruikersverbindingen per module</mark>

Elke SFU/iMMR-module ondersteunt maximaal 400 gelijktijdige deelnemers in standaarddefinitie per module, of maximaal 200 gelijktijdige deelnemers in high definition (720p). Bij maximale Capaciteit voor één vergadering kan de SFU/iMMR-module het externe bandbreedteverbruik verminderen met een verhouding van 400:1 of 200:1, afhankelijk van de resolutie van de vergadering.

#### <mark style="color:blauw;">Een SFU/iMMR kan meerdere vergaderingen tegelijk ondersteunen</mark>

De SFU/iMMR-module ondersteunt gelijktijdige vergaderverbindingen, waardoor één module meerdere unieke, gelijktijdige vergaderingen kan ondersteunen, waaronder zowel cloud-hybride als uitsluitend interne vergaderingen.

Bijvoorbeeld: 400 gebruikers binnen een Locatie verbinden tegelijkertijd met 25 verschillende vergaderingen in standaarddefinitie met externe gebruikers aanwezig. Met Zoom Meetings Hybrid kan één SFU-module alle gebruikers met hun respectieve vergaderingen verbinden, waardoor het aantal externe mediastromen wordt verminderd van 400 naar 25. Bij een gemiddelde van 1,2 Mbps per mediaverbinding kan de SFU-module het campusnetwerk in dit scenario ongeveer 450 Mbps aan externe bandbreedte besparen.\\

<figure><img src="https://lh7-rt.googleusercontent.com/docsz/AD_4nXf5110xPOu5I8wpiiWGRVJB2LRVtVCM3wsqGErLZTh5wn9kQb4Uz-OtoDsPmFBAzS_RBo4uOfCvrJVB6K1AWZkj9AMUY18WW0sleDi_PgaeavqOPnXu0viOvnfg05c3Dir8u4-X?key=Z3rnkTkRPWE0oHdIjBvbxQ" alt=""><figcaption></figcaption></figure>

#### <mark style="color:blauw;">Een SFU/iMMR kan cloud-hybride en uitsluitend interne vergaderingen tegelijk ondersteunen</mark>

Een SFU/iMMR-module kan gelijktijdig cloud-hybride en uitsluitend interne vergaderingen ondersteunen, waardoor afzonderlijke implementaties voor elk gebruiksscenario niet nodig zijn. Voor elk verbonden vergaderingstype zal de hybride module de beoogde verbindingsroutering respecteren: cloud-hybride vergaderingen routeren media via de module en signalering naar de cloud; uitsluitend interne vergaderingen routeren zowel media als signalering uitsluitend via de on-premises hybride module.

Bijvoorbeeld: 400 gebruikers binnen een Locatie verbinden tegelijkertijd met drie afzonderlijke vergaderingen in standaarddefinitie. Twee vergaderingen zijn cloud-hybride met externe gebruikers aanwezig, en 300 gebruikers van het bedrijfsnetwerk zijn verbonden via de SFU/iMMR-module die in SFU-modus werkt. De derde vergadering is uitsluitend intern, met 100 gebruikers die verbonden zijn met dezelfde SFU/iMMR-module die in iMMR-modus werkt.

In dit voorbeeld hebben gebruikers die verbonden zijn met de cloud-hybride vergaderingen een bidirectionele mediaverbinding met de SFU/iMMR-module en onafhankelijke bidirectionele signaleringsverbindingen met de cloud. Ondertussen hebben gebruikers die verbonden zijn met de uitsluitend interne vergadering bidirectionele signalerings- en mediaverbindingen uitsluitend met dezelfde SFU/iMMR-module, waardoor alle gegevens van interne vergaderingen on-premises blijven en niet naar de cloud worden gecascadeerd.

<figure><img src="https://lh7-rt.googleusercontent.com/docsz/AD_4nXemWHF_V9W6Jm-C_Eo-2VFinM_90aZ8DZpd6YepQ23y6Npn_vovt6-hgIXywXmC1t2NlZTbhPV0_6XKo9jks23JVUprVTslZ3Jh8jFj97-WoHjtULZM1dhgsnhJMtbrbuiUIp2QOA?key=Z3rnkTkRPWE0oHdIjBvbxQ" alt=""><figcaption></figcaption></figure>

#### <mark style="color:blauw;">Voor cloud-hybride vergaderingen fungeert de SFU/iMMR alleen als een doorgeefapparaat en heeft het geen toegang tot vergader- of gebruikerssleutels</mark>

Wanneer verbonden met een cloud-hybride vergadering (SFU-modus), hebben SFU/iMMR-modules geen toegang nodig tot vergader-encryptiesleutels en hebben ze deze ook niet. In plaats daarvan behouden de modules hun mediamixrol als versleutelde media-processors voor vergaderingen, zonder toegang tot de inhoud van de mediastream.

#### <mark style="color:blauw;">Voor uitsluitend interne vergaderingen genereert en distribueert de SFU/iMMR alle encryptiesleutels binnen het bedrijfsnetwerk</mark>

Wanneer de module werkt als een multimedia-router voor uitsluitend interne vergaderingen (iMMR-modus), is de bovenste SFU/iMMR in een vergadering verantwoordelijk voor het genereren en distribueren van encryptiesleutels voor de vergadering. Encryptiesleutels worden gegenereerd en gedistribueerd met dezelfde cryptografische methoden als cloudgebaseerde MMR’s.

#### <mark style="color:blauw;">SFU/iMMR-modules kunnen niet met elkaar communiceren via een netwerk wanneer ze verbonden zijn met een cloud-hybride vergadering</mark>

SFU/iMMR-modules ondersteunen geen communicatie tussen netwerken (east-west) binnen een Datacenter wanneer ze verbonden zijn met een cloud-hybride vergadering. Alle SFU-naar-SFU-communicatie voor cloud-hybride vergaderingen moet by design via de Zoom-cloudinfrastructuur (north-south) worden gerouteerd.

#### <mark style="color:blauw;">SFU/iMMR-modules kunnen met elkaar communiceren via het netwerk wanneer verbonden met een uitsluitend interne vergadering</mark>

In tegenstelling tot cloud-hybride vergaderingen ondersteunen uitsluitend interne vergaderingen communicatie tussen netwerken (east-west) vanwege het ontwerp van de interne vergadering. Cloud-hybride vergaderingen vereisen dat elke SFU/iMMR-module zich abonneert op de mediastream van de “top” cloud MMR; uitsluitend interne vergaderingen gebruiken echter geen cloud-mediastreams. In plaats daarvan is de eerste iMMR/SFU-module die een uitsluitend interne vergadering maakt de “top” MMR, en extra SFU/iMMR-modules abonneren zich op de top MMR-stream, waardoor communicatie tussen netwerken mogelijk wordt.

#### <mark style="color:blauw;">De Zone Controller Proxy-module verbindt de SFU/iMMR met de Zoom-cloud</mark>

De Zone Controller Proxy-module is verantwoordelijk voor het verbinden van SFU/iMMR-modules met de cloudvergaderinfrastructuur van Zoom, indien van toepassing.

Tijdens het verbindingsproces van een gebruiker met een vergadering stuurt Zoom-webservices een verzoek tussen de Zone Controller Proxy en een cloud-Zone Controller om de informatie over de vergaderserver op te halen. Deze informatie wordt doorgegeven van de Zone Controller Proxy naar de SFU/iMMR, die verbinding maakt met de Zoom-cloud voor cloud-hybride vergaderingen, of een vergadering initialiseert voor uitsluitend interne vergaderingen.

#### <mark style="color:blauw;">Implementaties vereisen minstens twee Zone Controller Proxies per Locatie</mark>

Voor elke geografische Locatie waar Zoom Meetings Hybrid wordt geïmplementeerd, zijn minstens twee Zone Controller Proxies vereist voor veerkracht en stabiliteit.

Als een bedrijf bijvoorbeeld Zoom Meetings Hybrid implementeert in hun kantoren in Los Angeles en New York, moet elke Locatie twee ZCP-modules op elke Locatie implementeren, in totaal vier.

#### <mark style="color:blauw;">Als een SFU/iMMR-module onverwacht uitvalt, zullen gebruikers indien mogelijk overschakelen naar alternatieve verbindingen</mark>

Hoewel onverwacht, zullen gebruikers in het geval dat een hybride module uitvalt (d.w\.z. crasht) terwijl gebruikers verbonden zijn, indien mogelijk beginnen over te schakelen naar alternatieve verbindingen. Deze scenario’s worden beschreven in de volgende drie secties.

#### <mark style="color:blauw;">Gebruikers die verbonden zijn met een cloud-hybride vergadering zullen overschakelen naar een alternatieve SFU/iMMR-module indien beschikbaar, en als laatste redmiddel naar de cloud</mark>

Als gebruikers verbonden zijn met een Cloud-hybride vergadering via een SFU/iMMR-module die abrupt uitvalt, zullen gebruikerclients automatisch proberen over te schakelen naar andere SFU/iMMR-modules die beschikbaar zijn binnen het netwerk. Als andere resources hun Capaciteit hebben bereikt of niet beschikbaar zijn, zullen gebruikerclients onafhankelijke Cloud-verbindingen tot stand brengen als een laatste failoveroplossing.

#### <mark style="color:blauw;">Gebruikers die verbonden zijn met een alleen-interne vergadering zullen overschakelen naar een andere SFU/iMMR-module als de uitgevallen module niet de bovenste MMR was</mark>

Als gebruikers verbonden zijn met een alleen-interne vergadering en hun SFU/iMMR-module uitvalt, zullen gebruikers overschakelen naar alternatieve SFU/iMMR-modules indien beschikbaar, op voorwaarde dat hun SFU/iMMR niet de host van de MMR op het hoogste niveau van de interne vergadering was.

#### <mark style="color:blauw;">Als de SFU/iMMR die een alleen-interne vergadering heeft gestart uitvalt, moet de vergadering opnieuw worden gestart</mark>

Vanwege het netwerkontwerp voor alleen-interne vergaderingen wordt de SFU/iMMR-module die de vergadering initieert, aangewezen als de MMR op het hoogste niveau voor de vergadering. Als de MMR op het hoogste niveau van een vergadering uitvalt, stopt of de vergadering verlaat, zal de vergadering instorten en opnieuw moeten worden gestart. MMR's op het hoogste niveau **kan niet** schakelen over naar alternatieve hybride resources.

#### <mark style="color:blauw;">Zoom Meetings Hybrid-verbindingen worden in de client weergegeven als een “Datacenter dat wordt beheerd door uw Zoom-account Eigenaar”</mark>

Wanneer gebruikers verbonden zijn met de Meetings Hybrid-infrastructuur, zien zij in de client dat zij “...verbonden zijn met het wereldwijde netwerk van Zoom… via een Datacenter dat wordt beheerd door uw Zoom-account Eigenaar”. Als alternatief zien gebruikers die verbonden zijn met Cloud-infrastructuur het bericht dat zij “Verbonden zijn met het wereldwijde netwerk van Zoom.”

De volgende afbeeldingen weergeven wat gebruikers zullen zien wanneer ze verbonden zijn met een Zoom Meetings Hybrid-vergadering vergeleken met een op Cloud gebaseerde vergadering.\\

{% columns %}
{% column %}

<figure><img src="https://lh7-rt.googleusercontent.com/docsz/AD_4nXeL9BwtbA2YYCCRgCa-kUpcsTzKme2Eiii6jGh9_uIrhfrsw10IxgyRZIFoXUPw64sdVaQVDfk-niTaFnSDeurtUEyfRwLipjgWeDgbKyuVdWCmatm4DfUw_fzlJH1ger5CvEcK?key=Z3rnkTkRPWE0oHdIjBvbxQ" alt="" width="375"><figcaption></figcaption></figure>
{% endcolumn %}

{% column %}

<figure><img src="https://lh7-rt.googleusercontent.com/docsz/AD_4nXdBgfJcS9paUxZSekZ6p5YD-qHLA3hZEV60TdXzDE2s1KAXflpINJS2Dhn-VoIW8kitzfQfSHwfrklim5QvAeYt9X7Bc_omR4Ad0lHlBM5QgpzsE-iiFt840hIK-BhrK5GCj3Qh?key=Z3rnkTkRPWE0oHdIjBvbxQ" alt="" width="375"><figcaption></figcaption></figure>
{% endcolumn %}
{% endcolumns %}

#### <mark style="color:blauw;">Zoom Meetings Hybrid gebruikt de Standaard firewallconfiguratie van Zoom en vereist geen speciale regels</mark>

Zoom Meetings Hybrid vereist geen aanvullende firewallregels of configuraties buiten [de Standaard aanbeveling van Zoom](https://support.zoom.us/hc/en-us/articles/201362683-Zoom-network-firewall-or-proxy-server-settings). Mediaverbindingen blijven UDP/TCP 8801 en TCP 443 (TLS 1.2) gebruiken als Standaard poorten voor de dienst.

{% hint style="info" %}
**Opmerking**

Poortscheiding voor media (UDP 8801-8803) wordt ondersteund. Zorg ervoor dat firewallregels zo zijn geconfigureerd dat 8802 en 8803 zijn opgenomen als poortscheiding is ingeschakeld.
{% endhint %}

### Bijlage: Zoom Node

Deze sectie biedt een algemene introductie tot het Zoom Node Platform en de kernconcepten ervan.

#### <mark style="color:blauw;">Zoom Node brengt belangrijke onderdelen van de Zoom-diensten naar uw eigen Datacenters en kantoren</mark>

Zoom Node is een hybride oplossing die uw Datacenter-servers integreert met de Cloud van Zoom om Zoom-diensten aan uw kantoren te helpen leveren.

Met een door de Cloud aangestuurd implementatiemodel kunnen Zoom-beheerders dynamisch en snel hybride Zoom-diensten implementeren op hun Datacenter-servers vanuit een gecentraliseerd Dashboard op het web. Dit Dashboard bevat daarnaast hulpmiddelen voor servicebeheer, upgrades, logbeheer, prestatierapportage en een robuust framework voor probleemoplossing.

#### <mark style="color:blauw;">Zoom Node is een modulair ontwerp, waarbij u alleen de servicemodules implementeert die u nodig hebt</mark>

In plaats van aparte software voor elke hybride dienst te vereisen, is Zoom Node een “Alles-in-één” modulair Platform waarmee bedrijven meerdere hybride diensten kunnen beheren en implementeren met behulp van één gemeenschappelijk framework.

Zoom Node bereikt dit modulaire ontwerp door het Zoom Node Besturingssysteem (een op Linux gebaseerd besturingssysteem) te installeren op Datacenter-servers van ondernemingen, waardoor deze in Nodes worden omgezet. Zodra de software is geïnstalleerd, registreert de Node zich bij het Zoom Node Platform in de Cloud en wacht deze op de installatie van verschillende servicemodules die functionaliteit van Zoom-diensten bieden

#### <mark style="color:blauw;">Zoom Node bevat een functierijk Dashboard voor servicebeheer, upgrades, waarschuwingen, probleemoplossing en meer</mark>

Als centrale hub voor het beheren van Zoom Node-implementaties bevat het Zoom Node-dashboard hulpmiddelen voor servicebeheer, implementaties, upgrades, logbeheer, prestatierapportage en een robuust framework voor probleemoplossing.

#### <mark style="color:blauw;">Servicemodules zijn de diensten die op het Zoom Node Besturingssysteem draaien, en kunnen eenvoudig via het web worden geïmplementeerd</mark>

Servicemodules zijn de servicetoepassingen die op het Zoom Node-besturingssysteem draaien, waardoor diensten kunnen functioneren. Zoom-beheerders Toewijzen diensten aan nodes via het Zoom Node-dashboard op het webportaal. Nadat de dienst aan een Node is toegewezen, pusht het Zoom Node Platform de gekozen servicemodule naar de Node en installeert deze automatisch. Zodra de installatie is voltooid, is het Node-Eindpunt klaar voor gebruik met de aangewezen hybride dienst(en).

#### <mark style="color:blauw;">Elke Zoom Node kan maximaal vier servicemodules ondersteunen</mark>

Elk Zoom Node-apparaat kan maximaal vier servicemodules per machine ondersteunen, behalve de module Zoom Phone Local Survivability. Extra Nodes kunnen worden gemaakt en gekoppeld voor aanvullende vereisten of veerkracht.

Een bedrijf implementeert bijvoorbeeld Zoom Meetings Hybrid in verschillende Datacenters, te beginnen met New York. Elk Datacenter is uitgerust met meerdere Zoom Node-Eindpunten die verbonden zijn met het Zoom Node Platform, maar aan geen ervan is een Node-dienst voor functionaliteit toegewezen, zoals te zien is in de volgende afbeelding.

<figure><img src="https://lh7-rt.googleusercontent.com/docsz/AD_4nXeutD-2geglZBY9wv2h9od07rrVNko-KOW7cTmhmyj-8W9hDlcpptUcHPH95fxdB7OPQGYRtKTaXWEbBUUIeeJ7vCTlCsran7jlZKsHCuZu-tVXSKoeZy8W4nEQYqJXoWsGphInRg?key=Z3rnkTkRPWE0oHdIjBvbxQ" alt="" width="563"><figcaption></figcaption></figure>

Zodra het bedrijf klaar is om Zoom Meetings Hybrid binnen zijn netwerk te implementeren, implementeert een accountbeheerder één Zone Controller Proxy-service en drie SFU/iMMR-modules op Nodes 1 en 2. De beheerder implementeert ook een extra SFU/iMMR-module op de derde Node als buffer. Het Zoom Node Platform pusht en installeert alle Node-diensten naar elk Node-Eindpunt, en nadat de installatie is voltooid, is Zoom Meetings Hybrid klaar voor gebruik zoals te zien is in de volgende afbeelding.

<figure><img src="https://lh7-rt.googleusercontent.com/docsz/AD_4nXcS8UUa_h7FzrCbkuc2EZ8OBua6PQkWs-tWWtcpAcYkYT_CcVCHYZ_CrBrcjCfus2U6m1C55uR5Cld4mB47aCvjiWouzN2XgmSOsQQ23DbLsdUdFH4QhNce8t-CnHLH10ImqnwWrA?key=Z3rnkTkRPWE0oHdIjBvbxQ" alt="" width="563"><figcaption></figcaption></figure>

#### <mark style="color:blauw;">Zoom Node ondersteunt end-to-end geautomatiseerde PKI-certificaatgeneratie (Auto-PKI)</mark>

Zoom Node omvat end-to-end geautomatiseerd beheer van openbare certificaten via DigiCert. Alle kosten voor het genereren en vernieuwen van certificaten worden betaald door Zoom, maar Zoom verwerkt of heeft via dit proces geen toegang tot de privésleutels van de klant.

Klanten met een bestaande certificaatstrategie kunnen ervoor kiezen certificaten handmatig te genereren, te vernieuwen en te ondersteunen met een certificaatautoriteit van hun voorkeur, maar deze kosten worden niet door Zoom betaald. Klanten die van plan zijn een alternatieve certificaatautoriteit te gebruiken, dienen vooraf met hun accountteam te spreken.

#### <mark style="color:blauw;">Elke Zoom Node heeft een dynamische DNS-vermelding met de vanity-URL van het account: \*.zoomonprem.com (Auto-DNS)</mark>

Zoom Node genereert automatisch dynamische DNS-vermeldingen voor elke server onder het domein \*.zoomonprem.com met behulp van de bestaande vanity-URL van het host-account, bijv. `success01.zoomonprem.com`.

Dit systeem vereenvoudigt firewallbeheer bij het Verbinden met Zoom Node-implementaties die door andere Zoom Klanten worden gebruikt. Individuele Klanten hebben niet langer firewallregels nodig om verbinding te maken met een andere Zoom Node-klant, maar kunnen in plaats daarvan het volledige domein zoomonprem.com goedkeuren met wildcardwaarden.

#### <mark style="color:blauw;">Zoom Node draait op virtuele machines</mark>

Zoom Node is ontworpen om te draaien op serverklasse-Hardware, met gebruik van virtuele machines, geïnstalleerd met de geharde installatiekopie van het Zoom Node-besturingssysteem. Alle diensten vereisen statische interne IP-adressen, waarbij sommige diensten openbare IP's vereisen voor externe connectiviteit.

De Hardware-vereisten en specificaties zijn uniek voor uw hybride implementatiedoelen. Raadpleeg uw accountteam voor meer informatie over het identificeren van de behoeften van uw Organisatie voor een hybride implementatie.

#### <mark style="color:blauw;">Zoom Node is niet voor elke klant</mark>

Elke onderneming heeft unieke vereisten als het gaat om diensten voor uniforme communicatie. Met deze behoeften moet zorgvuldig rekening worden gehouden voordat een beslissing wordt genomen om een hybride omgeving te implementeren. In de meeste gevallen is de traditionele Zoom-cloudconfiguratie de optimale oplossing voor de meeste bedrijven; er zijn echter Organisaties die baat hebben bij hybride configuraties. Organisaties moeten grondig nadenken over de implicaties van het opzetten en onderhouden van een hybride omgeving.

#### <mark style="color:blauw;">Opschalen kan moeilijk en duur zijn om te beheren</mark>

Het opschalen van de Hardware om een groot aantal gebruikers in hybride omgevingen te ondersteunen kan kostbaar zijn. Afhankelijk van de geïmplementeerde diensten kan het ondersteunen van 10.000 gebruikers tussen de 7 en 13 Zoom Nodes vereisen, terwijl het ondersteunen van 100.000 gebruikers tussen de 60 en 120 Zoom Nodes kan vereisen.

Het beheren, onderhouden en ondersteunen van de Hardware en/of hypervisorinfrastructuur die voor Zoom Node vereist is, creëert ook extra overhead voor elke Organisatie en moet zwaar meewegen bij het onderzoeken van hybride implementaties.

#### <mark style="color:blauw;">Beveiligingsvoordelen zijn beperkt</mark>

Zoom Node biedt geen aanvullende encryptiemethoden of grote beveiligingsvoordelen ten opzichte van de native Zoom-cloudservice, afgezien van de mogelijkheid om te dienen als gespecialiseerde webproxy of lokale logresidentie.

Hybride implementaties vereisen ook aanvullende firewallregels en configuraties om Node-Eindpunten beschikbaar te maken voor externe diensten. Netwerkbeveiligingsteams moeten rekening houden met deze aanvullende firewall- en beveiligingsvereisten wanneer zij overwegen hybride omgevingen te implementeren.

#### <mark style="color:blauw;">Hybride omgevingen en VPN's vereisen configuraties</mark>

Werknemers op afstand kunnen een VPN-verbinding of een split-tunnelconfiguratie nodig hebben om hun vergaderingverkeer desgewenst naar Zoom Node-diensten te routeren. Deze toename van verkeer kan de VPN-infrastructuur mogelijk overbelasten als deze de extra verzonden en ontvangen bandbreedte niet aankan. Zorgvuldige planning is vereist wanneer hybride diensten worden gecombineerd met externe medewerkers en externe netwerkinfrastructuur.

#### <mark style="color:blauw;">Het delen van serverlogboeken vereist zorgvuldige afweging</mark>

Hoewel het behouden van lokale controle over Zoom Node-logboeken en -records een onderdeel is van hybride implementaties, kan deze Functie obstructief zijn bij het oplossen van problemen met hybride infrastructuur.

Servicelogboeken worden Standaard lokaal bewaard en bevatten gegevens, diagnostische informatie en andere informatie die niet Beschikbaar is voor Zoom om te bekijken. Om hybride configuraties en kwaliteitsproblemen effectief op te lossen, moeten hybride datalogboeken echter met Zoom worden gedeeld voor probleemoplossingsdoeleinden. Zoom Node biedt een veilige service voor het uploaden van logbestanden via het webportaal naar eigen goeddunken van de klant, maar het uploaden van deze logboeken kan servicemetadata blootleggen die in hybride implementaties anders niet met Zoom wordt gedeeld. Deze gegevens kunnen onder andere de namen van lokaal deelnemende deelnemers, het versienummer van Zoom, informatie over het besturingssysteem en meer bevatten.


---

# 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/geavanceerde-onderneming-services/zoom-node/zoom-meetings-hybrid/zoom-meetings-hybrid-explainer.md?ask=<question>
```

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.