Kernconcepten

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

Modi voor optimalisatie van invoegtoepassingen

De Zoom Workplace VDI-app ondersteunt drie werkingsmodi voor realtime mediaverwerking: Direct Geoptimaliseerd, Kanaal Geoptimaliseerd en Fallback-modus

In de context van de Zoom Workplace VDI-app verwijst realtime mediaverwerking naar de doorvoer en weergave van realtime media tussen de Zoom-cloud, de Zoom Workplace VDI-app en/of de invoegtoepassing. Om een reeks VDI-use cases te ondersteunen, ondersteunt de Zoom Workplace VDI-app drie verschillende werkingsmodi voor mediaverwerking en optimalisatie: Direct Geoptimaliseerd, Kanaal Geoptimaliseerd en Fallback-modus. Deze worden besproken in de volgende secties.

Direct Geoptimaliseerde modus: wanneer de Zoom Workplace VDI-app en de invoegtoepassing onafhankelijke gegevensstromen ontvangen van de Zoom-cloud

De Direct Geoptimaliseerde modus is de standaardoptimalisatiemodus 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 stelt de externe client van de gebruiker (uitgerust met de VDI-invoegtoepassing) in staat rechtstreeks met de Zoom-cloud te communiceren voor overdrachten van realtime mediagegevens, waardoor het niet nodig is om het grootste deel van het realtime mediaverkeer via het virtuele bureaublad of over het virtuele kanaal te routeren.

Wanneer Direct Geoptimaliseerde modus wordt gebruikt, gebeurt het volgende:

1. De invoegtoepassing ontvangt video- en audiogegevensstromen rechtstreeks vanuit de cloud.

2. De Zoom Workplace VDI-app verwerkt algemene vergadergegevens, zoals Deelnemerinformatie, chatberichten of AI Companion-functies, en toont deze 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 van 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 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 direct geoptimaliseerde modus.

Kanaal Geoptimaliseerde modus: wanneer de invoegtoepassing gegevens ontvangt die via het virtuele bureaublad worden teruggeleid

Kanaaloptimalisatie lijkt op de ervaring van Directe Optimalisatie, waarbij de invoegtoepassing de vergadermedia blijft weergeven (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 draagt media over aan de invoegtoepassing, hetzij via een UDP-verbinding buiten de band, hetzij via het bestaande virtuele VDI-kanaal als de UDP-verbinding niet tot stand kan worden gebracht.

Deze methode kan de voorkeur hebben van organisaties die geen directe internettoegang inschakelen voor thin clients (of andere externe apparaten), of die gegevens liever via hun netwerk routeren, maar kan mogelijk leiden tot een slechtere ervaring dan Directe Optimalisatie als de netwerkrouteringsomstandigheden suboptimaal zijn. De onderstaande afbeelding toont de gegevensstroom voor UDP-/kanaaloptimalisatie.

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

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

Fallback-modus staat voor een volledig niet-geoptimaliseerde VDI-ervaring. In deze modus is er geen mediaoptimalisatie of invoegtoepassing in gebruik, 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 verwerkingslast op de resources van de VDI-server, wat vaak resulteert in slechte prestaties, waaronder traagheid, schokkerige video en vervormde audio. Daarom is de Fallback-modus de minst gewenste optie en mag deze alleen als laatste redmiddel of wanneer invoegtoepassingen niet beschikbaar zijn, worden gebruikt.

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 Geoptimaliseerde modus, waarbij de Zoom Workplace VDI-app en de invoegtoepassing 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 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, gegevenroutering vanwege privacyoverwegingen of het ontbreken van invoegtoepassingen.

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

	Mediaverplaatsing	Directe cloudtoegang vanuit de invoegtoepassing
Direct Geoptimaliseerd	✔	✔
Kanaal Geoptimaliseerd	✔
Fallback-modus

WebRTC-mediaverplaatsing

Overzicht

Zoom biedt een Browsergebaseerde WebRTC-client via de Zoom Web-app die audioverwerking kan verplaatsen naar het lokale apparaat van de gebruiker wanneer deze in een virtuele desktopomgeving wordt uitgevoerd. Dit werkt zonder dat Zoom-specifieke invoegtoepassingen nodig zijn, omdat het VDI-platform zijn eigen lokale WebRTC-engine en een omleidingskader levert dat de Zoom Web-app met die engine verbindt.

Waarschuwing

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

Deze functie ondersteunt de volgende producten en kanalen vanuit de Zoom Web-app:

• Zoom Phone

• Zoom Contactcenter

• Zoom Contactcenter CTI Connector

Deze functie 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.

De Zoom Web-app verplaatst VDI-WebRTC-audio naar het lokale apparaat

Wanneer de Zoom Web-app binnen het virtuele bureaublad probeert WebRTC-audio te initialiseren, worden de verzoeken onderschept voordat het virtuele bureaublad 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 audiogerelateerde 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 audiotraffic rechtstreeks van de Zoom-cloud 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 afspelen. De engine gebruikt de Microfoon, luidsprekers en verwerkingsbronnen van het lokale systeem, waardoor audio niet via de VDI-server van het virtuele bureaublad stroomt.

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

Diagram dat illustreert hoe media wordt gesplitst tussen het virtuele bureaublad 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. De signalering tussen de Zoom Web-app en de backend van Zoom wordt via het virtuele bureaublad doorgegeven, en de lokale WebRTC-engine spiegelt de onderhandelde sessieparameters. De applicatie van het virtuele bureaublad blijft de Zoom-interface tonen—bedieningselementen, vergaderstatus 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 er geen invoegtoepassing nodig 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 lijken alsof het de onderliggende WebRTC-implementatie is, hoeft Zoom geen aparte invoegtoepassing te leveren en te onderhouden. De omleidingslogica koppelt WebRTC-API-aanroepen, apparaattoegang en sessieonderhandeling van de Browser binnen het virtuele bureaublad aan de native engine op de lokale machine.

Resultaat

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 vergaderervaring krijgen zonder extra Zoom-software op de lokale machine of verwerkingsbelasting van de server van het virtuele bureaublad.