> 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-onderneming-services/zoom-node/zoom-meetings-hybrid/zoom-meetings-hybrid-explainer.md).

# Uitleg over Zoom Meetings Hybrid

### Overzicht van Zoom Meetings Hybrid

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

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

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

Zoom Meetings Hybrid ondersteunt twee werkingsmodi: een cloud-naar-on-premises hybride modus die bekendstaat als Selective Forwarding Unit-modus (SFU), en een alleen-intern modus (iMMR) voor vergaderingen zonder cloud. Vergaderingen zijn standaard geconfigureerd voor cloud-hybride verbindingen, maar kunnen als alleen intern worden aangeduid wanneer gebruikers een vergadering plannen of bewerken. Beide vergadertypes kunnen ook door dezelfde module tegelijkertijd 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 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 een 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 de media van een cloud-hybride vergadering kan herverdelen *media*, verwerkt de module geen signaleringsverbindingen van cloud naar client. Gebruikers die verbonden zijn 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 cloudopname of het bijwerken van de deelnemerslijst.

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

Clientapparaten **moeten** via een proxy- of standaardrouteringstoegang tot internet hebben die in staat is om Zoom-cloud-diensten te bereiken. HTTPS-proxy wordt ondersteund, maar apparaten zonder toegang kunnen geen verbinding maken met vergaderingen.
{% endhint %}

#### <mark style="color:blauw;">De alleen-intern modus verbindt gebruikers met een on-premises vergadering en staat deelnemers buiten het netwerk niet toe 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-mediastreams van een vergadering tussen gebruikers binnen het bedrijfsnetwerk multiplexeert en herverdeelt. Deze vergaderingen zijn geïsoleerd tot het bedrijfsnetwerk en **kunnen niet** verbinden met of cascaderen naar servers of services voor cloudvergaderingen, waardoor externe netwerkdeelnemers of services zoals cloudopname 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 *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 alleen-interne vergaderingen**</mark>

Werknemers buiten het bedrijfsnetwerk kunnen deelnemen aan alleen-interne vergaderingen terwijl ze verbonden zijn met een VPN als de VPN-server kan communiceren met de hybride module binnen het bedrijfsnetwerk. Gebruikers moeten echter **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 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 alleen-interne vergadering.

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

Meetings Hybrid kan tegelijkertijd cloud-hybride en alleen-interne vergaderingen ondersteunen, waardoor er geen behoefte is aan aparte implementaties voor elk gebruiksscenario.

Een bedrijf heeft bijvoorbeeld één hybride module binnen hun netwerk 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 alleen-interne vergaderingen. Voor elk verbonden vergadertype houdt de Meetings Hybrid-module zich aan 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 op locatie als er geen externe deelnemers aanwezig zijn en alle gebruikers verbonden zijn met dezelfde hybride module</mark>

Als gebruikers via dezelfde Meetings Hybrid-module verbonden zijn met een cloud-hybride ingeschakelde vergadering, 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 alleen 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 cloud-hybride ingeschakelde vergadering. Alle gebruikers zijn verbonden met dezelfde hybride module en alle vergadermedia wordt binnen het bedrijfsnetwerk gerouteerd. Zodra een externe gebruiker vanuit de cloud aan de vergadering deelneemt, of een tweede hybride module verbinding maakt met de vergadering, openen de hybride module(s) een mediaverbinding met de cloud en herverdelen zij de media van de vergadering van en naar de cloud.\\

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

Interne gebruikers kunnen ook externe mediaverbindingen tot stand brengen als de hybride infrastructuur is [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 alleen-interne vergadermodi. Dit biedt een extra beveiligingslaag voor vertrouwelijke vergaderingen en kan worden gecombineerd met alleen-interne vergaderingen voor vergaderingen die de hoogste beschikbare beveiligingsniveaus binnen het Zoom-platform vereisen.

#### <mark style="color:blauw;">Klanten kunnen meerdere regio-specifieke hybride zones over hun Datacenters uitrollen</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 apparaten.

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 langere reistijd. Klanten kunnen daarom beter 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, pingt de client van de gebruiker de beschikbare hybride modules en maakt verbinding met de module met de laagste latentie.

#### <mark style="color:blauw;">vervangt Zoom’s Vergaderingsconnector niet</mark>

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

In tegenstelling tot Vergaderingsconnector blijft Zoom Meetings Hybrid cloudvergaderingsinfrastructuur gebruiken in combinatie met hybride apparaten in uw Datacenter, en hoeft het geen vergaderservers te hosten of externe deelnemers toe te staan verbinding te maken 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>(Tijdens iMMR-modus)</p> | <p>☑️<br><br></p>     |
| Cascaderen naar de Cloud                      | ☑️                                | <p><br></p>           |
| Gebruikers kunnen deelnemen via de Cloud      | ☑️                                | <p><br></p>           |
| Cloud-diensten (opname, enz.)                 | ☑️                                | <p><br></p>           |
| Staat verbindingen van externe gebruikers toe | <p><br></p>                       | ☑️                    |

### Zoom Meetings Hybrid Functionaliteit

In dit gedeelte wordt de functionaliteit en het ontwerp van de Zoom Meetings Hybrid-servicemodule 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 herverdeelt media naar verbonden Zoom-clients</mark>

De Selective Forwarding Unit (SFU)/Internal MMR (iMMR)-module 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 verschilt echter afhankelijk van het vergadertype.

In hybride vergaderingen fungeert de SFU/iMMR als het primaire verbindingspunt voor interne Zoom-clients, waarbij vergadermedia tussen verbonden Zoom-clients binnen het netwerk en de cloud wordt gemultiplexed en herverdeeld.

Voor alleen-interne vergaderingen fungeert de SFU/iMMR als een lokale multimediarouter, 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 tot 400 verbindingen van gebruikers in standaarddefinitie of 200 in hoge definitie per module</mark>

Elke SFU/iMMR-module ondersteunt tot 400 gelijktijdige deelnemers in standaarddefinitie per module, of tot 200 gelijktijdige deelnemers in hoge definitie (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 vergaderingresolutie.

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

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

Bijvoorbeeld: 400 gebruikers binnen één locatie maken gelijktijdig verbinding met 25 verschillende vergaderingen in standaarddefinitie met externe gebruikers aanwezig. Met Zoom Meetings Hybrid kan één SFU-module alle gebruikers laten verbinden met hun respectieve vergaderingen, waardoor het aantal externe mediastreams van 400 naar 25 wordt teruggebracht. Bij een gemiddelde van 1,2 Mbps per mediaverbinding kan de SFU-module de campus 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 tegelijkertijd ondersteunen</mark>

Een SFU/iMMR-module kan tegelijkertijd cloud-hybride en alleen-interne vergaderingen ondersteunen, waardoor aparte implementaties voor elk gebruiksscenario niet nodig zijn. Voor elk verbonden vergadertype respecteert de hybride module de bedoelde verbindingsroutering: cloud-hybride vergaderingen routeren media via de module en signalering naar de cloud; alleen-interne vergaderingen routeren zowel media als signalering uitsluitend via de on-premises hybride module.

Bijvoorbeeld: 400 gebruikers binnen één locatie maken gelijktijdig verbinding 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 tweerichtingsmediaverbinding met de SFU/iMMR-module en onafhankelijke tweerichtingssignaleringsverbindingen met de cloud. Gebruikers die verbonden zijn met de alleen-interne vergadering hebben daarentegen uitsluitend tweerichtingssignalering- en mediaverbindingen met dezelfde SFU/iMMR-module, die alle gegevens van de interne vergadering on-premises bewaart 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 doorstuureenheid en heeft het geen toegang tot vergader- of gebruikerssleutels</mark>

Wanneer ze verbonden zijn met een cloud-hybride vergadering (SFU-modus), hebben SFU/iMMR-modules geen vergaderencryptiesleutels nodig en hebben ze daar ook geen toegang toe. In plaats daarvan vervullen de modules mediamixrollen als verwerkers van versleutelde vergadermedia, en kunnen zij de inhoud van de mediastream niet benaderen.

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

Wanneer deze functioneert als een multimediarouter voor alleen-interne vergaderingen (iMMR-modus), is de bovenste SFU/iMMR in een vergadering verantwoordelijk voor het genereren en distribueren van versleutelingssleutels binnen de vergadering. De encryptiesleutels worden gegenereerd en gedistribueerd met dezelfde cryptografische methoden als cloudgebaseerde MMR's.

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

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

#### <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 mediastream van de ‘top’-cloud-MMR; alleen-interne vergaderingen gebruiken echter geen cloud-mediastreams. 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 feed van de top-MMR, 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 cloudvergaderingsinfrastructuur 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 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 is geïmplementeerd, vereist ten minste twee Zone Controller Proxies voor veerkracht en stabiliteit.

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

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

Hoewel onverwacht, zullen gebruikers, als een hybride module uitvalt (d.w\.z. crasht) terwijl gebruikers verbonden zijn, waar 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 schakelen over naar een alternatieve SFU/iMMR-module indien beschikbaar, en naar de cloud als laatste redmiddel</mark>

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

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

Als gebruikers verbonden zijn met een alleen-interne vergadering en hun SFU/iMMR-module uitvalt, schakelen gebruikers over naar alternatieve SFU/iMMR-modules indien beschikbaar, op voorwaarde dat hun SFU/iMMR niet de MMR-host op topniveau 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 topniveau voor de vergadering. Als de MMR op topniveau van een vergadering uitvalt, stopt of de vergadering verlaat, valt de vergadering weg 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 dat wordt beheerd door uw accounteigenaar van Zoom’</mark>

Wanneer ze verbonden zijn met de Meetings Hybrid-infrastructuur, zullen gebruikers in de client zien dat ze '...verbonden zijn met het Zoom Global-netwerk... via een Datacenter dat wordt beheerd door uw accounteigenaar van Zoom'. Gebruikers die verbonden zijn met cloudinfrastructuur zullen daarentegen de melding zien 'Verbonden met het Zoom Global Network.'

De volgende afbeeldingen laten zien wat gebruikers zien wanneer ze verbonden zijn met een Zoom Meetings Hybrid-vergadering in vergelijking met een cloudgebaseerde 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 standaardfirewallconfiguratie van Zoom en vereist geen speciale regels</mark>

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

{% 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

Dit gedeelte 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-service naar uw eigen Datacenters en kantoren</mark>

Zoom Node is een hybride oplossing die uw Datacenterservers integreert met de Zoom-cloud om Zoom-diensten aan uw kantoren te leveren.

Met een cloudgestuurd implementatiemodel kunnen Zoom-beheerders Zoom-hybridediensten dynamisch en snel implementeren op hun Datacenterservers vanuit een gecentraliseerd Dashboard op het web. Dit Dashboard bevat daarnaast hulpmiddelen voor servicemanagement, upgrades, logbeheer, prestatierapportage en een robuust probleemoplossingskader.

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

In plaats van afzonderlijke software voor elke hybride service te vereisen, is Zoom Node een modulair Alles-in-één Platform dat bedrijven in staat stelt meerdere hybride services te beheren en te implementeren met één gemeenschappelijk framework.

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

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

Als centrale hub voor het beheren van Zoom Node-implementaties bevat het Zoom Node Dashboard hulpmiddelen voor servicemanagement, implementaties, upgrades, logbeheer, prestatierapportage en een robuust probleemoplossingskader.

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

Servicemodules zijn de serviceapplicaties die draaien op het Zoom Node-besturingssysteem, 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 installeert deze automatisch. Zodra de installatie is voltooid, is het Node-Eindpunt klaar voor gebruik met de toegewezen hybride service(s).

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

Elke Zoom Node-appliance kan tot vier servicemodules per machine ondersteunen, behalve de Zoom Phone Local Survivability-module. Er kunnen extra Nodes worden gemaakt en gekoppeld voor aanvullende vereisten of veerkracht.

Een bedrijf implementeert bijvoorbeeld Zoom Meetings Hybrid over meerdere Datacenters, te beginnen met New York. Elk Datacenter is uitgerust met meerdere Zoom Node-Eindpunten die zijn verbonden 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 Nodeservices naar elk Node-Eindpunt en zodra 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 geautomatiseerde end-to-end PKI-certificaatgeneratie (Auto-PKI)</mark>

Zoom Node bevat geautomatiseerd openbaar certificaatbeheer van begin tot eind via DigiCert. Alle kosten voor het genereren en vernieuwen van certificaten worden door Zoom betaald, maar Zoom verwerkt de privésleutels van de klant via dit proces niet en heeft er geen toegang toe.

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

#### <mark style="color:blauw;">Elke Zoom Node heeft een dynamische DNS-vermelding met gebruik van 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 gebruik van de bestaande vanity-URL van het hostaccount, bijvoorbeeld `success01.zoomonprem.com`.

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

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

Zoom Node is ontworpen om te draaien op serverwaardige 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 doelstellingen voor hybride implementatie. 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 unified communication-services. Met deze behoeften moet zorgvuldig rekening worden gehouden voordat wordt besloten 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 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 services kunnen voor ondersteuning van 10.000 gebruikers tussen de 7 en 13 Zoom Nodes nodig zijn, terwijl voor 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 vereist is voor Zoom Node, zorgt ook voor extra overhead voor elke Organisatie en moet zwaar worden meegewogen bij het beoordelen van hybride implementaties.

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

Zoom Node biedt geen extra encryptiemethoden of grote beveiligingsvoordelen ten opzichte van de native Zoom-cloudservice, afgezien van de mogelijkheid om te fungeren als een gespecialiseerde webproxy of lokale logopslag.

Hybride implementaties vereisen ook extra firewallregels en configuraties om Node-Eindpunten beschikbaar te maken met externe services. Teams voor netwerkbeveiliging moeten zich bewust zijn van deze extra 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 vergaderverkeer naar Zoom Node-services te routeren, indien gewenst. Deze toename in verkeer kan de VPN-infrastructuur mogelijk overbelasten als deze de extra bandbreedte die wordt verzonden en ontvangen niet kan verwerken. 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 belemmerend zijn bij het probleemoplossen van hybride infrastructuur.

Servicelogs worden standaard lokaal onderhouden en bevatten gegevens, diagnostiek en andere informatie die niet beschikbaar is voor Zoom om te bekijken. Om hybride configuraties en kwaliteitsproblemen effectief te kunnen oplossen, moeten hybride datalogs echter worden gedeeld met Zoom voor probleemoplossingsdoeleinden. Zoom Node biedt via het webportaal op discretie van de klant een veilige uploadservice voor logbestanden, maar het uploaden van deze logs kan servicemetadata blootleggen die anders niet met Zoom wordt gedeeld in hybride implementaties. Deze gegevens kunnen namen van lokaal deelnemende deelnemers, 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, and the optional `goal` 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>&goal=<endgoal>
```

`ask` is the immediate question: it should be specific, self-contained, and written in natural language.
`goal` is optional and describes the broader end goal you are ultimately trying to accomplish on behalf of the user. GitBook uses it to tailor the answer towards what is most useful for that goal.

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.