# Kernconcepten

### Invoegtoepassing-optimalisatiemodi

#### <mark style="color:blauw;">De Zoom Workplace VDI-app ondersteunt drie werkingsmodi voor realtime mediaverwerking: Direct geoptimaliseerd, Kanaal geoptimaliseerd en terugvalmodus</mark>

In de context van de Zoom Workplace VDI-app verwijst realtime mediaverwerking naar het doorgeven 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 werkingsmodi voor mediaverwerking en optimalisatie: modus Direct geoptimaliseerd, modus Kanaal geoptimaliseerd en terugvalmodus. Deze worden besproken in de volgende secties.

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

Direct geoptimaliseerde modus is de Standaard optimalisatiemodus voor de Zoom Workplace VDI-app en Invoegtoepassing. In deze modus onderhoudt de Zoom-cloud twee afzonderlijke datastromen voor een geoptimaliseerde VDI-gebruiker: één voor de Zoom Workplace VDI-app en een andere 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 de noodzaak vervalt om het grootste deel van het realtime mediaverkeer via het virtuele bureaublad of over het virtuele kanaal te routeren.

Wanneer in de modus Direct geoptimaliseerd wordt gewerkt, gebeurt het volgende:

1. De Invoegtoepassing ontvangt datastromen voor video en audio rechtstreeks vanuit de Cloud.
2. De Zoom Workplace VDI-app verwerkt algemene vergaderingsgegevens, zoals Deelnemerinformatie, chatbericht of AI Companion-functies, en toont deze in de placeholder van de Workplace-app, terwijl ook inkomend scherm delen wordt beheerd door dit door te sturen naar de plug-in en lokale inhoud voor scherm delen vanaf het virtuele bureaublad te uploaden wanneer deze actief is.
3. De Invoegtoepassing en de VDI-desktop 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.

<figure><img src="https://lh7-rt.googleusercontent.com/docsz/AD_4nXdMkBI5zRMicu977C-QSvtu06Kuvb1YyPZMOqh3Tnzd37uapLNkWLZxLNXxEgmg8e8RxX8btLPjVg8EnW0kRRe-UAjKQAIQEeKpsuR0SrEapbZSH5EO1GPtECfHz5G9uN8ptVbegA?key=Y8FtDbpjXDezi-KeGzQVkA" alt=""><figcaption><p>Diagram dat illustreert hoe de Zoom-cloud gegevens verzendt naar twee afzonderlijke bestemmingen wanneer de modus direct geoptimaliseerd wordt gebruikt.</p></figcaption></figure>

#### <mark style="color:blauw;">Kanaal-geoptimaliseerde modus: wanneer de Plug-In gegevens ontvangt die via de virtuele desktop worden teruggestuurd</mark>

Kanaaloptimalisatie lijkt op de ervaring van Directe optimalisatie, waarbij de Plug-In doorgaat met het renderen van de vergadermedia (zoals te zien is in de bovenstaande afbeelding), maar via een ander netwerkpad. In deze modus gebeurt het volgende:

1. Alle vergadermedia wordt eerst vanuit de Zoom-cloud aan de VDI-server geleverd.
2. De VDI-server zet media over naar de Plug-In, hetzij via een UDP-verbinding buiten de band, hetzij via het bestaande VDI-virtuele kanaal als de UDP-verbinding niet kan worden tot stand gebracht.

Deze methode kan de voorkeur hebben van organisaties die geen directe internettoegang voor thin clients (of andere externe apparaten) Inschakelen, of die gegevens liever via hun netwerk routeren, maar kan *mogelijk* leiden tot een slechtere ervaring dan de Directe optimalisatie als de Routeringsvoorwaarden van het netwerk niet optimaal zijn. De onderstaande afbeelding demonstreert de gegevensstroom van UDP-/kanaaloptimalisatie.

<figure><img src="https://lh7-rt.googleusercontent.com/docsz/AD_4nXdDt_WwrMDVVWLYDgtsXxsqsQNcflrpzhxtQSV2cnlYTx4IKRPRT49o-VLNfImUru407_vp7LJkRdaF4SdvIO405fZaD4LCcEvTjlUgE54NwfafocBGGKNk2NmRX1dRpcbg5V7U-w?key=Y8FtDbpjXDezi-KeGzQVkA" alt=""><figcaption><p>Diagram dat illustreert hoe gegevens via een haarspeldverbinding worden verzonden naar de VDI-desktop en de externe client.</p></figcaption></figure>

#### <mark style="color:blauw;">Fallbackmodus: wanneer alle vergadermedia naar de virtuele desktop wordt gerouteerd en daar rechtstreeks wordt verwerkt</mark>

Fallbackmodus staat voor een volledig niet-geoptimaliseerde VDI-ervaring. In deze modus wordt geen media-optimalisatie of Plug-In gebruikt, en verloopt alle communicatie rechtstreeks tussen de VDI-server en de Zoom-cloud, waarbij alle verwerking uitsluitend op de VDI-server plaatsvindt.

Deze methode legt een aanzienlijke verwerkingsbelasting op de serverbronnen van VDI, wat vaak resulteert in slechte prestaties, waaronder traagheid, schokkerige video en vervormde audio. Daarom is de terugvalmodus de minst gewenste optie en mag deze alleen als laatste redmiddel worden gebruikt of wanneer Plug-ins 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 Optimized Mode, waarbij de Zoom Workplace VDI-app en Plug-In afzonderlijke verbindingen tot stand brengen met de Zoom-cloud, waarbij ze elk hun eigen deel van een vergadering van Zoom onafhankelijk afhandelen om een naadloze, geoptimaliseerde ervaring te leveren.

Naast Direct Optimized Mode kan de Zoom Workplace VDI-app werken in alternatieve configuraties, waaronder Kanaal Geoptimaliseerde Modus en Fallback-modus. Deze modi kunnen helpen bij het aanpakken van specifieke workflow- of netwerkbeperkingen, zoals beperkte internet Access voor externe apparaten, Routering van gegevens vanwege privacyoverwegingen, of het ontbreken van invoegtoepassingen.

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

|                            | **Media-uitbesteding** | **Directe Cloudtoegang vanuit Plug-In** |
| -------------------------- | ---------------------- | --------------------------------------- |
| **Direct geoptimaliseerd** | ✔                      | ✔                                       |
| **Kanaal-geoptimaliseerd** | ✔                      |                                         |
| **Fallback-modus**         |                        |                                         |

### WebRTC-media-offloading

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

Zoom biedt een Browsergebaseerde WebRTC-client via de [Zoom Web App](https://support.zoom.com/hc/en/article?id=zm_kb\&sysparm_article=KB0064261) die audioverwerking kan offloaden naar het lokale Apparaat van de gebruiker wanneer deze wordt uitgevoerd binnen een virtuele desktopomgeving. Dit werkt zonder dat er Zoom-specifieke plug-ins 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 Offloading is momenteel beperkt tot audio en ondersteunt geen video-optimalisatie.
{% endhint %}

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

* Zoom Phone
* Zoom contactcenter
* Zoom contactcenter CTI Connector

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

* 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 ontlast VDI WebRTC-audio naar het lokale Apparaat</mark>

Wanneer de Zoom Web app binnen de virtuele desktop probeert WebRTC-audio te initialiseren, worden de verzoeken ervan onderschept voordat de virtuele desktop Geluid probeert 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 besturingsberichten. Deze berichten worden via het virtuele kanaal van de VDI-provider naar de lokale machine van de gebruiker verzonden, waardoor realtime audioverkeer 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 inbegrepen bij 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 lokale Microfoon, luidsprekers en verwerkingsbronnen van het systeem, wat helpt ervoor te zorgen dat audio niet via de virtuele desktopserver stroomt.

Het volgende diagram illustreert hoe gegevens worden gerouteerd bij gebruik van WebRTC Media Offloading met de Zoom Web app en een ondersteunde virtuele agent.<br>

<div data-with-frame="true"><figure><img src="/files/284e675d67ec49c869eb4dbed83fcb1c07692c87" 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"><figcaption><p>Diagram dat illustreert hoe media wordt gesplitst tussen de Virtual Desktop en het Remote Client Apparaat.</p></figcaption></figure></div>

#### <mark style="color:blauw;">Interactie 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 onderhandelde sessieparameters. De virtuele desktopapplicatie blijft de Zoom-interface presenteren—bedieningselementen, vergaderstatus en indicatoren—terwijl de daadwerkelijke realtime audio wordt gegenereerd en gebruikt door de lokale computer.

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

#### <mark style="color:blauw;">Waarom er geen plug-in vereist is</mark>

De belangrijkste enabler is dat de VDI-client (bijv. Citrix, Omnissa Horizon) al een volledige WebRTC-media-engine bevat die realtime audio kan verwerken. Omdat de omleidingslaag deze engine voor de Zoom Web App laat lijken op zijn onderliggende WebRTC-implementatie, hoeft Zoom geen aparte plug-in te leveren en te onderhouden. De omleidingslogica mapt WebRTC API-aanroepen, apparaattoegang en sessieonderhandeling van de Browser binnen het virtuele bureaublad naar de native engine op de lokale computer.

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

Deze aanpak stelt Zoom’s browsergebaseerde 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 conferentie-ervaring krijgen zonder extra Zoom-software op de lokale computer of verwerkingsvereisten van de server van het virtuele bureaublad.


---

# Agent Instructions: Querying This Documentation

If you need additional information that is not directly available in this page, you can query the documentation dynamically by asking a question.

Perform an HTTP GET request on the current page URL with the `ask` query parameter:

```
GET https://library.zoom.com/technical-library/nl/geavanceerde-onderneming-services/virtual-desktop-infrastructure/vdi-explainer/core-concepts.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.