> 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/de/erweiterte-enterprise-services/virtual-desktop-infrastructure/vdi-explainer/core-concepts.md). # Grundlegende Konzepte ### Plug-in-Optimierungsmodi #### Die Zoom Workplace VDI App unterstützt drei Betriebsmodi für die Echtzeit-Medienverarbeitung: Direkt optimiert, Kanal-optimiert und Fallback-Modus Im Kontext der Zoom Workplace VDI App bezieht sich die Echtzeit-Medienverarbeitung auf die Weiterleitung und Darstellung 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 von der Zoom Cloud empfangen Direkt optimierter Modus ist der standardmäßige Optimierungsmodus für die Zoom Workplace VDI App und das Plug-in. In diesem Modus verwaltet die Zoom Cloud zwei separate Datenströme für einen optimierten VDI-Benutzer: 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 Echtzeit-Mediendatenübertragungen zu kommunizieren und macht es überflüssig, den Großteil des Echtzeit-Medienverkehrs über den virtuellen Desktop oder über den virtuellen Kanal zu leiten. Beim Betrieb im Direkt optimierten Modus geschieht Folgendes: 1. Das Plug-in erhält Datenströme für Video und Audio direkt aus der Cloud. 2. Die Zoom Workplace VDI App verarbeitet allgemeine Meeting-Daten wie Teilnehmerinformationen, Chatnachrichten oder Funktionen von AI Companion und zeigt sie im Platzhalter der Workplace App an, während sie außerdem die Eingehend-Bildschirmfreigabe verwaltet, indem sie sie an das Plug-in weiterleitet und lokale Inhalte der Bildschirmfreigabe vom virtuellen Desktop hochlädt, wenn sie aktiv ist. 3. Das Plug-in und der VDI-Desktop verwenden die virtuelle Verbindung des VDI-Anbieters, um zu kommunizieren und die Platzierung und Darstellung von Medien auf dem Bildschirm zwischen den beiden Ebenen zu bestimmen.

Diagramm, das veranschaulicht, wie die Zoom Cloud Daten an zwei separate Ziele überträgt, wenn der direkt optimierte Modus verwendet wird.

#### Kanaloptimierter Modus: Wenn das Plug-In Daten erhält, die über den virtuellen Desktop zurückgeleitet werden Die Kanaloptimierung ist dem Erlebnis der Direktoptimierung ähnlich, bei dem das Plug-In weiterhin die Meeting-Medien rendert (wie im obigen Bild zu sehen), jedoch über einen anderen Netzwerkpfad. In diesem Modus passiert Folgendes: 1. Alle Meeting-Medien werden zunächst von der Zoom Cloud an den VDI-Server geliefert. 2. Der VDI-Server überträgt Medien entweder über eine Out-of-Band-UDP-Verbindung oder über den vorhandenen VDI-virtuellen Kanal an das Plug-In, wenn die UDP-Verbindung nicht hergestellt werden kann. Diese Methode kann von Organisationen bevorzugt werden, die für Thin Clients (oder andere Remote-Geräte) das Aktivieren des direkten Internetzugangs nicht vornehmen, oder die es vorziehen, Daten über ihr Netzwerk weiterzuleiten, aber können *potenziell* zu einer schlechteren Erfahrung als die Direktoptimierung führen, wenn die Netzwerk-Weiterleitung suboptimal ist. Das folgende Bild veranschaulicht den Datenfluss der UDP/Kanaloptimierung.

Diagramm, das veranschaulicht, wie Daten über eine Hairpin-Verbindung an den VDI-Desktop und den Remote-Client übertragen werden.

#### Fallback-Modus: Wenn alle Meeting-Medien zum virtuellen Desktop weitergeleitet und dort direkt verarbeitet werden Der Fallback Mode steht für ein vollständig nicht optimiertes VDI-Erlebnis. In diesem Modus kommt weder Medienoptimierung noch ein Plug-In zum Einsatz, und die gesamte Kommunikation erfolgt direkt zwischen dem VDI-Server und der Zoom Cloud, wobei die gesamte Verarbeitung ausschließlich auf dem VDI-Server erfolgt. Diese Methode belastet die Ressourcen des VDI-Servers erheblich und führt häufig zu schlechter Leistung, einschließlich Verlangsamung, ruckeligem Video und verzerrtem Audio. Daher ist der Fallback Mode die am wenigsten bevorzugte Option und sollte nur als letzter Ausweg oder verwendet werden, wenn Plug-Ins nicht verfügbar sind. {% hint style="danger" %} **Warnung** Der Fallback Mode sollte nach Möglichkeit vermieden werden, um die Serverleistung aufrechtzuerhalten. {% endhint %} #### Zusammenfassung der Verbindungsmodi Die Zoom Workplace VDI App unterstützt drei unterschiedliche Verbindungsmodi, die jeweils auf verschiedene betriebliche und sicherheitsrelevante Anforderungen zugeschnitten sind. Der standardmäßig verwendete und effizienteste Modus ist der Direct Optimized Mode, bei dem die Zoom Workplace VDI App und das Plug-In separate Verbindungen zur Zoom Cloud herstellen und ihre jeweiligen Anteile an einem Zoom Meeting unabhängig voneinander verarbeiten, um ein nahtloses, optimiertes Erlebnis zu bieten. Zusätzlich zum Direct Optimized Mode kann die Zoom Workplace VDI App in alternativen Konfigurationen betrieben werden, darunter der Kanal-optimierte Modus und der Fallback Mode. Diese Modi können dabei helfen, spezifische Arbeitsabläufe oder Netzwerkeinschränkungen zu bewältigen, etwa eingeschränkten Internetzugang für entfernte Geräte, Datenweiterleitung 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** | ✔ | ✔ | | **Kanaloptimiert** | ✔ | | | **Fallback-Modus** | | | ### WebRTC-Medienauslagerung #### Überblick Zoom bietet einen browserbasierten WebRTC-Client über die [Zoom Web App](https://support.zoom.com/hc/en/article?id=zm_kb\&sysparm_article=KB0064261) der die Audioverarbeitung auf das lokale Gerät des Benutzers auslagern kann, wenn er in einer virtuellen Desktopumgebung ausgeführt wird. Dies funktioniert ohne Zoom-spezifische Plug-ins, da die VDI-Plattform ihre eigene lokale WebRTC-Engine und ein Umleitungsframework bereitstellt, das die Zoom Web App mit dieser Engine verbindet. {% hint style="danger" %} **Warnung** Die WebRTC-Medienauslagerung ist derzeit auf Audio beschränkt und unterstützt keine Videooptimierung. {% endhint %} Diese Funktion unterstützt die folgenden Produkte und Kanäle in 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 [Zoom VDI so zu konfigurieren, dass es Support für die WebRTC-Weiterleitung für die Zoom Web App bietet](https://support.zoom.com/hc/en/article?id=zm_kb\&sysparm_article=KB0083142). #### Die Zoom Web App lagert VDI-WebRTC-Audio auf das lokale Gerät aus Wenn die Zoom Web App innerhalb des virtuellen Desktops versucht, WebRTC-Audio zu initialisieren, werden ihre Anforderungen abgefangen, bevor der virtuelle Desktop versucht, Ton zu erfassen oder zu verarbeiten. Anstatt den integrierten WebRTC-Medienstack des Browsers in der gehosteten Sitzung zu aktivieren, übersetzt die VDI-Plattform die Audio-bezogene Signalisierung in schlanke Steuernachrichten. Diese Nachrichten werden über den virtuellen Kanal des VDI-Anbieters an den lokalen Rechner des Benutzers gesendet, wodurch Echtzeit-Audioverkehr direkt aus der Zoom Cloud an den lokalen Rechner des Benutzers umgeleitet wird. Auf dem lokalen Rechner empfängt die native WebRTC-Engine, die im VDI-Client enthalten ist (z. B. Citrix, Omnissa Horizon), diese Nachrichten und wird für die gesamte Audioerfassung, Kodierung, Dekodierung und Wiedergabe verantwortlich. Die Engine verwendet das Mikrofon, die Lautsprecher und die Verarbeitungsressourcen des lokalen Systems und trägt dazu bei, sicherzustellen, dass Audio nicht über den Server des virtuellen Desktops geleitet wird. Das folgende Diagramm veranschaulicht, wie Daten bei der Verwendung von WebRTC Media Offloading mit der Zoom Web App und einem unterstützten virtuellen Agenten weitergeleitet werden.
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

Diagramm, das veranschaulicht, wie Medien zwischen dem virtuellen Desktop und dem Gerät des Remote-Clients aufgeteilt werden.

#### Interaktion zwischen der Zoom Web App und dem lokalen Rechner Aus Sicht der Zoom Web App ähnelt das Erlebnis 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 Parameter der ausgehandelten Sitzung wider. Die Anwendung des virtuellen Desktops wird weiterhin dazu verwendet, die Zoom-Oberfläche – Steuerelemente, Meeting-Status und Anzeigen – zu präsentieren, während das tatsächliche Echtzeit-Audio vom lokalen Rechner erzeugt und genutzt wird. Da nur Signalisierungsnachrichten den virtuellen Kanal durchlaufen, ist der Bandbreiten-Overhead selbst in Mehrbenutzerumgebungen gering und konsistent. #### Warum kein Plug-in erforderlich ist Der entscheidende Faktor ist, dass der VDI-Client (z. B. Citrix, Omnissa Horizon) bereits eine vollständige WebRTC-Medien-Engine enthält, die Echtzeit-Audio verarbeiten kann. Da die Umleitungsschicht diese Engine für die Zoom Web App wie ihre zugrunde liegende WebRTC-Implementierung erscheinen lässt, muss Zoom kein separates Plug-in bereitstellen und pflegen. Die Umleitungslogik ordnet WebRTC-API-Aufrufe, den Zugriff auf das Gerät und die Aushandlung der Sitzung aus dem Browser innerhalb des virtuellen Desktops der nativen Engine auf dem lokalen Rechner zu. #### Ergebnis Dieser Ansatz ermöglicht es, dass die Browser-basierte WebRTC-Erfahrung von Zoom in VDI-Umgebungen mit vollständiger Audiooptimierung effizient funktioniert. Die Oberfläche läuft innerhalb des virtuellen Desktops, aber Echtzeit-Audio wird lokal erfasst und verarbeitet, wodurch Benutzer eine reaktionsschnelle und skalierbare Konferenzerfahrung erhalten, ohne dass zusätzliche Zoom-Software auf dem lokalen Rechner oder Verarbeitungsanforderungen vom Server des virtuellen Desktops erforderlich sind. --- # 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/de/erweiterte-enterprise-services/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.