Kernconcepten

Deze sectie geeft een overzicht van de kernconcepten van de Zoom Workplace VDI app.

Modi voor plug-inoptimalisatie

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

In de context van de Zoom Workplace VDI-app verwijst verwerking van realtime media naar het doorgeven en renderen van realtime media tussen de Zoom-cloud, de Zoom Workplace VDI-app en/of de Invoegtoepassing. Om een reeks VDI-gebruiksscenario's te ondersteunen, ondersteunt de Zoom Workplace VDI-app drie verschillende werkingsmodi voor mediaverwerking en -optimalisatie: Direct geoptimaliseerde modus, Kanaal geoptimaliseerde modus en Fallback-modus. Deze worden besproken in de volgende secties.

Direct geoptimaliseerde modus: wanneer de Zoom Workplace VDI-app en Invoegtoepassing onafhankelijke datastromen van de Zoom-cloud ontvangen

Direct geoptimaliseerde modus is de Standaard optimalisatiemodus voor de Zoom Workplace VDI-app en de 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 om rechtstreeks met de Zoom-cloud te communiceren voor overdrachten van realtime mediadata, waardoor de meeste realtime-mediaverkeer niet meer via de virtuele desktop of over het virtuele kanaal hoeven te worden gerouteerd.

Wanneer in Direct geoptimaliseerde modus wordt gewerkt, gebeurt het volgende:

1. De Invoegtoepassing ontvangt videostreams en audiostreams rechtstreeks uit de cloud.

2. De Zoom Workplace VDI-app verwerkt algemene vergadergegevens, zoals Deelnemerinformatie, chatberichten of AI Companion Functie(s), en geeft deze weer in de placeholder van de Workplace-app, terwijl inkomend scherm delen ook wordt beheerd door dit door te sturen naar de invoegtoepassing en lokale inhoud voor scherm delen van de virtuele desktop te uploaden wanneer dit actief is.

3. De Invoegtoepassing en de VDI-desktop 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 wanneer Direct geoptimaliseerde modus wordt gebruikt.

Kanaal geoptimaliseerde modus: wanneer de Invoegtoepassing gegevens ontvangt die via de virtuele desktop hairpinned worden

Kanaaloptimalisatie lijkt op de Direct Optimization-ervaring, 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 wordt eerst van de Zoom-cloud naar de VDI-server geleverd.

2. De VDI-server draagt media over aan de Invoegtoepassing via een out-of-band UDP-verbinding of via het bestaande virtuele VDI-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 er de voorkeur aan geven gegevens via hun netwerk te routeren, maar kan mogelijk leiden tot een slechtere ervaring dan Direct Optimization als de netwerkroutingomstandigheden suboptimaal zijn. De onderstaande afbeelding demonstreert de gegevensstroom van UDP/kanaaloptimalisatie.

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

Fallback-modus: wanneer alle vergadermedia wordt gerouteerd naar en rechtstreeks verwerkt op de virtuele desktop

Fallback-modus staat voor een volledig ongeoptimaliseerde VDI-ervaring. In deze modus wordt geen media-optimalisatie of Invoegtoepassing gebruikt, 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. Daarom is Fallback-modus de minst gewenste optie en moet deze alleen als laatste redmiddel worden gebruikt of wanneer invoegtoepassingen niet beschikbaar zijn.

Waarschuwing

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

Samenvatting van verbindingsmodi

De Zoom Workplace VDI-app ondersteunt drie verschillende verbindingsmodi, elk afgestemd op andere operationele en beveiligingsbehoeften. De Standaard en meest efficiënte modus is Direct geoptimaliseerde modus, 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 bieden.

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

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

	Uitbesteding van media	Rechtstreekse cloudtoegang vanuit de Invoegtoepassing
Direct geoptimaliseerd	✔	✔
Kanaal geoptimaliseerd	✔
Fallback-modus

WebRTC-media-offloading

Overzicht

Zoom biedt via de een browsergebaseerde WebRTC-client aan Zoom Web App die audiaverwerking kan uitbesteden aan het lokale apparaat van de gebruiker wanneer deze binnen een virtuele desktopomgeving wordt uitgevoerd. Dit werkt zonder dat Zoom-specifieke invoegtoepassingen vereist 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-offloading is momenteel beperkt tot audio en ondersteunt geen video-optimalisatie.

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 Zooms Ondersteuningscentrum voor meer informatie over het configureren van Zoom VDI om WebRTC-omleiding voor de Zoom Web App te ondersteunen.

De Zoom Web App besteedt VDI-WebRTC-audio uit aan het lokale apparaat

Wanneer de Zoom Web App in de virtuele desktop probeert WebRTC-audio te initialiseren, worden de verzoeken 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, zet het VDI-platform de audogerelateerde signalering om in lichte controleberichten. Deze berichten worden via het virtuele kanaal van de VDI-provider naar de lokale computer van de gebruiker verzonden, waardoor realtime audiotraffic van de Zoom-cloud rechtstreeks naar de lokale computer van de gebruiker wordt omgeleid.

Op de lokale computer ontvangt de native WebRTC-engine die in de VDI-client is opgenomen (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 verwerkingsbronnen van het lokale systeem, zodat audio niet via de server van de virtuele desktop loopt.

Het volgende diagram illustreert hoe gegevens worden gerouteerd wanneer WebRTC-media-offloading wordt gebruikt met de Zoom Web App en een ondersteunde virtuele agent.

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

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. Signalering tussen de Zoom Web App en de backend van Zoom wordt via de virtuele desktop doorgegeven, en de lokale WebRTC-engine spiegelt de onderhandelde sessieparameters. De applicatie van de virtuele desktop blijft de Zoom-interface presenteren—bedieningselementen, vergaderstatus en indicatoren—terwijl de daadwerkelijke realtime-audio wordt gegenereerd en gebruikt door de lokale machine.

Omdat alleen signaleringsberichten het virtuele kanaal doorkruisen, 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-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 afzonderlijke invoegtoepassing te leveren en te onderhouden. De omleidingslogica koppelt WebRTC API-aanroepen, toegang tot apparaten en sessieonderhandeling van de Browser binnen de virtuele desktop aan de native engine op de lokale machine.

Resultaat

Deze aanpak stelt Zoom in staat om de browsergebaseerde WebRTC-ervaring efficiënt te laten 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 vergaderervaring krijgen zonder dat extra Zoom-software op de lokale machine nodig is of de server van de virtuele desktop extra verwerkingsbelasting krijgt.