> 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-ondernemingsservices/vdi/core-concepts.md).

# Kernconcepten

Dit gedeelte geeft een overzicht van de kernconcepten van de Zoom Workplace VDI-app.

### Optimalisatiemodi voor Invoegtoepassingen

#### <mark style="color:blauw;">De Zoom Workplace VDI-app ondersteunt drie modi voor verwerking van realtime media: Direct geoptimaliseerd, Kanaal geoptimaliseerd en Fallback-modus</mark>

In de context van de Zoom Workplace VDI-app verwijst realtime mediaverwerking naar het doorsturen en renderen van realtime media tussen de Zoom-cloud, de Zoom Workplace VDI-app en/of de Invoegtoepassing. Ter ondersteuning van een reeks VDI-gebruiksscenario's ondersteunt de Zoom Workplace VDI-app drie verschillende modi voor mediaverwerking en optimalisatie: de modus Direct geoptimaliseerd, de modus Kanaal geoptimaliseerd en de Fallback-modus. Deze worden besproken in de volgende secties.

#### <mark style="color:blauw;">Modus Direct geoptimaliseerd: wanneer de Zoom Workplace VDI-app en de Invoegtoepassing onafhankelijke gegevensstromen van de Zoom-cloud ontvangen</mark>

Direct geoptimaliseerd is de standaard optimalisatiemodus voor de Zoom Workplace VDI-app en Invoegtoepassing. In deze modus onderhoudt de Zoom-cloud twee afzonderlijke gegevensstromen voor een geoptimaliseerde VDI-gebruiker: één voor de Zoom Workplace VDI-app en één voor de Invoegtoepassing. Deze configuratie stelt de externe client van de gebruiker (uitgerust met de VDI-Invoegtoepassing) in staat rechtstreeks met de Zoom-cloud te communiceren voor realtime mediagegevensoverdracht, waardoor het grootste deel van het realtime mediaverkeer niet via het virtuele bureaublad of via het virtuele kanaal hoeft te worden gerouteerd.

Wanneer de modus Direct geoptimaliseerd actief is, gebeurt het volgende:

1. De Invoegtoepassing ontvangt videostreams en audiostreams rechtstreeks vanuit de Cloud.
2. De Zoom Workplace VDI-app verwerkt algemene vergadergegevens, zoals Deelnemerinformatie, chatberichten of AI Companion-Functie(s), en toont deze in de placeholder van de Workplace-app, terwijl ook Inkomend scherm delen wordt beheerd door dit door te sturen naar de Invoegtoepassing en lokale inhoud voor scherm delen vanaf het virtuele bureaublad te uploaden wanneer dit actief is.
3. De Invoegtoepassing en het VDI-bureaublad gebruiken de virtuele verbinding van de VDI-leverancier om te communiceren en de plaatsing en rendering van media op het scherm tussen de twee lagen te bepalen.

<div data-with-frame="true"><figure><img src="https://lh7-rt.googleusercontent.com/docsz/AD_4nXdMkBI5zRMicu977C-QSvtu06Kuvb1YyPZMOqh3Tnzd37uapLNkWLZxLNXxEgmg8e8RxX8btLPjVg8EnW0kRRe-UAjKQAIQEeKpsuR0SrEapbZSH5EO1GPtECfHz5G9uN8ptVbegA?key=Y8FtDbpjXDezi-KeGzQVkA" alt="" width="563"><figcaption><p>Diagram dat illustreert hoe de Zoom-cloud gegevens naar twee afzonderlijke bestemmingen verzendt bij gebruik van de modus Direct geoptimaliseerd.</p></figcaption></figure></div>

#### <mark style="color:blauw;">Modus Kanaal geoptimaliseerd: wanneer de Invoegtoepassing gegevens ontvangt die via het virtuele bureaublad worden hairpinned</mark>

Kanaaloptimalisatie lijkt op de ervaring van Direct geoptimaliseerd, waarbij de Invoegtoepassing de vergadermedia blijft renderen (zoals te zien in de bovenstaande afbeelding), maar via een ander netwerkpad. In deze modus gebeurt het volgende:

1. Alle vergadermedia worden eerst vanuit de Zoom-cloud aan de VDI-server geleverd.
2. De VDI-server zet media over naar de Invoegtoepassing via een out-of-band UDP-verbinding of via het bestaande virtuele VDI-kanaal als de UDP-verbinding niet kan worden opgezet.

Deze methode kan de voorkeur hebben van organisaties die geen directe internettoegang inschakelen voor thin clients (of andere externe apparaten), of die er de voorkeur aan geven gegevens via hun netwerk te routeren, maar kan *mogelijk* leiden tot een slechtere ervaring dan Direct geoptimaliseerd als de voorwaarden voor netwerkroutering suboptimaal zijn. De onderstaande afbeelding laat de gegevensstroom van UDP/Kanaaloptimalisatie zien.

<div data-with-frame="true"><figure><img src="https://lh7-rt.googleusercontent.com/docsz/AD_4nXdDt_WwrMDVVWLYDgtsXxsqsQNcflrpzhxtQSV2cnlYTx4IKRPRT49o-VLNfImUru407_vp7LJkRdaF4SdvIO405fZaD4LCcEvTjlUgE54NwfafocBGGKNk2NmRX1dRpcbg5V7U-w?key=Y8FtDbpjXDezi-KeGzQVkA" alt="" width="563"><figcaption><p>Diagram dat illustreert hoe gegevens via een hairpinverbinding naar het VDI-bureaublad en de externe client worden verzonden.</p></figcaption></figure></div>

#### <mark style="color:blauw;">Fallback-modus: wanneer alle vergadermedia naar het virtuele bureaublad worden gerouteerd en daar rechtstreeks worden verwerkt</mark>

Fallback-modus vertegenwoordigt een volledig niet-geoptimaliseerde VDI-ervaring. In deze modus is er geen media-optimalisatie of Invoegtoepassing in gebruik, en vindt alle communicatie rechtstreeks plaats tussen de VDI-server en de Zoom-cloud, waarbij alle verwerking uitsluitend op de VDI-server plaatsvindt.

Deze methode legt een aanzienlijke verwerkingslast op de resources van de VDI-server, wat vaak resulteert in slechte prestaties, waaronder traagheid, schokkerige video en vervormd geluid. Als zodanig is Fallback-modus de minst gewenste optie en mag deze alleen als laatste redmiddel worden gebruikt of wanneer Invoegtoepassingen niet beschikbaar zijn.

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

Fallback-modus moet waar mogelijk worden vermeden om de serverprestaties te behouden.
{% endhint %}

#### <mark style="color:blauw;">Samenvatting van verbindingsmodi</mark>

De Zoom Workplace VDI-app ondersteunt drie verschillende verbindingsmodi, elk afgestemd op verschillende operationele en beveiligingsbehoeften. De Standaard en meest efficiënte modus is Direct geoptimaliseerd, waarbij de Zoom Workplace VDI-app en de Invoegtoepassing afzonderlijke verbindingen met de Zoom-cloud tot stand brengen en hun respectieve delen van een Zoom-vergadering onafhankelijk afhandelen om een naadloze, geoptimaliseerde ervaring te leveren.

Naast Direct geoptimaliseerd kan de Zoom Workplace VDI-app werken in alternatieve configuraties, waaronder Kanaal geoptimaliseerd en Fallback-modus. Deze modi kunnen helpen bij specifieke workflow- of netwerkbeperkingen, zoals beperkte internettoegang voor externe apparaten, dataroutering vanwege privacyoverwegingen of het ontbreken van Invoegtoepassingen.

De volgende tabel vat de belangrijkste verschillen tussen deze modi samen.

|                            | **Uitladen van media** | **Rechtstreekse Cloud-toegang vanuit Invoegtoepassing** |
| -------------------------- | ---------------------- | ------------------------------------------------------- |
| **Direct geoptimaliseerd** | ✔                      | ✔                                                       |
| **Kanaal geoptimaliseerd** | ✔                      |                                                         |
| **Fallback-modus**         |                        |                                                         |

### WebRTC-media-uitladen

#### <mark style="color:blauw;">Overzicht</mark>

Zoom biedt via de [Zoom Web App](https://support.zoom.com/hc/en/article?id=zm_kb\&sysparm_article=KB0064261) een op Browser gebaseerde WebRTC-client die audioverwerking kan uitladen naar het lokale apparaat van de gebruiker wanneer deze binnen een virtuele-desktopomgeving draait. Dit werkt zonder dat er Zoom-specifieke Invoegtoepassingen nodig zijn, omdat het VDI Platform zijn eigen lokale WebRTC-engine en een omleidingsframework levert dat de Zoom Web App met die engine verbindt.

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

WebRTC-media-uitladen is momenteel beperkt tot audio en ondersteunt geen video-optimalisatie.
{% endhint %}

Deze Functie(s) ondersteunt de volgende producten en kanalen van de Zoom Web App:

* Zoom Phone
* Zoom contactcenter
* Zoom contactcenter CTI Connector

Deze Functie(s) wordt momenteel ondersteund door de volgende virtuele desktop Platforms:

* Citrix
* Omnissa Horizon

Raadpleeg het Ondersteuningscentrum van Zoom voor meer informatie over [Zoom VDI configureren om WebRTC-omleiding voor de Zoom Web App te ondersteunen](https://support.zoom.com/hc/en/article?id=zm_kb\&sysparm_article=KB0083142).

#### <mark style="color:blauw;">De Zoom Web App laadt VDI-WebRTC-audio uit naar het lokale apparaat</mark>

Wanneer de Zoom Web App binnen het virtuele bureaublad WebRTC-audio probeert te initialiseren, worden de verzoeken onderschept voordat het virtuele bureaublad probeert geluid vast te leggen of te verwerken. In plaats van de ingebouwde WebRTC-mediastack van de Browser in de gehoste sessie te activeren, vertaalt het VDI Platform de audio-gerelateerde signalering naar lichtgewicht controleberichten. Deze berichten worden via het virtuele kanaal van de VDI-provider naar de lokale machine van de gebruiker verzonden, waardoor realtime audiotransport van de Zoom-cloud rechtstreeks naar de lokale machine van de gebruiker wordt omgeleid.

Op de lokale machine ontvangt de native WebRTC-engine die is opgenomen in de VDI-client (bijv. Citrix, Omnissa Horizon) deze berichten en wordt deze verantwoordelijk voor alle audio-opname, codering, decodering en weergave. De engine gebruikt de Microfoon, luidsprekers en verwerkingsresources van het lokale systeem, zodat audio niet via de server van het virtuele bureaublad loopt.

Het volgende diagram illustreert hoe gegevens worden gerouteerd bij gebruik van WebRTC-media-uitladen met de Zoom Web App en een ondersteunde virtuele agent.<br>

<div data-with-frame="true"><figure><img src="https://3901650588-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FctBXUMeBy4rtLMmMkKRG%2Fuploads%2FMziMpXttOigLu71P5cJb%2FCA2AE7FE-CEB8-4890-87AD-77E31161C3CC.png?alt=media&amp;token=1e3b3f99-cb95-4ac4-82f0-c717f33b0f3f" alt="Diagram illustrating the Zoom cloud connecting to two different components, with audio going to the Remote Client and Presence, Meeting Data, Video, and Screen Sharing routing to the VDI Desktop" width="563"><figcaption><p>Diagram dat illustreert hoe media wordt verdeeld tussen het virtuele bureaublad en het apparaat van de externe client.</p></figcaption></figure></div>

#### <mark style="color:blauw;">Interacties tussen de Zoom Web App en de lokale machine</mark>

Vanuit het perspectief van de Zoom Web App lijkt de ervaring nog steeds op een Standaard WebRTC-sessie. De signalering tussen de Zoom Web App en de backend van Zoom wordt via het virtuele bureaublad doorgestuurd, en de lokale WebRTC-engine spiegelt de overeengekomen sessieparameters. De applicatie van het virtuele bureaublad blijft de Zoom-interface presenteren—bedieningselementen, vergaderingstatus en indicatoren—terwijl de daadwerkelijke realtime audio wordt gegenereerd en gebruikt door de lokale machine.

Omdat alleen signaleringsberichten het virtuele kanaal passeren, is de bandbreedte-overhead laag en consistent, zelfs in omgevingen met meerdere gebruikers.

#### <mark style="color:blauw;">Waarom geen Invoegtoepassing vereist is</mark>

De belangrijkste factor is dat de VDI-client (bijv. Citrix, Omnissa Horizon) al een volledige WebRTC-mediamotor bevat die realtime audio kan verwerken. Omdat de omleidingslaag deze engine voor de Zoom Web App laat verschijnen als de onderliggende WebRTC-implementatie, hoeft Zoom geen aparte Invoegtoepassing te leveren en te onderhouden. De omleidingslogica koppelt WebRTC-API-aanroepen, toegang tot Apparaat en sessieonderhandeling van de Browser in het virtuele bureaublad aan de native engine op de lokale machine.

#### <mark style="color:blauw;">Resultaat</mark>

Deze aanpak stelt Zooms op Browser gebaseerde WebRTC-ervaring in staat efficiënt te werken in VDI-omgevingen met volledige audio-optimalisatie. De interface draait binnen het virtuele bureaublad, maar realtime audio wordt lokaal vastgelegd en verwerkt, waardoor gebruikers een responsieve en schaalbare vergaderervaring krijgen zonder dat er extra Zoom-software op het lokale apparaat nodig is of verwerkingsvereisten voor de server van het virtuele bureaublad.


---

# 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-ondernemingsservices/vdi/core-concepts.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.