# Fonctionnalités de Zoom Mesh Cette section détaille des informations supplémentaires concernant la fonctionnalité Zoom Mesh. ### Fonctionnalités parent-enfant Les sections suivantes fournissent des informations supplémentaires sur les relations parent et enfant au sein d’un réseau maillé. #### Zoom Mesh crée par défaut un réseau exclusivement destiné aux utilisateurs du même compte Par défaut, Zoom Mesh crée un réseau exclusivement destiné aux utilisateurs appartenant au même compte. Toutefois, un compte peut éventuellement autoriser des utilisateurs externes authentifiés, au sein du même réseau local, à participer au Mesh, à condition que le compte de l’utilisateur externe *permette également de* se connecter à [un réseau maillé d’un autre compte](https://support.zoom.us/hc/en-us/articles/14925064423693-How-to-enable-Zoom-Mesh-Guest-Access). #### Les rôles parent et enfant sont déterminés par le service d’orchestration cloud Zoom Mesh Le service d’orchestration cloud Zoom Mesh (COS) est un service cloud chargé de définir les rôles parent et enfant des clients au sein d’un réseau. Le service d’orchestration cloud prend en compte de nombreux ensembles de données pour déterminer les clients parents viables, notamment : {% columns %} {% column %} * Utilisation du CPU * type de CPU * utilisation de la RAM * Performances historiques du maillage {% endcolumn %} {% column %} * Disponibilité de l’Appareil (Marche/Arrêt) * Activation/désactivation de l’Appareil * Système d’exploitation {% endcolumn %} {% endcolumns %} À l’aide de ces ensembles de données, le COS évalue les résultats d’un utilisateur selon une grille : plus le score de l’utilisateur est élevé, plus le client a de chances d’être sélectionné comme parent ; plus le score est faible, moins cette probabilité est élevée. #### La désignation des clients parent et enfant est dynamique et peut changer au cours d’un événement Au cours d’une réunion ou d’un webinaire, la désignation du client d’un utilisateur peut changer en fonction des performances ou de la demande. Par exemple, lors d’un événement de 100 participants, seuls 10 clients parents peuvent être nécessaires pour répondre à la demande de redistribution, les 90 autres utilisateurs recevant des flux redistribués en tant que clients enfants. Cependant, si l’événement passe à 200 participants, des clients auparavant enfants peuvent être promus au statut de client parent pour faire face à la demande accrue. À l’inverse, si un client parent commence à subir une dégradation des performances, il peut être rétrogradé au statut de client enfant et un nouveau client parent sera attribué. #### Le ratio client parent-enfant est déterminé dynamiquement par le matériel et les performances réseau de chaque machine Au cours d’un événement, le ratio parent-enfant entre les clients est mis à jour dynamiquement en fonction des performances réseau et matérielles en cours de l’Appareil. Par exemple, si un Appareil présente une faible utilisation du matériel (CPU/RAM) avec une capacité de liaison montante à large bande passante élevée, cet Appareil est idéal pour un rôle de client parent et peut établir une relation parent-enfant avec plusieurs autres Appareils. Dans ce scénario, le client parent peut tenter de redistribuer les médias vers d’autres Appareils, tant que l’Appareil n’est pas sursaturé et que ses performances ne commencent pas à se dégrader. Cependant, si les performances réseau ou matérielles de l’Appareil commencent à décliner, il peut abandonner sa désignation de client parent et revenir à un rôle de client enfant. #### Chaque enfant se voit attribuer deux parents Les clients enfants connectés à un réseau maillé se voient attribuer *deux* clients parents pour la résilience. Si un client parent tombe en panne, l’utilisateur basculera immédiatement vers le second client parent. Un nouveau client parent secondaire est ensuite établi pour rétablir la résilience. #### Les utilisateurs ne sont pas informés lorsqu’ils sont connectés à un réseau maillé Les hôtes de l’événement et les participants ne reçoivent aucune notification dans le client lorsqu’ils sont connectés à un réseau maillé. Les connexions au réseau maillé ne peuvent être visualisées que par un admin ou un utilisateur autorisé via le [Tableau de bord Zoom Mesh](/technical-library/fr/services-avances-entreprise/zoom-mesh/zoom-mesh-explainer/zoom-mesh-dashboard.md). #### Les clients VDI ne peuvent établir une connexion maillée qu’avec d’autres clients VDI Lors de l’utilisation de Zoom Mesh avec une infrastructure de bureau virtuel (VDI), les appareils clients ne peuvent établir des connexions Zoom Mesh qu’avec d’autres clients VDI, tant que les deux utilisateurs utilisent un Plug-In VDI pris en charge. Cela est dû aux limitations techniques de l’infrastructure virtuelle et à la retransmission des médias entre les appareils. **Les clients VDI ne distribuent pas le canal de partage de contenu dans un réseau maillé** En raison de la conception du client VDI de Zoom, le contenu de partage d'écran doit être acheminé via la machine virtuelle. Par conséquent, les clients VDI ne peuvent pas distribuer le partage de contenu sur un réseau maillé et doivent continuer à être distribués au sein de l’infrastructure virtuelle. ### Fonctionnalités de Zoom Mesh pour les réunions Les sections suivantes décrivent en détail les fonctionnalités de Zoom Mesh pour les réunions. #### Mesh pour les réunions redistribue la vidéo de l’intervenant actif Avec Zoom Mesh pour les réunions, l’optimisation de la bande passante est assurée par la redistribution de la *descendante* **vidéo de l’intervenant actif** entre les participants lorsque quatre utilisateurs ou plus sont présents dans une réunion. Cette Fonctionnalités **ne s’applique pas** au chargement des médias, et tous les utilisateurs continueront à téléverser individuellement leurs médias audio, vidéo et de partage d'écran vers le cloud Zoom. {% hint style="success" %} **Exemple** S’il y a 10 utilisateurs dans une réunion avec Zoom Mesh activé, deux clients parents peuvent être choisis avec sept ou huit clients enfants. Lorsque l’intervenant actif actuel parle, le *flux vidéo* de cet utilisateur sera transmis du cloud Zoom aux clients parents, puis redistribué aux clients enfants au sein du réseau. Dans ce scénario, les clients enfants **ne pas** recevoir le flux vidéo de l’intervenant actif depuis le cloud Zoom, économisant potentiellement jusqu’à plus de 3 mégabits de données par utilisateur lors de l’utilisation de vidéo 1080p. {% endhint %} L'image suivante fournit un exemple de la manière dont le contenu vidéo de l'intervenant actif en aval est redistribué au sein d'un réseau maillé.
Image map showing how Zoom Mesh Orchestrater works at a high level.
#### Les changements d’intervenant actif de Mesh for Meetings ne modifient pas les relations parent-enfant ni les économies de bande passante de distribution vidéo Bien que l’objectif de Zoom Mesh pour les réunions soit de redistribuer la vidéo de l’intervenant actif, les changements d’intervenant actif n’affectent pas les relations entre les clients parents et les clients enfants, ni les économies de bande passante permises par la redistribution vidéo. Lorsque l’intervenant actif change, les clients parents désignés changent simplement la vidéo qu’ils redistribuent. {% hint style="success" %} **Exemple** Si Maurice parle dans une réunion et qu’ensuite Holly commence à parler, le flux de redistribution du client parent va changez de la vidéo de Maurice à celle de Holly. Ce changez ne modifie pas quels clients utilisateur sont actuellement désignés comme parents ou enfants, ni les économies générales de bande passante offertes par la redistribution de la vidéo, seul le flux vidéo redistribué changez. {% endhint %} #### Les économies de bande passante peuvent varier en fonction des mises en page vidéo sélectionnées par l’utilisateur Bien que Zoom Mesh permette d’économiser de la bande passante en redistribuant le flux vidéo de l’intervenant actif, ces économies de bande passante peuvent être affectées selon les mises en page choisies par les utilisateurs. Par exemple, Vue Galerie prend en charge jusqu’à 49 flux vidéo à l’écran en même temps, tandis que Vue Intervenant affiche un flux vidéo à la fois. Si un utilisateur regarde une réunion en Vue Galerie, il bénéficiera de la réception du flux vidéo du seul intervenant actif via le réseau mesh, mais il continuera à consommer des quantités Standard de bande passante en téléchargeant les 48 autres flux vidéo utilisateur depuis cloud Zoom. Pour optimiser au mieux les économies de bande passante, il est recommandé aux utilisateurs d’afficher les réunions dans une disposition aussi proche que possible de celle d’un webinaire, par exemple Multi-Speaker ou Vue Intervenant. ### Fonctionnalité Zoom Mesh pour les webinaires Les sections suivantes décrivent les détails de la fonctionnalité Zoom Mesh pour les webinaires. #### Mesh pour les webinaires redistribue *tous* les flux vidéo des hôtes et des panélistes du webinaire au sein du réseau Contrairement à Zoom Mesh pour les réunions, Zoom Mesh pour les webinaires redistribue tous les flux vidéo des hôtes et des panélistes du webinaire au sein du réseau local en utilisant des relations parent-enfant — pas seulement les intervenants actifs. Avec cette conception, tous les utilisateurs engagés dans le réseau maillé continueront à bénéficier d’une consommation réduite de bande passante externe tout en profitant de la même qualité vidéo que les autres.
Image map showing how Zoom Mesh Orchestrater works at a high level.
#### Les avantages de Mesh pour les webinaires ne changent pas avec les dispositions vidéo Quelle que soit la disposition vidéo que les utilisateurs choisissent lorsqu’ils regardent un webinaire, ils continueront à bénéficier de la redistribution vidéo au sein du réseau, y compris Vue Galerie, Vue Intervenant ou Vue multi-intervenants. --- # 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/fr/services-avances-entreprise/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.