Kernconcepten

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

Optimalisatiemodi voor Invoegtoepassingen

De Zoom Workplace VDI-app ondersteunt drie modi voor verwerking van realtime media: Direct geoptimaliseerd, Kanaal geoptimaliseerd en Fallback-modus

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.

Modus Direct geoptimaliseerd: wanneer de Zoom Workplace VDI-app en de Invoegtoepassing onafhankelijke gegevensstromen van de Zoom-cloud ontvangen

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.

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

Modus Kanaal geoptimaliseerd: wanneer de Invoegtoepassing gegevens ontvangt die via het virtuele bureaublad worden hairpinned

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.

Diagram dat illustreert hoe gegevens via een hairpinverbinding naar het VDI-bureaublad en de externe client worden verzonden.

Fallback-modus: wanneer alle vergadermedia naar het virtuele bureaublad worden gerouteerd en daar rechtstreeks worden verwerkt

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.

Waarschuwing

Fallback-modus moet waar mogelijk worden vermeden om de serverprestaties te behouden.

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

Overzicht

Zoom biedt via de Zoom Web App 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.

Waarschuwing

WebRTC-media-uitladen is momenteel beperkt tot audio en ondersteunt geen video-optimalisatie.

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.

De Zoom Web App laadt VDI-WebRTC-audio uit naar het lokale apparaat

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.

Diagram dat illustreert hoe media wordt verdeeld tussen het virtuele bureaublad en het apparaat van de externe client.

Interacties 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 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.

Waarom geen Invoegtoepassing vereist is

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.

Resultaat

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.