# Zoom Mesh Funktionalität

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.

#### <mark style="color:blau;">Zoom Mesh erstellt standardmäßig ausschließlich ein Netzwerk für Benutzer innerhalb desselben Kontos</mark>

Standardmäßig erstellt Zoom Mesh ausschließlich ein Netzwerk für Benutzer, die demselben Konto angehören. Ein Konto kann jedoch optional authentifizierten externen Benutzern innerhalb desselben lokalen Netzwerks die Teilnahme am Mesh erlauben, sofern das Konto des externen Benutzers *auch* es ihnen [ermöglicht, eine Verbindung zu einem Mesh-Netzwerk eines anderen Kontos herzustellen](https://support.zoom.us/hc/en-us/articles/14925064423693-How-to-enable-Zoom-Mesh-Guest-Access).

#### <mark style="color:blau;">Parent- und Child-Rollen werden vom Zoom Mesh Cloud Orchestration Service bestimmt</mark>

Der Zoom Mesh Cloud Orchestration Service (COS) ist ein Clouddienst, 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 Schema: Je höher die Punktzahl eines Benutzers, desto wahrscheinlicher wird der Client als Parent ausgewählt; je niedriger die Punktzahl, desto unwahrscheinlicher.

#### <mark style="color:blau;">Die Zuordnung von Parent- und Child-Clients ist dynamisch und kann sich während eines Events ändern</mark>

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 Verteilungsbedarf zu decken, während die verbleibenden 90 Benutzer als Child-Clients verteilte Streams erhalten. Erhöht sich die Teilnehmerzahl des Events jedoch auf 200, können Clients, die zuvor Child-Clients waren, zu einem Parent-Client hochgestuft werden, um dem gestiegenen Bedarf gerecht zu werden.

Wenn ein Parent-Client hingegen eine verschlechterte Leistung aufweist, kann er auf den Status eines Child-Clients herabgestuft werden, und ein neuer Parent-Client wird zugewiesen.

#### <mark style="color:blau;">Das Parent-Child-Client-Verhältnis wird dynamisch durch die Hardware- und Netzwerkleistung jedes einzelnen Geräts bestimmt</mark>

Während eines Events wird das Parent-Child-Verhältnis zwischen den Clients dynamisch anhand der laufenden Netzwerk- und Hardwareleistung des Geräts aktualisiert.

Wenn beispielsweise ein Gerät 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 zu verteilen, solange das Gerät nicht überlastet ist oder seine Leistung sich nicht verschlechtert. Wenn jedoch die Netzwerk- oder Hardwareleistung des Geräts nachlässt, kann es seine Parent-Client-Zuordnung aufgeben und wieder in eine Child-Client-Rolle wechseln.

#### <mark style="color:blau;">Jedem Child werden zwei Parents zugewiesen</mark>

Child-Clients, die mit einem Mesh-Netzwerk verbunden sind, werden *zwei* Parent-Clients zur Ausfallsicherheit zugewiesen. Fällt ein Parent-Client aus, erfolgt sofort ein Failover des Benutzers auf den zweiten Parent-Client. Anschließend wird ein neuer sekundärer Parent-Client eingerichtet, um die Ausfallsicherheit wiederherzustellen.

#### <mark style="color:blau;">Benutzer werden nicht darüber informiert, wenn sie mit einem Mesh-Netzwerk verbunden sind</mark>

Event-Hosts und Teilnehmer erhalten keine Benachrichtigungen innerhalb des Clients, wenn sie mit einem Mesh-Netzwerk verbunden sind. Verbindungen zum Mesh-Netzwerk können nur von einem Administrator oder autorisierten Benutzer über das [Zoom Mesh Dashboard](https://library.zoom.com/technical-library/de/erweiterte-enterprise-services/zoom-mesh/zoom-mesh-explainer/zoom-mesh-dashboard).

#### <mark style="color:blau;">VDI-Clients können nur eine Mesh-Verbindung mit anderen VDI-Clients herstellen</mark>

Bei der Verwendung von Zoom Mesh mit virtueller Desktop-Infrastruktur (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.

<mark style="color:blau;">**VDI-Clients verteilen den Kanal für Bildschirmfreigabe nicht in einem Mesh-Netzwerk**</mark>

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 Bildschirmfreigabe 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 Details zur Zoom Mesh für Meetings-Funktionalität.

#### <mark style="color:blau;">Mesh für Meetings verteilt das Video des aktiven Sprechers</mark>

Mit Zoom Mesh für Meetings wird die Bandbreitenoptimierung durch die Verteilung des *nachgelagerten* **Videos des aktiven Sprechers** zwischen Teilnehmern bereitgestellt, wenn sich vier oder mehr Benutzer in einem Meeting befinden. Diese Funktion **gilt nicht** für das Hochladen von Medien, und alle Benutzer laden weiterhin ihre Audio-, Video- und Bildschirmfreigabe-Medien individuell 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 anschließend an die Child-Clients innerhalb des Netzwerks verteilt.

In diesem Szenario erhalten die Child-Clients **keine** den Videostream des aktiven Sprechers aus der Zoom Cloud und sparen dadurch potenziell bis zu 3+ Megabit Daten pro Benutzer bei Verwendung von 1080p-Video.
{% endhint %}

Das folgende Bild zeigt ein Beispiel dafür, wie nachgelagerte Videoinhalte des aktiven Sprechers innerhalb eines Mesh-Netzwerks verteilt werden.

<figure><img src="https://lh7-rt.googleusercontent.com/docsz/AD_4nXdkHVwobxFkXOQnBfbUpeqm9an_UKIAx5aqpAORRNOrRA_B1hzqr2q4KPxQZWCd_rzYUNw5axzcgqbZz77izNTIN7eiBN_X8gkZL07N-QoKEcfXfARRGkxn4vZbiTqFsBPCdCl-?key=oAHeQx46Zvia3lTyQKLPPA" alt="Image map showing how Zoom Mesh Orchestrater works at a high level."><figcaption></figcaption></figure>

#### <mark style="color:blau;">Aktivsprecherwechsel bei Mesh für Meetings ändern weder Parent-Child-Beziehungen noch die Bandbreitenersparnis durch die Videoverteilung</mark>

Während der Fokus von Zoom Mesh für Meetings auf der Verteilung des Videostreams des aktiven Sprechers liegt, haben Änderungen beim aktiven Sprecher keinen Einfluss auf die Beziehungen zwischen Parent- und Child-Clients oder auf die durch die Videoverteilung erzielte Bandbreitenersparnis. Wenn der aktive Sprecher wechselt, ändern die zugewiesenen Parent-Clients lediglich den Videostream, den sie verteilen.

{% hint style="success" %}
**Beispiel**

Wenn Maurice in einem Meeting spricht und dann Holly zu sprechen beginnt, ändert sich der Verteilungsstream des Parent-Clients von Maurices Videostream zu Hollys Videostream.

Diese Änderung wirkt sich weder darauf aus, welche Benutzerclients aktuell als Parent oder Child zugeordnet sind, noch auf die allgemeine Bandbreitenersparnis durch die Videoverteilung; lediglich der verteilte Videostream ändert sich.
{% endhint %}

#### <mark style="color:blau;">Die Bandbreitenersparnis kann je nach den vom Benutzer ausgewählten Video-Layouts variieren</mark>

Obwohl Zoom Mesh durch die Verteilung des Videostreams des aktiven Sprechers Bandbreite spart, kann die Bandbreitenersparnis je nach den vom Benutzer gewählten Layouts beeinflusst werden. Beispielsweise unterstützt die Galerieansicht bis zu 49 Video-Streams gleichzeitig auf dem Bildschirm, während die Sprecheransicht jeweils nur einen Videostream anzeigt. Wenn ein Benutzer ein Meeting in der Galerieansicht verfolgt, profitiert er davon, den einzelnen Videostream des aktiven Sprechers über das Mesh-Netzwerk zu empfangen, verbraucht jedoch weiterhin standardmäßige Bandbreitenmengen, indem die verbleibenden 48 Videostreams der Benutzer aus der Zoom Cloud heruntergeladen werden.

Für die besten Bandbreiteneinsparungen werden Benutzer dazu angehalten, Meetings in einem möglichst webinarähnlichen Layout anzuzeigen, beispielsweise Multi-Speaker oder Sprecheransicht.

### Zoom Mesh für Webinare-Funktionalität

Die folgenden Abschnitte beschreiben Details zur Zoom Mesh für Webinare-Funktionalität.

#### <mark style="color:blau;">Mesh für Webinare verteilt</mark> *<mark style="color:blau;">alle</mark>* <mark style="color:blau;">Videostreams von Webinar-Hosts und Panelisten innerhalb des Netzwerks</mark>

Anders als 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 im Mesh-Netzwerk weiterhin von reduziertem externen Bandbreitenverbrauch und erleben dabei dieselbe Videoqualität wie andere.

<figure><img src="https://lh7-rt.googleusercontent.com/docsz/AD_4nXe_yqjYBRb-GGzzQKDQo70ftoFRdV67aDmwMcRNv03kv2oP_Tk4TKwEKJBiaPX4Nz7o34p9GwxwvtP-hph3VNvZw-xg_aZDuxLmGaMpW5HQkiyuvzM5iAo-8TFMK8F8EKm73k4OnA?key=oAHeQx46Zvia3lTyQKLPPA" alt="Image map showing how Zoom Mesh Orchestrater works at a high level."><figcaption></figcaption></figure>

#### <mark style="color:blau;">Die Vorteile von Mesh für Webinare ändern sich nicht mit den Video-Layouts</mark>

Unabhängig davon, welche Video-Layouts Benutzer bei der Anzeige eines Webinars wählen, erhalten sie weiterhin die Vorteile der Videoverteilung innerhalb des Netzwerks, einschließlich Galerieansicht, Sprecheransicht oder Multi-Speaker-Ansicht.