# Funktionalität von Zoom Mesh
Dieser Abschnitt enthält zusätzliche Informationen zur Zoom Mesh-Funktionalität.
### Parent-Child-Funktionalität
Die folgenden Abschnitte bieten zusätzliche Informationen zu Parent- und Child-Beziehungen innerhalb eines Mesh-Netzwerks.
#### Zoom Mesh erstellt standardmäßig ein Netzwerk ausschließlich für Benutzer innerhalb desselben Kontos
Standardmäßig erstellt Zoom Mesh ein Netzwerk ausschließlich für Benutzer, die zum selben Konto gehören. Ein Konto kann jedoch optional authentifizierten externen Benutzern innerhalb desselben lokalen Netzwerks die Teilnahme am Mesh erlauben, indem das Konto des externen Benutzers *auch* es ihnen ermöglicht, [eine Verbindung zum Mesh-Netzwerk eines anderen Kontos herzustellen](https://support.zoom.us/hc/en-us/articles/14925064423693-How-to-enable-Zoom-Mesh-Guest-Access).
#### Parent- und Child-Rollen werden vom Zoom Mesh Cloud Orchestration Service bestimmt
Der Zoom Mesh Cloud Orchestration Service (COS) ist ein Cloud-Dienst, der für die Definition von Parent- und Child-Client-Rollen innerhalb eines Netzwerks verantwortlich ist. Der Cloud Orchestration Service berücksichtigt zahlreiche Datensätze, um geeignete Parent-Clients zu bestimmen, darunter:
{% columns %}
{% column %}
* CPU-Auslastung
* CPU-Typ
* RAM-Auslastung
* Historische Mesh-Performance
{% endcolumn %}
{% column %}
* Geräteverfügbarkeit (Ein/Aus)
* Geräte-Opt-In/Opt-Out
* Betriebssystem
{% endcolumn %}
{% endcolumns %}
Anhand dieser Datensätze bewertet der COS die Ergebnisse eines Benutzers nach einem Raster: Je höher die Punktzahl eines Benutzers, desto wahrscheinlicher ist es, dass der Client als Parent ausgewählt wird; je niedriger die Punktzahl, desto unwahrscheinlicher.
#### Die Zuordnung von Parent- und Child-Clients ist dynamisch und kann sich während eines Events ändern
Im Verlauf eines Meetings oder Webinars kann sich die Client-Zuordnung eines Benutzers je nach Leistung oder Bedarf ändern.
Beispielsweise können bei einem Event mit 100 Teilnehmern nur 10 Parent-Clients erforderlich sein, um den Umverteilungsbedarf zu decken, wobei die verbleibenden 90 Benutzer als Child-Clients umverteilte Streams erhalten. Wenn die Teilnehmerzahl jedoch auf 200 steigt, können Clients, die zuvor Child-Clients waren, zu einem Parent-Client befördert werden, um den erhöhten Bedarf zu decken.
Alternativ kann ein Parent-Client bei nachlassender Leistung auf den Status eines Child-Clients herabgestuft werden, und ein neuer Parent-Client wird zugewiesen.
#### Das Parent-Child-Client-Verhältnis wird dynamisch durch die Hardware- und Netzwerkleistung jeder Maschine bestimmt
Während eines Events wird das Parent-Child-Verhältnis zwischen Clients dynamisch auf Grundlage der laufenden Netzwerk- und Hardware-Performance des Geräts aktualisiert.
Wenn ein Gerät beispielsweise eine geringe Hardwareauslastung (CPU/RAM) bei hoher Uplink-Bandbreitenkapazität aufweist, ist das Gerät ideal für eine Parent-Client-Rolle und kann eine Parent-Child-Beziehung mit mehreren anderen Geräten herstellen. In diesem Szenario kann der Parent-Client versuchen, Medien an andere Geräte weiterzuleiten, solange das Gerät nicht überlastet ist oder seine Leistung nicht nachlässt. Wenn jedoch die Netzwerk- oder Hardware-Performance des Geräts nachlässt, kann es seine Parent-Client-Zuordnung aufgeben und wieder in eine Child-Client-Rolle wechseln.
#### Jedem Child werden zwei Parents zugewiesen
Mit einem Mesh-Netzwerk verbundene Child-Clients werden *zwei* Parent-Clients zur Ausfallsicherheit zugewiesen. Wenn ein Parent-Client ausfällt, erfolgt für den Benutzer sofort ein Failover zum zweiten Parent-Client. Anschließend wird ein neuer sekundärer Parent-Client eingerichtet, um die Ausfallsicherheit wiederherzustellen.
#### Benutzer werden nicht informiert, wenn sie mit einem Mesh-Netzwerk verbunden sind
Veranstaltungs-Hosts und Teilnehmer erhalten keine Benachrichtigungen innerhalb des Clients, wenn sie mit einem Mesh-Netzwerk verbunden sind. Verbindungen zum Mesh-Netzwerk sind nur für einen Administrator oder autorisierten Benutzer über das [Zoom Mesh Dashboard](/technical-library/de/erweiterte-enterprise-services/zoom-mesh/zoom-mesh-explainer/zoom-mesh-dashboard.md).
#### VDI-Clients können nur eine Mesh-Verbindung mit anderen VDI-Clients herstellen
Bei der Verwendung von Zoom Mesh mit Virtual Desktop Infrastructure (VDI) können Client-Geräte nur Zoom Mesh-Verbindungen mit anderen VDI-Clients herstellen, sofern beide Benutzer ein unterstütztes VDI Plug-In verwenden. Dies ist auf technische Einschränkungen der virtuellen Infrastruktur und der Weiterleitung von Medien zwischen Geräten zurückzuführen.
**VDI-Clients verteilen den Kanal für Inhaltsfreigabe in einem Mesh-Netzwerk nicht**
Aufgrund des Designs des VDI-Clients von Zoom müssen Inhalte der Bildschirmfreigabe über die virtuelle Maschine geleitet werden. Folglich können VDI-Clients die Inhaltsfreigabe nicht über ein Mesh-Netzwerk verteilen und müssen weiterhin innerhalb der virtuellen Infrastruktur verteilt werden.
### Zoom Mesh für Meetings-Funktionalität
Die folgenden Abschnitte beschreiben Einzelheiten zur Zoom Mesh für Meetings-Funktionalität.
#### Mesh für Meetings verteilt das Video des aktiven Sprecher
Mit Zoom Mesh für Meetings wird die Bandbreitenoptimierung durch die Umverteilung des *Downstream-* **Videos des aktiven Sprecher** zwischen Teilnehmern erreicht, wenn sich vier oder mehr Benutzer in einem Meeting befinden. Diese Funktion **gilt nicht** für das Hochladen von Medien; alle Benutzer laden ihre Audio-, Video- und Bildschirmfreigabe-Medien weiterhin einzeln in die Zoom Cloud hoch.
{% hint style="success" %}
**Beispiel**
Wenn sich 10 Benutzer in einem Meeting mit aktiviertem Zoom Mesh befinden, können zwei Parent-Clients mit sieben oder acht Child-Clients ausgewählt werden. Wenn der aktuelle aktive Sprecher spricht, wird der *Videostream* dieses Benutzers von der Zoom Cloud an die Parent-Clients übertragen und dann an die Child-Clients innerhalb des Netzwerks weiterverteilt.
In diesem Szenario erhalten die Child-Clients **keine** den Videostream des aktiven Sprecher von der Zoom Cloud, wodurch bei der Verwendung von 1080p-Video potenziell bis zu 3+ Megabit an Daten pro Benutzer eingespart werden.
{% endhint %}
Das folgende Bild zeigt ein Beispiel dafür, wie der Downstream-Inhalt des Videos des aktiven Sprecher innerhalb eines Mesh-Netzwerks umverteilt wird.
#### Änderungen des aktiven Sprecher bei Mesh für Meetings verändern weder die Parent-Child-Beziehungen noch die durch die Video-Umverteilung erzielten Einsparungen bei der Bandbreite
Während bei Zoom Mesh für Meetings der Schwerpunkt auf der Umverteilung des Videostreams des aktiven Sprecher liegt, wirken sich Änderungen des aktiven Sprechers nicht auf die Beziehungen zwischen Parent- und Child-Clients oder auf die Bandbreiteneinsparungen aus, die durch die Video-Umverteilung ermöglicht werden. Wenn der aktive Sprecher wechselt, ändern die zugewiesenen Parent-Clients einfach den Feed des Videos, das sie umverteilen.
{% hint style="success" %}
**Beispiel**
Wenn Maurice in einem Meeting spricht und dann Holly zu sprechen beginnt, ändert sich der Verteilungs-Feed des Parent-Clients von Maurices Videostream zu Hollys.
Diese Änderung wirkt sich weder darauf aus, welche Benutzer-Clients derzeit als Parent oder Child zugewiesen sind, noch auf die allgemeinen Bandbreiteneinsparungen durch die Video-Umverteilung; nur der umverteilte Videostream ändert sich.
{% endhint %}
#### Die Bandbreiteneinsparungen können je nach den vom Benutzer ausgewählten Video-Layouts variieren
Obwohl Zoom Mesh durch die Umverteilung des Videostreams des aktiven Sprechers Bandbreite spart, können sich die Einsparungen je nach den vom Benutzer gewählten Layouts unterscheiden. Beispielsweise unterstützt Galerieansicht bis zu 49 Video-Feeds gleichzeitig auf dem Bildschirm, während Sprecheransicht jeweils nur einen Videostream anzeigt. Wenn ein Benutzer ein Meeting in Galerieansicht betrachtet, profitiert er davon, dass er den einzelnen Videostream des aktiven Sprechers über das Mesh-Netzwerk empfängt, verbraucht jedoch weiterhin die üblichen Bandbreitenmengen, indem er die restlichen 48 Videostreams der Benutzer aus der Zoom Cloud herunterlädt.
Für die besten Bandbreiteneinsparungen werden Benutzer dazu ermutigt, Meetings in einem möglichst webinarähnlichen Layout anzuzeigen, z. B. Multi-Speaker oder Sprecheransicht.
### Zoom Mesh für Webinare-Funktionalität
Die folgenden Abschnitte beschreiben Einzelheiten zur Zoom Mesh für Webinare-Funktionalität.
#### Mesh für Webinare verteilt *alle* die Videostreams von Webinar-Hosts und Panelisten innerhalb des Netzwerks
Im Gegensatz zu Zoom Mesh für Meetings verteilt Zoom Mesh für Webinare alle Videostreams von Webinar-Hosts und Panelisten innerhalb des lokalen Netzwerks mithilfe von Parent-Child-Beziehungen – nicht nur die der aktiven Sprecher. Mit diesem Design profitieren alle Benutzer, die am Mesh-Netzwerk teilnehmen, weiterhin von einem geringeren Verbrauch externer Bandbreite und erhalten gleichzeitig dieselbe Videoqualität wie andere.
#### Die Vorteile von Mesh für Webinare ändern sich nicht mit den Video-Layouts
Unabhängig davon, welche Video-Layouts Benutzer beim Anzeigen eines Webinars wählen, erhalten sie weiterhin die Vorteile der Video-Umverteilung innerhalb des Netzwerks, einschließlich Galerieansicht, Sprecheransicht oder Multi-Speaker-Ansicht.
---
# Agent Instructions: 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:
```
GET https://library.zoom.com/technical-library/de/erweiterte-enterprise-services/zoom-mesh/zoom-mesh-explainer/zoom-mesh-functionality.md?ask=
```
The question should be specific, self-contained, and written in natural language.
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.
