> 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-mesh/zoom-mesh-explainer/zoom-mesh-functionality.md).
# Zoom Mesh-functionaliteit
Dit gedeelte beschrijft aanvullende informatie over de functionaliteit van Zoom Mesh.
### Ouder-kindfunctionaliteit
De volgende secties bieden aanvullende informatie over ouder- en kindrelaties binnen een mesh-netwerk.
#### Standaard maakt Zoom Mesh exclusief een netwerk voor gebruikers binnen hetzelfde account
Standaard maakt Zoom Mesh exclusief een netwerk voor gebruikers die tot hetzelfde account behoren. Een account kan echter optioneel geauthenticeerde externe gebruikers binnen hetzelfde lokale netwerk toestaan deel te nemen aan Mesh, waarbij het account van de externe gebruiker *ook* hen toestaat om [verbinding te maken met het mesh-netwerk van een ander account](https://support.zoom.us/hc/en-us/articles/14925064423693-How-to-enable-Zoom-Mesh-Guest-Access).
#### Ouder- en kinderollen worden bepaald door de Zoom Mesh Cloud Orchestration Service
De Zoom Mesh Cloud Orchestration Service (COS) is een cloudservice die verantwoordelijk is voor het definiëren van ouder- en kindclientrollen binnen een netwerk. De Cloud Orchestration Service houdt rekening met talrijke datasets om haalbare ouderclients te bepalen, waaronder:
{% columns %}
{% column %}
* CPU-gebruik
* CPU-type
* RAM-gebruik
* Historische mesh-prestaties
{% endcolumn %}
{% column %}
* Beschikbaarheid van het apparaat (Aan/Uit)
* Apparaat opt-in/opt-out
* Besturingssysteem
{% endcolumn %}
{% endcolumns %}
Met behulp van deze datasets beoordeelt de COS de resultaten van een gebruiker via een rubric: hoe hoger de score van een gebruiker, hoe groter de kans dat de client als ouder wordt geselecteerd; hoe lager de score, hoe kleiner die kans.
#### De aanwijzing als ouder- en kindclient is dynamisch en kan tijdens een evenement veranderen
Tijdens een vergadering of webinar kan de clientaanwijzing van een gebruiker veranderen op basis van prestaties of vraag.
Bijvoorbeeld: bij een evenement met 100 aanwezigen kunnen slechts 10 ouderclients nodig zijn om aan de herverdelingsvraag te voldoen, waarbij de overige 90 gebruikers opnieuw verdeelde streams ontvangen als kindclients. Als het evenement echter groeit naar 200 aanwezigen, kunnen clients die voorheen kindclients waren worden gepromoveerd tot ouderclient om aan de toegenomen vraag te voldoen.
Als een ouderclient daarentegen verminderde prestaties begint te vertonen, kan de client worden gedegradeerd tot de status van kindclient en wordt een nieuwe ouderclient toegewezen.
#### De verhouding tussen ouder- en kindclient wordt dynamisch bepaald door de hardware en netwerkprestaties van elke machine
Tijdens een evenement wordt de verhouding tussen ouder- en kindclients dynamisch bijgewerkt op basis van de voortdurende netwerk- en hardwareprestaties van het apparaat.
Als een apparaat bijvoorbeeld lage hardwaregebruikscijfers (CPU/RAM) laat zien met een hoge uplinkcapaciteit voor bandbreedte, is het apparaat ideaal voor een rol als ouderclient en kan het een ouder-kindrelatie aangaan met meerdere andere apparaten. In dit scenario kan de ouderclient proberen media opnieuw te verdelen naar andere apparaten, zolang het apparaat niet overbelast raakt of de prestaties niet beginnen af te nemen. Als de netwerk- of hardwareprestaties van het apparaat echter beginnen af te nemen, kan het zijn aanwijzing als ouderclient opgeven en terugkeren naar een rol als kindclient.
#### Aan elk kind worden twee ouders toegewezen
Kindclients die verbonden zijn met een mesh-netwerk krijgen toegewezen *twee* ouderclients voor redundantie. Als een ouderclient uitvalt, wordt de gebruiker onmiddellijk overgeschakeld naar de tweede ouderclient. Vervolgens wordt een nieuwe secundaire ouderclient ingesteld om de redundantie te herstellen.
#### Gebruikers worden niet geïnformeerd wanneer ze verbonden zijn met een mesh-netwerk
Evenementhosts en aanwezigen ontvangen geen meldingen in de client wanneer ze verbonden zijn met een mesh-netwerk. Mesh-netwerkverbindingen zijn alleen zichtbaar voor een beheerder of geautoriseerde gebruiker via het [Zoom Mesh Dashboard](/technical-library/nl/geavanceerde-diensten-voor-onderneming/zoom-mesh/zoom-mesh-explainer/zoom-mesh-dashboard.md).
#### VDI-clients kunnen alleen een meshverbinding tot stand brengen met andere VDI-clients
Wanneer Zoom Mesh wordt gebruikt met virtual desktop infrastructure (VDI), kunnen clientapparaten alleen Zoom Mesh-verbindingen tot stand brengen met andere VDI-clients, zolang beide gebruikers een ondersteunde VDI-plug-in gebruiken. Dit komt door technische beperkingen van de virtuele infrastructuur en het doorgeven van media tussen apparaten.
**VDI-clients distribueren het inhoudsdelenkanaal niet in een mesh-netwerk**
Vanwege het ontwerp van de VDI-client van Zoom moet inhoud van scherm delen via de virtuele machine worden geleid. Hierdoor kunnen VDI-clients inhoud delen niet over een mesh-netwerk distribueren en moet dit binnen de virtuele infrastructuur blijven gebeuren.
### Functionaliteit van Zoom Mesh voor vergaderingen
De volgende secties beschrijven details van de functionaliteit van Zoom Mesh voor vergaderingen.
#### Mesh voor vergaderingen herverdeelt de video van de actieve spreker
Met Zoom Mesh voor vergaderingen wordt bandbreedteoptimalisatie geleverd door het opnieuw verdelen van de *neerwaartse* **video van de** actieve spreker onder deelnemers wanneer er vier of meer gebruikers in een vergadering zijn. Deze Functie(s) **niet** is van toepassing op het uploaden van media, en alle gebruikers blijven hun audio, video en media voor scherm delen afzonderlijk uploaden naar de Zoom-cloud.
{% hint style="success" %}
**Voorbeeld**
Als er 10 gebruikers in een vergadering zijn met Zoom Mesh ingeschakeld, kunnen twee ouderclients worden gekozen met zeven of acht kindclients. Wanneer de huidige actieve spreker spreekt, wordt de *videostream* van die gebruiker verzonden van de Zoom-cloud naar de ouderclients en vervolgens opnieuw verdeeld naar kindclients binnen het netwerk.
In dit scenario ontvangen de kindclients **niet** de videofeed van de actieve spreker niet van de Zoom-cloud, wat mogelijk tot wel 3+ megabit aan data per gebruiker bespaart bij gebruik van 1080p-video.
{% endhint %}
De volgende afbeelding geeft een voorbeeld van hoe downstream-videocontent van de actieve spreker binnen een mesh-netwerk wordt herverdeeld.
#### Wijzigingen in de actieve spreker in Mesh voor Vergaderingen veranderen geen ouder-kindrelaties of bandbreedtebesparingen door videodistributie
Hoewel de focus van Zoom Mesh voor Vergaderingen ligt op het herverdelen van de videofeed van de actieve spreker, hebben wijzigingen in de actieve spreker geen invloed op de relaties tussen ouder- en kindclients of op de bandbreedtebesparingen die de videodistributie oplevert. Wanneer de actieve spreker wisselt, wijzigen aangewezen ouderclients eenvoudigweg de feed van de video die zij herverdelen.
{% hint style="success" %}
**Voorbeeld**
Als Maurice tijdens een vergadering spreekt en Holly daarna begint te spreken, verandert de herverdelingsfeed van de ouderclient van Maurice’ videofeed naar die van Holly.
Deze wijziging verandert niet welke gebruikerclients momenteel als ouder of kind zijn aangewezen, noch de algemene bandbreedtebesparing die de videodistributie oplevert; alleen de herverdeelde videofeed verandert.
{% endhint %}
#### Bandbreedtebesparingen kunnen variëren afhankelijk van de door de gebruiker geselecteerde videolay-outs
Hoewel Zoom Mesh bespaart op bandbreedteverbruik door de videofeed van de actieve spreker te herverdelen, kunnen de bandbreedtebesparingen worden beïnvloed afhankelijk van de door gebruikers gekozen lay-outs. Galerijweergave ondersteunt bijvoorbeeld tot 49 videofeeds tegelijk op het scherm, terwijl Sprekerweergave één videofeed tegelijk toont. Als een gebruiker een vergadering bekijkt in Galerijweergave, profiteert diegene van het ontvangen van de enkele videofeed van de actieve spreker via het mesh-netwerk, maar blijft diegene standaard hoeveelheden bandbreedte verbruiken door de resterende 48 videostreams van gebruikers van de Zoom-cloud te downloaden.
Voor de beste praktijken voor bandbreedtebesparing worden gebruikers aangemoedigd vergaderingen zo veel mogelijk in een webinarachtige lay-out te bekijken, zoals Multi-Speaker of Sprekerweergave.
### Functionaliteit van Zoom Mesh voor webinars
De volgende secties beschrijven details van de functionaliteit van Zoom Mesh voor webinars.
#### Mesh voor webinars herverdeelt *alle* videostreams van webinarhosts en panelleden binnen het netwerk
In tegenstelling tot Zoom Mesh voor Vergaderingen herverdeelt Zoom Mesh voor webinars alle videostreams van webinarhosts en panelleden binnen het lokale netwerk met behulp van ouder-kindrelaties — niet alleen de actieve sprekers. Met dit ontwerp blijven alle gebruikers die deelnemen aan het mesh-netwerk profiteren van verminderd extern bandbreedteverbruik, terwijl ze dezelfde videokwaliteit ervaren als anderen.
#### Voordelen van Mesh voor webinars veranderen niet met videolay-outs
Ongeacht welke videolay-outs gebruikers kiezen bij het bekijken van een webinar, blijven gebruikers profiteren van videodistributie binnen het netwerk, waaronder Galerijweergave, Sprekerweergave of Multi-Speakerweergave.
---
# 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-diensten-voor-onderneming/zoom-mesh/zoom-mesh-explainer/zoom-mesh-functionality.md?ask=&goal=
```
`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.
