> For the complete documentation index, see [llms.txt](https://library.zoom.com/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://library.zoom.com/technical-library/nl/geavanceerde-diensten-voor-onderneming/zoom-node/zoom-meetings-hybrid/zoom-meetings-hybrid-explainer.md).

# Hybride uitleg over Zoom Meetings

### Overzicht van Zoom Meetings Hybrid

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

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

Zoom Meetings Hybrid is een on-premises hybride vergaderoplossing die fungeert als een intermediair verbindingspunt tussen een Zoom-client en de Zoom-cloud. De oplossing multiplexeert en herverdeelt de audio-, video- en mediestromen voor scherm delen van een vergadering met [tot 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 verbruik van externe bandbreedte aanzienlijk kan verminderen.

<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 Hybrid ondersteunt twee modi: cloud-hybride en alleen-intern</mark>

Zoom Meetings Hybrid ondersteunt twee bedrijfsmodi: een cloud-naar-on-premises hybride modus, bekend als de Selective Forwarding Unit-modus (SFU), en een alleen-interne modus (iMMR) voor niet-Cloud-vergaderingen. Vergaderingen worden Standaard geconfigureerd voor cloud-hybride verbindingen, maar kunnen als alleen-intern worden aangewezen wanneer gebruikers een vergadering plannen of bewerken. Beide vergaderingstypen kunnen ook door dezelfde module worden ondersteund [tegelijkertijd](#meetings-hybrid-can-simultaneously-support-cloud-hybrid-and-internal-only-meetings).

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

In de cloud-hybride modus (SFU-modus) verbinden gebruikers binnen uw bedrijfsnetwerk zich met de hybride module als een intermediair verbindingspunt tussen hun client en de Cloud. De hybride module multiplexeert en herverdeelt de audio-, video- en mediestromen voor scherm delen 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 de Cloud naar de client**</mark>

Hoewel de module Zoom Meetings Hybrid de *media*van een cloud-hybride vergadering kan herverdelen, verwerkt de module geen signaleringsverbindingen van de Cloud naar de client. Gebruikers die verbonden zijn met de Meetings Hybrid-module zullen een lichtgewicht signaleringsverbinding blijven opzetten met de Cloud-server 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** proxytoegang of toegang via de Standaard-route tot internet hebben waarmee Zoom-cloudservices bereikbaar zijn. Een HTTPS-proxy wordt ondersteund, maar apparaten zonder toegang kunnen geen verbinding maken met vergaderingen.
{% endhint %}

#### <mark style="color:blauw;">De alleen-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), waarbij de audio-, video- en mediestromen voor scherm delen van een vergadering tussen gebruikers binnen het bedrijfsnetwerk worden gemultiplexeerd en herverdeeld. Deze vergaderingen zijn geïsoleerd tot het bedrijfsnetwerk en **kunnen niet** verbinden met of doorschakelen naar Cloud-vergaderingsservers 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;">**Alleen-interne vergaderingen routeren zowel signalerings- als mediaverbindingen via de hybride module**</mark>

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

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

Werknemers buiten het bedrijfsnetwerk kunnen deelnemen aan alleen-interne vergaderingen terwijl ze met een VPN zijn verbonden, als de VPN-server kan communiceren met de hybride module binnen het bedrijfsnetwerk. Gebruikers **moeten** moeten zijn aangemeld bij hun bedrijfs-Zoom-account om deel te nemen.

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

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

Meetings Hybrid kan gelijktijdig cloud-hybride en alleen-interne vergaderingen ondersteunen, waardoor aparte implementaties voor elk gebruiksscenario niet nodig zijn.

Een bedrijf heeft bijvoorbeeld één hybride module binnen zijn netwerk geïmplementeerd, met 400 verbonden gebruikers. In dit scenario kunnen 200 gebruikers verbinding maken met cloud-hybride vergaderingen, terwijl de resterende 200 gebruikers verbonden zijn met alleen-interne vergaderingen. Voor elk verbonden vergaderingstype respecteert de Meetings Hybrid-module de beoogde verbindingsroutering: cloud-hybride vergaderingen routeren media via de module en signalering naar de Cloud; alleen-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 aanwezig zijn en alle gebruikers met dezelfde hybride module zijn verbonden</mark>

Als gebruikers via dezelfde Meetings Hybrid-module zijn verbonden met een voor cloud-hybride ingeschakelde vergadering, maar er geen externe deelnemers aanwezig zijn, zal de hybride module geen media verzenden naar de Zoom-cloud. In plaats daarvan blijven alle vergadermedia on-premises en worden ze binnen het bedrijfsnetwerk via de hybride module gerouteerd. Vergadermedia verlaten het netwerk pas nadat een externe deelnemer vanuit de Cloud heeft deelgenomen, of als een tweede hybride module binnen het netwerk verbinding maakt met de vergadering.

Een groep gebruikers binnen een bedrijfsnetwerk neemt bijvoorbeeld deel aan dezelfde voor cloud-hybride ingeschakelde vergadering. Alle gebruikers zijn verbonden met dezelfde hybride module en alle vergadermedia worden binnen het bedrijfsnetwerk gerouteerd. Zodra een externe gebruiker vanuit de Cloud deelneemt aan de vergadering, of een tweede hybride module verbinding maakt met de vergadering, zal of zullen de hybride module(s) een mediaverbinding met de Cloud openen 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 [de Capaciteit heeft bereikt](#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 alleen-interne vergadermodi. Dit biedt een extra beveiligingslaag voor vertrouwelijke vergaderingen en kan worden gecombineerd met alleen-interne vergaderingen voor vergaderingen die de hoogste beveiligingsniveaus vereisen die beschikbaar zijn binnen het Zoom Platform.

#### <mark style="color:blauw;">Klanten kunnen meerdere regiospecifieke 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 aanwezig zijn, maken gebruikers verbinding met de dichtstbijzijnde hybride module op basis van hun pingtijd naar beschikbare appliances.

Als een bedrijf bijvoorbeeld een kantoor in New York en Los Angeles heeft, kan één hybride implementatie op één Locatie latentie- of prestatieproblemen veroorzaken door de langere reistijd. In plaats daarvan kunnen klanten een hybride omgeving implementeren voor elke specifieke Locatie of regio om de gebruikerservaring te verbeteren. Wanneer een gebruiker verbinding probeert te maken met een vergadering, pingt de client van de gebruiker beschikbare hybride modules en maakt deze verbinding 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 door de Cloud beheerde on-premises oplossing biedt voor het creëren van een vergaderzone binnen het Datacenter van uw bedrijf, zonder Cloud-ondersteuning of fallback. Met Vergaderingsconnector zijn alle vergaderservers en appliances eigendom van en worden onderhouden door uw bedrijf, en moeten zij externe verbindingen Toestaan zodat externe deelnemers kunnen Deelnemen aan uw vergaderingen.

In tegenstelling tot Vergaderingsconnector blijft Zoom Meetings Hybrid Cloud-vergaderinfrastructuur gebruiken in combinatie met hybride appliances in uw Datacenter, en vereist het niet het hosten van vergaderservers of het Toestaan van externe deelnemers om te Verbinden met uw datacenters.

De volgende tabel geeft een overzicht van 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>(While in iMMR Mode)</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>           |
| Maakt Verbindingen van externe gebruikers mogelijk | <p><br></p>                       | ☑️                    |

### Zoom Meetings Hybrid-functionaliteit

Deze sectie bespreekt de functionaliteit en het ontwerp van de servicemodule van Zoom Meetings Hybrid.

#### <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 Appendix 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 herverdeelt media 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.

Bij hybride vergaderingen fungeert de SFU/iMMR als het primaire verbindingspunt voor interne Zoom-clients en multiplexeert en herverdeelt hij vergadermedia tussen verbonden Zoom-clients binnen het netwerk en de Cloud.

Voor alleen interne vergaderingen fungeert de SFU/iMMR als een lokale multimediarouter en multiplexeert en distribueert hij media centraal naar verbonden gebruikers en andere SFU/iMMR-eenheden (indien verbonden) zonder de Zoom-cloud.

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

Elke SFU/iMMR-module ondersteunt tot 400 gelijktijdige deelnemers in standaarddefinitie, of tot 200 gelijktijdige deelnemers in hoge definitie (720p). Bij maximale Capaciteit voor een enkele vergadering kan de SFU/iMMR-module het externe bandbreedteverbruik verminderen met een verhouding van 400:1 of 200:1, afhankelijk van de vergaderresolutie.

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

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

Bijvoorbeeld: 400 gebruikers binnen een Locatie verbinden gelijktijdig met 25 verschillende vergaderingen in standaarddefinitie met externe gebruikers aanwezig. Met Zoom Meetings Hybrid kan één SFU-module alle gebruikers verbinden met hun respectieve vergaderingen, waardoor het aantal externe mediastreams afneemt 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 alleen interne vergaderingen tegelijk ondersteunen</mark>

Een SFU/iMMR-module kan Simultaan cloud-hybride en alleen 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 zullen media via de module routeren en signalering naar de Cloud; alleen interne vergaderingen zullen zowel media als signalering uitsluitend via de on-premises hybride module routeren.

Bijvoorbeeld: 400 gebruikers binnen een Locatie verbinden gelijktijdig met drie afzonderlijke vergaderingen in standaarddefinitie. Twee vergaderingen zijn cloud-hybride met externe gebruikers aanwezig, en 300 gebruikers uit het bedrijfsnetwerk zijn verbonden via de SFU/iMMR-module die in SFU-modus werkt. De derde vergadering is alleen intern, met 100 gebruikers verbonden 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 alleen interne vergadering bidirectionele signalerings- en mediaverbindingen uitsluitend met dezelfde SFU/iMMR-module, waardoor alle gegevens van de interne vergadering on-premises blijven en niet naar de Cloud cascaderen.

<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 geen toegang tot vergader- of gebruikerssleutels</mark>

Wanneer verbonden met een cloud-hybride vergadering (SFU-modus), hebben SFU/iMMR-modules geen vergaderingsleutels nodig en hebben zij er geen toegang toe. In plaats daarvan behouden de modules hun mediamengrollen als versleutelde mediaprocessors voor vergaderingen, zonder toegang te hebben tot de inhoud van de mediastream.

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

Wanneer de top-level SFU/iMMR in een vergadering werkt als een multimediarouter voor alleen interne vergaderingen (iMMR-modus), is deze verantwoordelijk voor het genereren en distribueren van encryptiesleutels binnen 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 zijn verbonden met een cloud-hybride vergadering</mark>

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

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

In tegenstelling tot cloud-hybride vergaderingen ondersteunen alleen interne vergaderingen communicatie over netwerken heen (east-west) vanwege het ontwerp van de interne vergadering. Cloud-hybride vergaderingen vereisen dat elke SFU/iMMR-module zich abonneert op de mediafeed van de “top”-Cloud MMR; alleen interne vergaderingen maken echter geen gebruik van cloud-mediafeeds. In plaats daarvan is de eerste iMMR/SFU-module die een alleen interne vergadering aanmaakt de “top” MMR, en abonneren aanvullende SFU/iMMR-modules zich op de top MMR-feed, waardoor communicatie over netwerken heen mogelijk is.

#### <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 proces van het verbinden van een gebruiker met de vergadering stuurt Zoom-webservices een verzoek tussen de Zone Controller Proxy en een cloud Zone Controller om de informatie van de vergaderserver op te halen. Deze informatie wordt doorgestuurd van de Zone Controller Proxy naar de SFU/iMMR, die verbinding zal maken met de Zoom-cloud voor cloud-hybride vergaderingen, of een vergadering zal initialiseren voor alleen interne vergaderingen.

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

Elke geografische Locatie waarop Zoom Meetings Hybrid wordt geïmplementeerd, vereist ten minste twee Zone Controller Proxies voor veerkracht en stabiliteit.

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

#### <mark style="color:blauw;">Als een SFU/iMMR-module onverwacht uitvalt, vallen gebruikers indien mogelijk terug op 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, indien beschikbaar, overschakelen naar een alternatieve SFU/iMMR-module, en in laatste instantie naar de Cloud</mark>

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

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

Als gebruikers verbonden zijn met een interne-only vergadering en hun SFU/iMMR-module faalt, zullen gebruikers overschakelen naar alternatieve SFU/iMMR-modules indien beschikbaar, mits hun SFU/iMMR niet de top-level MMR-host van de interne vergadering was.

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

Vanwege het netwerkontwerp voor interne-only vergaderingen wordt de SFU/iMMR-module die de vergadering initieert aangewezen als de top-level MMR voor de vergadering. Als de top-level MMR van een vergadering faalt, stopt of de vergadering verlaat, zal de vergadering instorten en moet deze opnieuw worden gestart. Top-level MMR's **kunnen niet** schakelen over naar alternatieve hybride resources.

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

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

De volgende afbeeldingen weergegeven wat gebruikers zullen zien wanneer ze verbonden zijn met een Zoom Meetings Hybrid-vergadering in vergelijking met een 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 maakt gebruik van Zoom’s Standaard firewallconfiguratie en vereist geen speciale regels</mark>

Zoom Meetings Hybrid vereist geen aanvullende firewallregels of configuraties buiten [Zooms Standaard aanbeveling](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 standaardpoorten voor de service.

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

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

### Bijlage: Zoom Node

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

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

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

Met een Cloud-gestuurd implementatiemodel kunnen Zoom-beheerders Zoom-hybridediensten dynamisch en snel vanaf een centraal Dashboard op het web naar hun Datacenter-servers uitrollen. Dit Dashboard bevat bovendien tools voor servicebeheer, upgrades, logbeheer, prestatierapportage en een robuust framework voor probleemoplossing.

#### <mark style="color:blauw;">Zoom Node heeft 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 modulaire “Alles-in-één” 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 datacenterservers van ondernemingen, waardoor deze worden omgevormd tot Nodes. 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 voor Zoom-services bieden

#### <mark style="color:blauw;">Zoom Node bevat een Dashboard met veel Functie(s) voor servicebeheer, upgrades, waarschuwingen, probleemoplossing en meer</mark>

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

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

Servicemodules zijn de servicetoepassingen die op het Zoom Node-besturingssysteem draaien, waardoor services kunnen functioneren. Zoom-beheerders wijzen services toe aan nodes via het Zoom Node-dashboard op het webportaal. Nadat de service aan een Node is toegewezen, pusht het Zoom Node Platform de gekozen servicemodule naar de Node en wordt deze automatisch geïnstalleerd. Zodra de installatie is voltooid, is het Node Eindpunt gereed voor gebruik met de toegewezen 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, met uitzondering van de module Zoom Phone Local Survivability. Extra Nodes kunnen worden aangemaakt en gekoppeld voor aanvullende vereisten of veerkracht.

Een bedrijf implementeert bijvoorbeeld Zoom Meetings Hybrid in meerdere 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-service toegewezen voor functionaliteit, 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 hun 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-services 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 openbaar certificaatbeheer via DigiCert. Alle kosten voor het genereren en vernieuwen van certificaten worden betaald door Zoom, maar Zoom behandelt of heeft via dit proces geen toegang tot de privésleutels van de klant.

Klanten met een bestaande certificaatsstrategie 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, moeten vooraf met hun accountteam spreken.

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

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

Dit systeem vereenvoudigt het firewallbeheer wanneer 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 zoomonprem.com-domein goedkeuren met behulp van wildcardwaarden.

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

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

De Hardwarevereisten en specificaties zullen uniek zijn 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. Deze behoeften moeten zorgvuldig worden overwogen voordat er een beslissing wordt genomen om een hybride omgeving in te zetten. In de meeste gevallen is de traditionele Zoom-cloudconfiguratie de optimale oplossing voor de meeste bedrijven; er zijn echter Organisaties die profiteren van hybride configuraties. Organisaties moeten grondig zijn in het overwegen van de implicaties van het opzetten en onderhouden van een hybride omgeving.

#### <mark style="color:blauw;">Schaalvergroting kan moeilijk en kostbaar 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 voor het ondersteunen van 100.000 gebruikers tussen de 60 en 120 Zoom Nodes nodig kunnen zijn.

Het beheren, onderhouden en ondersteunen van de Hardware en/of hypervisorinfrastructuur die nodig is voor Zoom Node zorgt ook voor extra overhead voor elke organisatie en moet sterk worden overwogen bij het evalueren 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 mogelijke rol als gespecialiseerde webproxy of lokale logopslag.

Hybride implementaties vereisen ook अतिरिक्त firewallregels en configuraties om Node-eindpunten beschikbaar te maken met externe services. Netwerkbeveiligingsteams moeten zich bewust zijn van deze aanvullende firewall- en beveiligingsvereisten bij het overwegen van de implementatie van hybride omgevingen.

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

Externe werknemers kunnen een VPN-verbinding of een split-tunnelconfiguratie nodig hebben om hun verkeer van vergaderingen naar Zoom Node-services te leiden als dat gewenst is. Deze toename in verkeer kan de VPN-infrastructuur mogelijk overbelasten als deze de extra bandbreedte die wordt verzonden en ontvangen niet aankan. Zorgvuldige planning is vereist wanneer hybride services worden gecombineerd met externe werknemers en externe netwerkinfrastructuur.

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

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

Servicelogs worden standaard lokaal bewaard en bevatten gegevens, diagnostiek en andere informatie die niet Beschikbaar is voor weergave door Zoom. Om hybride configuraties en kwaliteitsproblemen effectief op te lossen, moeten hybride datalogs echter met Zoom worden gedeeld voor probleemoplossingsdoeleinden. Zoom Node biedt een beveiligde service voor het uploaden van logbestanden via het webportaal naar goeddunken van de klant, maar het uploaden van deze logs kan servicemetadata blootstellen die anders niet met Zoom wordt gedeeld in hybride implementaties. Deze gegevens kunnen onder andere namen van deelnemers die lokaal deelnemen, het versienummer van Zoom, informatie over het besturingssysteem en meer bevatten.


---

# Agent Instructions
This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com.

## 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-diensten-voor-onderneming/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.