> 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/vdi/core-concepts.md).

# Kernkonzepte

Dieser Abschnitt bietet einen Überblick über die Kernkonzepte der Zoom Workplace VDI-App.

### Plug-in-Optimierungsmodi

#### <mark style="color:blau;">Die Zoom Workplace VDI-App unterstützt drei Betriebsmodi für die Verarbeitung von Echtzeitmedien: Direkt optimierter Modus, Kanal optimierter Modus und Fallback-Modus</mark>

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.

#### <mark style="color:blau;">Direkt optimierter Modus: Wenn die Zoom Workplace VDI-App und das Plug-in unabhängige Datenströme aus der Zoom Cloud erhalten</mark>

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:

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, 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.
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 Bildschirmmedien zwischen den beiden Ebenen zu bestimmen.

<div data-with-frame="true"><figure><img src="https://lh7-rt.googleusercontent.com/docsz/AD_4nXdMkBI5zRMicu977C-QSvtu06Kuvb1YyPZMOqh3Tnzd37uapLNkWLZxLNXxEgmg8e8RxX8btLPjVg8EnW0kRRe-UAjKQAIQEeKpsuR0SrEapbZSH5EO1GPtECfHz5G9uN8ptVbegA?key=Y8FtDbpjXDezi-KeGzQVkA" alt="" width="563"><figcaption><p>Diagramm, das veranschaulicht, wie die Zoom Cloud Daten an zwei separate Ziele überträgt, wenn der direkt optimierte Modus verwendet wird.</p></figcaption></figure></div>

#### <mark style="color:blau;">Kanaloptimierter Modus: Wenn das Plug-In Daten erhält, die über den virtuellen Desktop zurückgeführt werden</mark>

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:

1. Alle Meeting-Medien werden zunächst vom 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 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.

<div data-with-frame="true"><figure><img src="https://lh7-rt.googleusercontent.com/docsz/AD_4nXdDt_WwrMDVVWLYDgtsXxsqsQNcflrpzhxtQSV2cnlYTx4IKRPRT49o-VLNfImUru407_vp7LJkRdaF4SdvIO405fZaD4LCcEvTjlUgE54NwfafocBGGKNk2NmRX1dRpcbg5V7U-w?key=Y8FtDbpjXDezi-KeGzQVkA" alt="" width="563"><figcaption><p>Diagramm, das veranschaulicht, wie Daten über eine zurückgeführte Verbindung an den VDI-Desktop und den Remote-Client übertragen werden.</p></figcaption></figure></div>

#### <mark style="color:blau;">Fallback-Modus: Wenn alle Meeting-Medien an den virtuellen Desktop weitergeleitet und dort direkt verarbeitet werden</mark>

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.

{% hint style="danger" %}
**Warnung**

Der Fallback-Modus sollte nach Möglichkeit vermieden werden, um die Serverleistung aufrechtzuerhalten.
{% endhint %}

#### <mark style="color:blau;">Zusammenfassung der Verbindungsmodi</mark>

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

#### <mark style="color:blau;">Überblick</mark>

Zoom bietet einen Browser-basierten WebRTC-Client über den [Zoom Web App](https://support.zoom.com/hc/en/article?id=zm_kb\&sysparm_article=KB0064261) 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.

{% hint style="danger" %}
**Warnung**

WebRTC Media Offloading ist derzeit auf Audio beschränkt und bietet keinen Support für 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-Weiterleitung für die Zoom Web App](https://support.zoom.com/hc/en/article?id=zm_kb\&sysparm_article=KB0083142).

#### <mark style="color:blau;">Die Zoom Web App verlagert VDI-WebRTC-Audio auf das lokale Gerät</mark>

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.<br>

<div data-with-frame="true"><figure><img src="https://590569539-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FctBXUMeBy4rtLMmMkKRG%2Fuploads%2FMziMpXttOigLu71P5cJb%2FCA2AE7FE-CEB8-4890-87AD-77E31161C3CC.png?alt=media&amp;token=1e3b3f99-cb95-4ac4-82f0-c717f33b0f3f" alt="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" width="563"><figcaption><p>Diagramm, das veranschaulicht, wie Medien zwischen dem Virtuellen Desktop und dem Remote-Client-Gerät aufgeteilt werden.</p></figcaption></figure></div>

#### <mark style="color:blau;">Interaktion zwischen der Zoom Web App und dem lokalen Rechner</mark>

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.

#### <mark style="color:blau;">Warum kein Plug-in erforderlich ist</mark>

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.

#### <mark style="color:blau;">Ergebnis</mark>

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.


---

# 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/vdi/core-concepts.md?ask=<question>&goal=<endgoal>
```

`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.