Kernkonzepte
Dieser Abschnitt bietet einen Überblick über die Kernkonzepte der Zoom Workplace VDI-App.
Plug-in-Optimierungsmodi
Die Zoom Workplace VDI-App unterstützt drei Betriebsmodi für die Verarbeitung von Echtzeitmedien: Direkt optimierter Modus, Kanal optimierter Modus und Fallback-Modus
Im Kontext der Zoom Workplace VDI-App bezieht sich die Verarbeitung von Echtzeitmedien auf die Weiterleitung und das Rendering von Echtzeitmedien zwischen der Zoom Cloud, der Zoom Workplace VDI-App und/oder dem Plug-in. Um eine Reihe von VDI-Anwendungsfällen zu unterstützen, unterstützt die Zoom Workplace VDI-App drei unterschiedliche Betriebsmodi für Medienverarbeitung und -optimierung: Direkt optimierter Modus, Kanal optimierter Modus und Fallback-Modus. Diese werden in den folgenden Abschnitten behandelt.
Direkt optimierter Modus: Wenn die Zoom Workplace VDI-App und das Plug-in unabhängige Datenströme aus der Zoom Cloud erhalten
Der Direkt optimierte Modus ist der standardmäßig verwendete Optimierungsmodus für die Zoom Workplace VDI-App und das Plug-in. In diesem Modus hält die Zoom Cloud zwei separate Datenströme für einen optimierten VDI-Benutzer bereit: einen für die Zoom Workplace VDI-App und einen weiteren für das Plug-in. Diese Konfiguration ermöglicht es dem Remote-Client des Benutzers (ausgestattet mit dem VDI-Plug-in), direkt mit der Zoom Cloud für Übertragungen von Echtzeitmedien-Daten zu kommunizieren und macht es überflüssig, den Großteil des Echtzeitmedienverkehrs über den virtuellen Desktop oder über den virtuellen Kanal zu leiten.
Beim Betrieb im direkt optimierten Modus geschieht Folgendes:
Das Plug-in empfängt Datenströme für Video und Audio direkt aus der Cloud.
Die Zoom Workplace VDI-App verarbeitet allgemeine Meeting-Daten wie Teilnehmerinformationen, Chat-Nachrichten oder AI Companion-Funktionen, zeigt sie im Platzhalter der Workplace-App an und verwaltet zudem die Eingehend-Bildschirmfreigabe, indem sie sie an das Plug-in weiterleitet und lokale Bildschirmfreigabe-Inhalte vom virtuellen Desktop hochlädt, wenn sie aktiv ist.
Das Plug-in und der VDI-Desktop verwenden die virtuelle Verbindung des VDI-Anbieters, um zu kommunizieren und die Platzierung sowie das Rendering von Bildschirmmedien zwischen den beiden Ebenen zu bestimmen.
Kanaloptimierter Modus: Wenn das Plug-In Daten erhält, die über den virtuellen Desktop zurückgeführt werden
Die Kanaloptimierung ähnelt der Direct-Optimization-Erfahrung, bei der das Plug-In die Meeting-Medien weiterhin rendert (wie im obigen Bild zu sehen), jedoch über einen anderen Netzwerkpfad. In diesem Modus geschieht Folgendes:
Alle Meeting-Medien werden zunächst vom Zoom Cloud an den VDI-Server geliefert.
Der VDI-Server überträgt Medien entweder über eine Out-of-Band-UDP-Verbindung oder über den vorhandenen virtuellen VDI-Kanal an das Plug-In, wenn die UDP-Verbindung nicht hergestellt werden kann.
Diese Methode kann von Organisationen bevorzugt werden, die keinen direkten Internetzugang für Thin Clients (oder andere Remote-Geräte) Aktivieren, oder die es bevorzugen, Daten über ihr Netzwerk weiterzuleiten, aber können potenziell zu einem schlechteren Erlebnis als die Direct Optimization führen, wenn die Netzwerk-Weiterleitungbedingungen suboptimal sind. Die folgende Abbildung zeigt den UDP/Kanaloptimierungs-Datenfluss.
Fallback-Modus: Wenn alle Meeting-Medien an den virtuellen Desktop weitergeleitet und dort direkt verarbeitet werden
Der Fallback-Modus steht für eine vollständig unoptimierte VDI-Erfahrung. In diesem Modus wird keine Medienoptimierung oder Plug-In verwendet, und die gesamte Kommunikation erfolgt direkt zwischen dem VDI-Server und der Zoom Cloud, wobei die gesamte Verarbeitung ausschließlich auf dem VDI-Server stattfindet.
Diese Methode belastet die Verarbeitungsressourcen des VDI-Servers erheblich und führt oft zu schlechter Leistung, einschließlich Langsamkeit, ruckeligem Video und verzerrtem Audio. Daher ist der Fallback-Modus die am wenigsten bevorzugte Option und sollte nur als letzter Ausweg oder verwendet werden, wenn Plug-Ins nicht verfügbar sind.
Warnung
Der Fallback-Modus sollte nach Möglichkeit vermieden werden, um die Serverleistung aufrechtzuerhalten.
Zusammenfassung der Verbindungsmodi
Die Zoom Workplace VDI App unterstützt drei unterschiedliche Verbindungsmodi, die jeweils auf verschiedene Betriebs- und Sicherheitsanforderungen zugeschnitten sind. Der standardmäßig verwendete und effizienteste Modus ist der Direkt optimierte Modus, bei dem die Zoom Workplace VDI App und das Plug-In separate Verbindungen zur Zoom Cloud herstellen und jeweils ihre jeweiligen Teile eines Zoom Meetings unabhängig verwalten, um ein nahtloses, optimiertes Erlebnis zu bieten.
Zusätzlich zum Direkt optimierten Modus kann die Zoom Workplace VDI App in alternativen Konfigurationen betrieben werden, darunter der Kanal optimierte Modus und der Fallback-Modus. Diese Modi können helfen, bestimmte Workflow- oder Netzwerkeinschränkungen zu bewältigen, z. B. eingeschränkten Internet-Access für Remote-Geräte, Daten-Weiterleitung aus Datenschutzgründen oder das Fehlen von Plug-Ins.
Die folgende Tabelle fasst die wichtigsten Unterschiede zwischen diesen Modi zusammen.
Medienauslagerung
Direkter Cloud Access vom Plug-In
Direkt optimiert
✔
✔
Kanal optimiert
✔
Fallback-Modus
WebRTC-Medienauslagerung
Überblick
Zoom bietet einen Browser-basierten WebRTC-Client über den Zoom Web App das Audioverarbeitung auf das lokale Gerät des Benutzers auslagern kann, wenn es in einer virtuellen Desktop-Umgebung ausgeführt wird. Dies funktioniert ohne die Notwendigkeit von Zoom-spezifischen Plug-ins, da die VDI-Plattform ihre eigene lokale WebRTC-Engine und ein Umleitungs-Framework bereitstellt, das die Zoom-Web-App mit dieser Engine verbindet.
Warnung
WebRTC Media Offloading ist derzeit auf Audio beschränkt und bietet keinen Support für Videooptimierung.
Diese Funktion unterstützt die folgenden Produkte und Kanäle aus der Zoom-Web-App:
Zoom Phone
Zoom Contact Center
Zoom Contact Center CTI Connector
Diese Funktion wird derzeit von den folgenden virtuellen Desktop-Plattformen unterstützt:
Citrix
Omnissa Horizon
Weitere Informationen finden Sie im Support-Center von Zoom zu Konfiguration von Zoom VDI zur Unterstützung der WebRTC-Weiterleitung für die Zoom Web App.
Die Zoom Web App verlagert VDI-WebRTC-Audio auf das lokale Gerät
Wenn die Zoom Web App innerhalb des virtuellen Desktops versucht, WebRTC-Audio zu initialisieren, werden ihre Anfragen abgefangen, bevor der virtuelle Desktop versucht, Ton zu erfassen oder zu verarbeiten. Anstatt den integrierten WebRTC-Medien-Stack des Browsers in der gehosteten Sitzung zu aktivieren, übersetzt die VDI-Plattform die audiobezogenen Signalisierungsdaten in leichtgewichtige Steuernachrichten. Diese Nachrichten werden über den virtuellen Kanal des VDI-Anbieters an den lokalen Rechner des Benutzers gesendet und leiten den Echtzeit-Audioverkehr aus der Zoom Cloud direkt an den lokalen Rechner des Benutzers um.
Auf dem lokalen Rechner empfängt die native WebRTC-Engine, die im VDI-Client enthalten ist (z. B. Citrix, Omnissa Horizon), diese Nachrichten und ist für die gesamte Audioerfassung, Kodierung, Decodierung und Wiedergabe verantwortlich. Die Engine verwendet das Mikrofon, die Lautsprecher und die Verarbeitungsressourcen des lokalen Systems und trägt so dazu bei, dass Audio nicht über den virtuellen Desktop-Server fließt.
Das folgende Diagramm veranschaulicht, wie Daten beim Einsatz von WebRTC-Medienauslagerung mit der Zoom Web App und einem unterstützten virtuellen Agenten weitergeleitet werden.
Interaktion zwischen der Zoom Web App und dem lokalen Rechner
Aus der Perspektive der Zoom Web App ähnelt die Erfahrung weiterhin einer Standard-WebRTC-Sitzung. Die Signalisierung zwischen der Zoom Web App und dem Backend von Zoom wird über den virtuellen Desktop weitergeleitet, und die lokale WebRTC-Engine spiegelt die ausgehandelten Sitzungsparameter wider. Die virtuelle Desktop-Anwendung präsentiert weiterhin die Zoom-Oberfläche – Steuerelemente, Meeting-Status und Anzeigen –, während das eigentliche Audio in Echtzeit vom lokalen Gerät erzeugt und verarbeitet wird.
Da nur Signalisierungsnachrichten den virtuellen Kanal durchlaufen, ist der Bandbreiten-Overhead gering und konstant, selbst in Mehrbenutzerumgebungen.
Warum kein Plug-in erforderlich ist
Der entscheidende Faktor ist, dass der VDI-Client (z. B. Citrix, Omnissa Horizon) bereits eine vollständige WebRTC-Media-Engine enthält, die in der Lage ist, Audio in Echtzeit zu verarbeiten. Da die Umleitungsschicht diese Engine der Zoom Web App als ihre zugrunde liegende WebRTC-Implementierung erscheinen lässt, muss Zoom kein separates Plug-in bereitstellen und warten. Die Umleitungslogik ordnet WebRTC-API-Aufrufe, den Gerätezugriff und die Sitzungsverhandlung aus dem Browser innerhalb des virtuellen Desktops der nativen Engine auf dem lokalen Gerät zu.
Ergebnis
Dieser Ansatz ermöglicht es der browserbasierten WebRTC-Erfahrung von Zoom, in VDI-Umgebungen mit vollständiger Audiooptimierung effizient zu funktionieren. Die Oberfläche läuft innerhalb des virtuellen Desktops, aber Audio in Echtzeit wird lokal erfasst und verarbeitet, wodurch Benutzer eine reaktionsschnelle und skalierbare Konferenzerfahrung erhalten, ohne dass zusätzliche Zoom-Software auf dem lokalen Gerät oder Verarbeitungsanforderungen vom Server des virtuellen Desktops erforderlich sind.
Zuletzt aktualisiert
War das hilfreich?