> 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/virtual-desktop-infrastructure/vdi-explainer/core-concepts.md). # Kernconcepten ### Modi voor optimalisatie van invoegtoepassingen #### De Zoom Workplace VDI-app ondersteunt drie werkingsmodi voor realtime mediaverwerking: Direct geoptimaliseerd, kanaalgeoptimaliseerd en terugvalmodus In de context van de Zoom Workplace VDI-app verwijst realtime mediaverwerking naar het doorgeven en weergeven van realtime media tussen de Zoom-cloud, de Zoom Workplace VDI-app en/of de invoegtoepassing. Ter ondersteuning van een reeks VDI-gebruikssituaties ondersteunt de Zoom Workplace VDI-app drie afzonderlijke werkingsmodi voor mediaverwerking en optimalisatie: de modus Direct geoptimaliseerd, de modus Kanaalgeoptimaliseerd en de terugvalmodus. Deze worden in de volgende secties besproken. #### Modus Direct geoptimaliseerd: wanneer de Zoom Workplace VDI-app en de invoegtoepassing onafhankelijke gegevensstromen ontvangen van de Zoom-cloud De modus Direct geoptimaliseerd is de Standaard optimalisatiemodus voor de Zoom Workplace VDI-app en de invoegtoepassing. In deze modus onderhoudt de Zoom-cloud twee afzonderlijke gegevensstromen voor een geoptimaliseerde VDI-gebruiker: één voor de Zoom Workplace VDI-app en een andere voor de invoegtoepassing. Deze configuratie maakt het mogelijk dat de externe client van de gebruiker (uitgerust met de VDI-invoegtoepassing) rechtstreeks met de Zoom-cloud communiceert voor overdracht van realtime mediagegevens, waardoor het niet nodig is om het meeste realtime mediaverkeer via het virtuele bureaublad of via het virtuele kanaal te routeren. Wanneer in de modus Direct geoptimaliseerd wordt gewerkt, gebeurt het volgende: 1. De invoegtoepassing ontvangt gegevensstromen voor video en audio rechtstreeks vanuit de Cloud. 2. De Zoom Workplace VDI-app verwerkt algemene vergaderingsgegevens, zoals informatie over Deelnemer, chatbericht of AI Companion-functies, en geeft deze weer binnen de tijdelijke aanduiding 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 Actief. 3. De invoegtoepassing en het VDI-bureaublad gebruiken de virtuele verbinding van de VDI-leverancier om te communiceren en de plaatsing en weergave van media op het Scherm tussen de twee lagen te bepalen.

Diagram dat illustreert hoe de Zoom-cloud gegevens naar twee afzonderlijke bestemmingen verzendt bij gebruik van de modus Direct geoptimaliseerd.

#### Kanaalgeoptimaliseerde modus: wanneer de Plug-In gegevens ontvangt die via de virtuele desktop worden haarspeldvormig doorgestuurd Kanaaloptimalisatie lijkt op de ervaring van Direct Optimization, waarbij de Plug-In de vergadermedia blijft renderen (zoals te zien is in de afbeelding hierboven), maar via een ander netwerkpad. In deze modus gebeurt het volgende: 1. Alle vergadermedia wordt eerst vanuit de Zoom-cloud afgeleverd aan de VDI-server. 2. De VDI-server draagt media over aan de Plug-In via een out-of-band UDP-verbinding of 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 directe internettoegang voor thin clients (of andere externe apparaten) niet Inschakelen, of die gegevens liever via hun netwerk routeren, maar kan *mogelijk* leiden tot een slechtere ervaring dan Direct Optimization als de Routering van het netwerk suboptimaal is. De afbeelding hieronder toont de gegevensstroom voor UDP-/kanaaloptimalisatie.

Diagram dat illustreert hoe gegevens via een haarspeldverbinding naar de VDI-desktop en de externe client worden verzonden.

#### Fallbackmodus: wanneer alle vergadermedia naar de virtuele desktop wordt gerouteerd en daar rechtstreeks wordt verwerkt Fallbackmodus staat voor een volledig niet-geoptimaliseerde VDI-ervaring. In deze modus is er geen mediaoptimalisatie of Plug-In in gebruik, en alle communicatie vindt 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 serverbronnen van VDI, wat vaak resulteert in slechte prestaties, waaronder traagheid, schokkerige video en vervormde audio. Daarom is de fallbackmodus de minst gewenste optie en mag deze alleen als laatste redmiddel worden gebruikt of wanneer plug-ins niet beschikbaar zijn. {% hint style="danger" %} **Waarschuwing** Fallbackmodus moet waar mogelijk worden vermeden om de serverprestaties te behouden. {% endhint %} #### Samenvatting van verbindingsmodi 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 met de Zoom-cloud tot stand brengen en onafhankelijk hun respectieve delen van een Zoom-vergadering afhandelen om een naadloze, geoptimaliseerde ervaring te bieden. Naast de Direct Optimized Mode kan de Zoom Workplace VDI app werken in alternatieve configuraties, waaronder de kanaalgeoptimaliseerde modus en de terugvalmodus. Deze modi kunnen helpen bij het aanpakken van specifieke workflow- of netwerkbeperkingen, zoals beperkte internettoegang voor externe apparaten, data-Routering voor privacyproblemen, of de afwezigheid van Plug-Ins. De volgende tabel vat de belangrijkste verschillen tussen deze modi samen. | | **Media-offloading** | **Direct Cloud Access vanuit Plug-In** | | -------------------------- | -------------------- | -------------------------------------- | | **Direct geoptimaliseerd** | ✔ | ✔ | | **Kanaal geoptimaliseerd** | ✔ | | | **Fallbackmodus** | | | ### WebRTC-media-offloading #### Overzicht 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 binnen een virtuele desktopomgeving draait. Dit werkt zonder dat Zoom-specifieke plug-ins nodig zijn, omdat het VDI-platform zijn eigen lokale WebRTC-engine en een omleidingsframework levert dat de Zoom Web app verbindt met die engine. {% 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 kanalen vanuit 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). #### De Zoom Web App verplaatst VDI WebRTC-audio naar het lokale Apparaat 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 gestuurd, 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 opgenomen in de VDI-client (bijv. Citrix, Omnissa Horizon) deze berichten en wordt 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 het gebruik van WebRTC Media Offloading met de Zoom Web App en een ondersteunde virtuele agent.
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

Diagram dat illustreert hoe media wordt gesplitst tussen de Virtual Desktop en het Remote Client Apparaat.

#### Interactie tussen de Zoom Web App en de lokale machine 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 doorgestuurd via de virtuele desktop, en de lokale WebRTC-engine spiegelt de onderhandelde sessieparameters. De applicatie op de virtuele desktop blijft de Zoom-interface presenteren—bedieningselementen, vergaderingsstatus en indicatoren—terwijl de daadwerkelijke realtime audio wordt gegenereerd en verbruikt door de lokale machine. Omdat alleen signaleringsberichten het virtuele kanaal passeren, is de bandbreedte-overhead laag en consistent, zelfs in omgevingen met meerdere gebruikers. #### Waarom geen plug-in vereist is De belangrijkste mogelijkmaker 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 verschijnen als de onderliggende WebRTC-implementatie, hoeft Zoom geen aparte plug-in te leveren en te onderhouden. De omleidingslogica koppelt WebRTC-API-aanroepen, Apparaat-toegang en sessieonderhandeling van de Browser in de virtuele desktop aan de native engine op de lokale machine. #### Resultaat Met deze aanpak kan de browsergebaseerde WebRTC-ervaring van Zoom efficiënt werken in VDI-omgevingen met volledige audio-optimalisatie. De interface draait binnen de virtuele desktop, maar realtime audio wordt lokaal vastgelegd en verwerkt, waardoor gebruikers een responsieve en schaalbare conferentie-ervaring krijgen zonder extra Zoom-software op de lokale machine of verwerkingsbelasting van de server van de virtuele desktop. --- # 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/virtual-desktop-infrastructure/vdi-explainer/core-concepts.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.