> 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). # Kernkonzepte ### 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 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, bietet die Zoom Workplace VDI-App drei unterschiedliche Betriebsmodi für Medienverarbeitung und Optimierung: den Modus Direkt optimiert, den Modus Kanal optimiert und den Fallback-Modus. Diese werden in den folgenden Abschnitten erläutert. #### Modus Direkt optimiert: Wenn die Zoom Workplace VDI-App und das Plug-in unabhängige Datenströme von der Zoom Cloud empfangen Der Modus Direkt optimiert ist der standardmäßig 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, der mit dem VDI-Plug-in ausgestattet ist, direkt mit der Zoom Cloud für Echtzeit-Mediendatenübertragungen zu kommunizieren, wodurch die Notwendigkeit entfällt, den Großteil des Echtzeit-Medientraffics über den virtuellen Desktop oder über den virtuellen Kanal zu leiten. Wenn im Modus Direkt optimiert gearbeitet wird, geschieht Folgendes: 1. Das Plug-in empfängt Datenströme für Video und Audio direkt aus der Cloud. 2. Die Zoom Workplace VDI-App verarbeitet allgemeine Meeting-Daten, wie Teilnehmerinformationen, Chat-Nachrichten oder AI Companion-Funktionen, und zeigt sie innerhalb des Platzhalters der Workplace-App an, während sie gleichzeitig die eingehende Bildschirmfreigabe verwaltet, indem sie diese an das Plug-in weiterleitet und lokale Bildschirmfreigabeinhalte 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 sowie das Rendering 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 Modus Direkt optimiert verwendet wird.

#### Kanal-optimierter Modus: Wenn das Plug-In Daten empfängt, die über das virtuelle Desktop umgeleitet werden Die Kanaloptimierung ähnelt der Direct Optimization-Erfahrung, bei der 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 keinen direkten Internetzugang für Thin Clients (oder andere Remote-Geräte) aktivieren oder die Daten lieber über ihr Netzwerk weiterleiten, aber kann *potenziell* zu einer schlechteren Erfahrung als Direct Optimization führen, wenn die Bedingungen der Netzwerk-Weiterleitung nicht optimal sind. 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 an den virtuellen Desktop weitergeleitet und dort direkt verarbeitet werden Der Fallback-Modus stellt eine vollständig unoptimierte VDI-Erfahrung dar. In diesem Modus wird keine Medienoptimierung oder kein 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 erfolgt. Diese Methode stellt eine erhebliche Verarbeitungsbelastung für VDI-Serverressourcen dar 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 letztes Mittel oder verwendet werden, wenn Plug-Ins nicht verfügbar sind. {% hint style="danger" %} **Warnung** Der Fallback-Modus 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 Sicherheitsanforderungen zugeschnitten sind. Der standardmäßig eingestellte 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 ihre jeweiligen Teile eines Zoom Meetings unabhängig verarbeiten, 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 kanaloptimierte Modus und der Fallback-Modus. Diese Modi können dabei helfen, bestimmte Workflow- oder Netzwerkeinschränkungen zu bewältigen, wie z. B. eingeschränkten Internetzugang für Remote-Geräte, Daten-Weiterleitung bei Datenschutzbedenken oder das Fehlen von Plug-Ins. Die folgende Tabelle fasst die wichtigsten Unterschiede zwischen diesen Modi zusammen. | | **Medienauslagerung** | **Direkter Cloud-Zugriff vom Plug-In** | | -------------------- | --------------------- | -------------------------------------- | | **Direkt optimiert** | ✔ | ✔ | | **Kanal-optimiert** | ✔ | | | **Fallback-Modus** | | | ### WebRTC-Medien-Entlastung #### Übersicht Zoom bietet einen browserbasierten WebRTC-Client über den [Zoom Web App](https://support.zoom.com/hc/en/article?id=zm_kb\&sysparm_article=KB0064261) das die Audioverarbeitung an das lokale Gerät des Benutzers auslagern kann, wenn es 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 Weiterleitungsframework bereitstellt, das die Zoom Web App mit dieser Engine verbindet. {% hint style="danger" %} **Warnung** WebRTC-Medien-Offloading ist derzeit auf Audio beschränkt und unterstützt keine Videooptimierung. {% endhint %} 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-Umleitung für die Zoom Web App](https://support.zoom.com/hc/en/article?id=zm_kb\&sysparm_article=KB0083142). #### 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-Medienstapel des Browsers in der gehosteten Sitzung zu aktivieren, übersetzt die VDI-Plattform die audiobezogenen Signalisierungen in leichte Steuerungsnachrichten. Diese Nachrichten werden über den virtuellen Kanal des VDI-Anbieters an den lokalen Rechner des Benutzers gesendet und leiten den Echtzeit-Audiotraffic 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, Dekodierung und Wiedergabe verantwortlich. Die Engine verwendet das Mikrofon, die Lautsprecher und die Verarbeitungsressourcen des lokalen Systems und trägt dazu bei, dass Audio nicht über den Server des virtuellen Desktops läuft. Das folgende Diagramm veranschaulicht, wie Daten beim Einsatz 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 Remote-Client-Gerät aufgeteilt werden.

#### Interaktion zwischen der Zoom Web App und dem lokalen Rechner Aus Sicht 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 Anwendung des virtuellen Desktops präsentiert weiterhin die Zoom-Oberfläche – Steuerelemente, Meeting-Status und Anzeigen –, während das eigentliche Echtzeit-Audio vom lokalen Rechner erzeugt und verarbeitet wird. Da nur Signalisierungsnachrichten den virtuellen Kanal durchlaufen, ist der Bandbreiten-Overhead gering und konsistent, selbst in Multi-Benutzer-Umgebungen. #### 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, Echtzeit-Audio zu verarbeiten. Da die Umleitungsschicht diese Engine für die Zoom Web App als 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 Sitzungsaushandlung aus dem Browser innerhalb des virtuellen Desktops der nativen Engine auf dem lokalen Computer zu. #### Ergebnis Dieser Ansatz ermöglicht es Zooms browserbasiertes WebRTC-Erlebnis, in VDI-Umgebungen mit vollständiger Audio-Optimierung effizient zu arbeiten. Die Oberfläche läuft innerhalb des virtuellen Desktops, aber Echtzeit-Audio wird lokal erfasst und verarbeitet, wodurch Benutzer ein reaktionsschnelles und skalierbares Konferenzerlebnis erhalten, ohne dass zusätzliche Zoom-Software auf dem lokalen Computer erforderlich ist oder der Server des virtuellen Desktops vermehrte Verarbeitungsanforderungen tragen muss. --- # 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.