> 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/zoom-mesh/zoom-mesh-explainer.md). # Überblick Dieser Abschnitt bietet einen Überblick und eine Einführung in Zoom Mesh und seine Kernkonzepte. Zoom Mesh ist eine Funktion zur Bandbreitenoptimierung, die Videostreams zwischen Nutzern innerhalb eines gemeinsamen lokalen Netzwerks neu verteilt. Mit Zoom Mesh können unterstützte Zoom Workplace-Apps Webinar- und Meeting-Videofeeds von *anderen* netzwerkinternen Clients als Quellen für die Neuverteilung von Videoinhalten. Dadurch kann der Verbrauch externer Bandbreite gesenkt werden, indem Medien innerhalb des Netzwerks verteilt werden, anstatt dass jeder Client eine unabhängige Verbindung zur Zoom Cloud herstellen muss. Dies ist am effektivsten bei groß angelegten Zoom Meetings oder Webinars, wie unternehmensweiten All-Hands oder allgemeine Versammlung-Meetings, bei denen Tausende von Nutzern innerhalb desselben LAN virtuell am selben Event teilnehmen können. Durch die Neuverteilung von Medieninhalten zwischen Nutzern im LAN wird der Bandbreitenverbrauch minimiert. #### Zoom Mesh unterstützt die Video-Neuverteilung für Zoom Meetings und Zoom Webinars Zoom Mesh wird sowohl für Zoom Meetings als auch für Zoom Webinars unterstützt (einschließlich bei der Verwendung innerhalb von [Zoom Events](https://events.zoom.us/)); jedoch gibt es leichte Unterschiede bei den Methoden der Medienverteilung zwischen den beiden Produkten. Weitere Informationen zu diesen Unterschieden finden Sie im Abschnitt zu [Zoom Mesh-Funktionalität](#zoom-mesh-functionality). #### Zoom Mesh funktioniert, indem Medienstreams von *übergeordneten Clients* zu *untergeordneten Clients* unter Verwendung von Peer-to-Peer-Verbindungen Zoom Mesh wurde entwickelt, um eingehende Videostreams mithilfe einer Parent-Child-Beziehung zu verteilen. In dieser Beziehung, *übergeordnete* Clients die lokale Quelle für Videostreams sind, die an *untergeordnete* Clients über eine Peer-to-Peer-Verbindung.
Image map showing how Zoom Mesh Orchestrator works at a high level.
#### **Parent Clients sind Geräte, die Datenströme an andere Benutzer innerhalb des Netzwerks weiterverteilen** *Parent Clients* sind leistungsstarke Geräte, die Datenströme an andere Geräte (d. h. Child Clients) im selben Netzwerk weiterverteilen können, ohne die Leistung des Geräts wesentlich zu beeinträchtigen. Siehe den Abschnitt zu [Unterstützte Geräte](#supported-devices) für weitere Informationen zu unterstützten Parent Clients. #### **Child Clients sind Geräte, die einen weitergeleiteten Stream von einem Parent Client empfangen** Ein Child-Gerät ist *jedes* Gerät, das einen weitergeleiteten Videostream von einem Parent Client empfängt. Abgesehen von der Verbindung des Geräts zum Parent Client gibt es keine zusätzlichen Funktionen für diese Beziehung. Für weitere Informationen zu Zoom Mesh-Beziehungen siehe den Abschnitt über [Eltern-Kind-Funktionalität](/technical-library/de/erweiterte-enterprise-services/zoom-mesh/zoom-mesh-functionality.md#parent-child-functionality). #### Zoom Mesh Support ist in die Desktop-Apps von Zoom Workplace integriert und erfordert keine zusätzliche Hardware oder Software Zoom Mesh ist eine native Funktion der Zoom Workplace-Desktop-App und ist nach einer [unterstützte Zoom-App-Version](#supported-devices) wurde auf einem Gerät installiert. Im Gegensatz zu den meisten Enterprise-Content-Delivery-Netzwerken (eCDN) erfordert Zoom Mesh für die Nutzung keine zusätzliche Software, Hardware, Websites oder Workflows. #### Im Gegensatz zu eCDN-Integrationen von Drittanbietern bietet Zoom Mesh eine konsistente Benutzererfahrung mit vollem Zugriff auf die Client-Funktion Im Gegensatz zu Integrationen mit eCDN-Lösungen von Drittanbietern wie Hive oder Kollective behalten Benutzer, die über Zoom Mesh mit einem Meeting oder Webinar verbunden sind, ein konsistentes Client-Erlebnis und behalten den Zugriff auf clientabhängige Funktionen wie F\&A, Chat, Umfragen sowie die Möglichkeit, während der Sitzung zum Diskussionsteilnehmer befördert zu werden. eCDN-Lösungen von Drittanbietern erfordern häufig, dass Benutzer Ereignissen über proprietäre Software oder Webbrowser beitreten, was neue Workflows mit sich bringt und diese Funktionen nicht verfügbar macht. #### Zoom Mesh umfasst ein robustes Dashboard für Mesh-Netzwerkdiagnosen und eine Webportal-Oberfläche für benutzerdefinierte Einstellungen Administratoren oder autorisierte Benutzer können auf ein robustes Zoom Mesh Dashboard zugreifen, das laufende und historische Zoom Mesh statistische Informationen für das Konto enthält. Die bereitgestellten Daten umfassen eine Mean Opinion Score (MOS)-Bewertung, eingesparte Bandbreite, Informationen zu Mesh-übergeordneten und -untergeordneten Clients, Gesundheitswarnungen, durchschnittliche CPU-Auslastung und mehr.
Zoom Mesh umfasst außerdem Webportal-Einstellungen zum Anpassen eines Mesh-Netzwerks. Zu den Anpassungsoptionen gehören Standort, öffentliche IP und Subnetzdefinition sowie statisch zugewiesene Parent- und Child-Clients und Regeln zur Berechtigung von Parent-Clients. Weitere Informationen finden Sie im Abschnitt über die [Zoom Mesh Dashboard](/technical-library/de/erweiterte-enterprise-services/zoom-mesh/zoom-mesh-dashboard.md). ### Zoom Mesh-Funktionalität {% content-ref url="/pages/4e35fc63798b59518b389d1b2dcdeeaf0d95c979" %} [Funktionalität](/technical-library/de/erweiterte-enterprise-services/zoom-mesh/zoom-mesh-functionality.md) {% endcontent-ref %} ### Failover-Szenarien Die folgenden Abschnitte beschreiben das Verhalten von Zoom Mesh in Failover-Szenarien. #### Wenn eine primäre Parent-Client-Verbindung verloren geht, beträgt die erwartete Failover-Zeit ungefähr ein Zehntel einer Sekunde Im Event, dass ein Benutzer die Verbindung zum primären Parent-Client verliert, stellt das Gerät des Benutzers eine Failover-Verbindung zum sekundären Parent-Client her. Es wird erwartet, dass dieser Failover weniger als **ein Zehntel** einer Sekunde im Durchschnitt dauert, mit einer kaum wahrnehmbaren Unterbrechung der Benutzererfahrung. #### Wenn alle Parent-Clients ausfallen, wechseln Benutzer im Modus mit geringer Bandbreite zur Zoom Cloud In dem unwahrscheinlichen Event, dass alle Parent-Clients innerhalb eines Mesh-Netzwerks innerhalb kurzer Zeit ausfallen, wechseln alle Benutzer im Modus mit geringer Bandbreite zur Zoom Cloud, bis der Cloud Orchestration Service das Mesh-Netzwerk neu aufbauen kann. Der Modus mit geringer Bandbreite versucht, die Sitzungskonnektivität aufrechtzuerhalten, während so wenig Bandbreite wie nötig verwendet wird, um zu vermeiden, dass das Netzwerk durch eine Flut neuer Verbindungen überlastet wird. Bis das Mesh-Netzwerk neu aufgebaut ist und Benutzer auf Parent-Child-Beziehungen zurückfallen, verbraucht jeder Benutzer ungefähr 300 Kbps. #### Wenn ein Mesh-Netzwerk nicht erstellt werden kann, verbinden sich Benutzer normal mit dem Event Wenn sich ein Benutzer mit einem Event verbindet und der Cloud-Orchestrierungsdienst (COS) keinen geeigneten übergeordneten Client finden kann oder wenn sich der Benutzer nicht innerhalb eines Mesh-Netzwerks befindet, wird der Benutzer über die Zoom Cloud mit dem Event verbunden. ### Benutzerdefinierten Benutzerrollen Access zu Zoom Mesh gewähren Alle Administratoren haben standardmäßig Zugriff auf die Zoom Mesh-Kontoeinstellungen, aber benutzerdefinierte Rollen können mit definierten Zugriffsberechtigungen erstellt werden. 1. Als Kontoinhaber eines Zoom-Kontos oder als Administrator, der zum Bearbeiten von Rollen autorisiert ist, navigieren Sie zu der [Rollenverwaltung](https://zoom.us/role#/) Seite im Webportal. 2. Klicken Sie auf das **Stiftsymbol** rechts neben der Rolle, die Sie bearbeiten. 3. Navigieren Sie zum **Unterabschnitt Erweiterte Funktionen** und definieren Sie den Rollenzugriff für **Zoom Mesh** nach Bedarf. 4. Wiederholen Sie dies für alle weiteren Rollen. ### Zoom Mesh Dashboard {% content-ref url="/pages/bb80ce06e09840885c03387aef5fa8c1425e8b95" %} [Administrator-Dashboard](/technical-library/de/erweiterte-enterprise-services/zoom-mesh/zoom-mesh-dashboard.md) {% endcontent-ref %} ### Netzwerk- und Firewallüberlegungen Zoom Mesh verwendet Zooms Standard-Netzwerk-Firewall- und Proxykonfigurationsliste für Eingehend-Verkehr. [Netzwerk-Firewall- und Proxykonfigurationsliste](https://support.zoom.us/hc/en-us/articles/201362683-Zoom-network-firewall-or-proxy-server-settings) für eingehenden Datenverkehr. Einige Kunden benötigen möglicherweise jedoch zusätzliche Regeln, die Netzwerkverkehr zwischen Client-Geräten zulassen. Die folgende Tabelle nennt die Anforderungen an den Client-Verkehr für Zoom Mesh innerhalb eines Netzwerks: | Transport | Zielport | Quell-IP | Ziel-IP | Zweck | | --------- | ----------- | --------------------- | ---------------------------- | ---------------------------------------- | | TCP | 443 | Lokale Zoom-Anwendung | Zoom Cloud | Authentifizierung und Meeting-Beitreten | | TCP | 443 | Lokale Zoom-Anwendung | Zoom Cloud | Client-Signalisierung | | UDP | 8801 | Lokale Zoom-Anwendung | Zoom Cloud | Client-Medien | | TCP | 443 | Lokale Zoom-Anwendung | Zoom Cloud | Fallback für Client-Medien | | TCP | 18801-19800 | Lokale Zoom-Anwendung | Übergeordnet / Untergeordnet | Mesh-Steuerung | | UDP | 18801-19800 | Lokale Zoom-Anwendung | Übergeordnet / Untergeordnet | Mesh-Medien | | UDP | 36699 | Lokale Zoom-Anwendung | Lokales Subnetz | Mesh-Ermittlung (Multicast an 224.1.1.1) | {% hint style="info" %} **Hinweis** Die Porttrennung für Medien (UDP 8801-8803) wird unterstützt. Passen Sie die Regeln für UDP/8801 an, damit auch 8802 und 8803 enthalten sind, wenn die Porttrennung aktiviert ist.\\ Multicast wird innerhalb des Netzwerksegments zur Ermittlung verwendet. Multicast-Weiterleitung ist für den Betrieb nicht erforderlich, wird aber empfohlen. {% endhint %} ### Unterstützte Geräte Die folgenden Client-Versionen und Browser können als übergeordnete oder untergeordnete Clients verwendet werden; Zoom empfiehlt jedoch, die neueste Version für beste Ergebnisse zu verwenden | Plattform | Version | | -------------------------- | ------- | | Windows | 5.13 | | macOS | 5.13 | | Linux | 5.13 | | VDI (Plug-in erforderlich) | 5.14 | Die folgenden Clients können nur als untergeordnete Clients verwendet werden: | Plattform | Version | | --------- | ------- | | iOS | 5.13 | | Android | 5.13 | ### Unterstützte Browser Die folgenden Webbrowser werden für Zoom Mesh unterstützt **in Webinaren**. Webbrowser unterstützen Mesh für Zoom Meetings derzeit nicht. * Google Chrome * Microsoft Edge * Safari {% hint style="info" %} **Hinweis** Aufgrund von [Zooms Software-Quartalslebenszyklus-Richtlinie](https://support.zoom.com/hc/en/article?id=zm_kb\&sysparm_article=KB0061130), sollten jetzt alle Desktop-Apps von Zoom Workplace Zoom Mesh unterstützen. Diese Liste wird beibehalten, um anzugeben, welche Versionen der Apps (d. h. mobil, Desktop usw.) unterstützt werden. {% endhint %} --- # 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 by asking a question. Perform an HTTP GET request on the following URL with the `ask` and `goal` query parameters: ``` GET https://library.zoom.com/technical-library/de/erweiterte-enterprise-services/zoom-mesh/zoom-mesh-explainer.md?ask=&goal= ``` `ask` is the immediate question: it should be specific, self-contained, and written in natural language. `goal` is what the user is ultimately trying to achieve, the reason they need the answer. Sharing it helps GitBook give you a better, more relevant answer. A goal is most helpful when it describes the outcome the user wants rather than restating the question. For example, with `ask=how do I create an API token`, a goal like `automate deployments from our CI pipeline` lets GitBook tailor the answer to that use case. 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.