> 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/fr/services-avances-entreprise/zoom-mesh/zoom-mesh-explainer/zoom-mesh-functionality.md).
# Fonctionnalités de Zoom Mesh
Cette section détaille des informations supplémentaires concernant la fonctionnalité Zoom Mesh.
### Fonctionnalité 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 pour les utilisateurs du même compte
Par défaut, Zoom Mesh crée un réseau exclusivement pour les utilisateurs appartenant au même compte. Cependant, un compte peut éventuellement autoriser des utilisateurs externes authentifiés, présents sur le même réseau local, à participer à Mesh, à condition que le compte de l’utilisateur externe *également* leur permette 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 processeur
* Type de processeur
* Utilisation de la RAM
* Performances historiques du réseau maillé
{% endcolumn %}
{% column %}
* Disponibilité de l’appareil (marche/arrêt)
* Opt-in/opt-out de l’appareil
* Système d’exploitation
{% endcolumn %}
{% endcolumns %}
À l’aide de ces ensembles de données, le COS attribue un score aux résultats d’un utilisateur au moyen d’une grille d’évaluation : plus le score d’un utilisateur est élevé, plus le client a de chances d’être sélectionné comme parent ; plus le score est faible, moins cette sélection est probable.
#### La désignation des clients parents et enfants 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, dans un événement de 100 participants, seulement 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 qui étaient auparavant des clients enfants peuvent être promus au rang de client parent pour répondre à 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 rapport 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 rapport 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 matérielle (CPU/RAM) avec une capacité de liaison montante à haut débit, 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 sursouscrit ou 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 bascule immédiatement vers le second client parent. Un nouveau client parent secondaire est alors é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 consulté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 l’infrastructure de bureau virtuel (VDI), les appareils clients ne peuvent établir des connexions Zoom Mesh qu’avec d’autres clients VDI, à condition que les deux utilisateurs utilisent un plug-in VDI pris en charge. Cela est dû aux limitations techniques de l’infrastructure virtuelle et au relais 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 les détails de la fonctionnalité 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 lorsqu’il y a quatre utilisateurs ou plus 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, ce qui peut économiser jusqu’à 3+ mégabits de données par utilisateur lors de l’utilisation de la 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é.
#### Les changements de l’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 du intervenant actif, les changez apportés à l’intervenant actif n’affectent pas les relations entre les clients parent et les clients enfant, ni les économies de bande passante offertes avec la redistribution vidéo. Lorsque l’intervenant actif bascule, les clients parent désignés changez simplement le flux 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 changez de son flux vidéo de Maurice à celui 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, seule la diffusion de vidéo redistribuée changez.
{% endhint %}
#### Les économies de bande passante peuvent varier en fonction des dispositions de vidéo sélectionnées par l’utilisateur
Bien que Zoom Mesh réduise la consommation de bande passante en redistribuant le flux vidéo de l’intervenant actif, les é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 simultanément, 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 de l’unique intervenant actif via le réseau maillé, mais il continuera à consommer des quantités Standard de bande passante en téléchargeant les 48 autres flux vidéo d’utilisateur depuis le cloud Zoom.
Pour optimiser au mieux les pratiques d’économie de bande passante, il est recommandé aux utilisateurs d’afficher les réunions avec une disposition aussi proche que possible de celle d’un webinaire, comme Multi-Speaker ou Vue Intervenant.
### Fonctionnalité de Zoom Mesh pour les webinaires
Les sections suivantes décrivent les détails de la fonctionnalité Zoom Mesh pour les webinaires.
#### Mesh for Webinars redistribue *tout* 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 à l'aide de relations parent-enfant — et pas seulement les intervenants actifs. Grâce à cette conception, tous les utilisateurs engagés dans le réseau maillé continueront à bénéficier d'une réduction de la consommation de bande passante externe tout en profitant de la même qualité vidéo que les autres.
#### Les avantages de Mesh for Webinars ne changent pas avec les dispositions vidéo
Quelle que soit la disposition vidéo que les utilisateurs choisissent lorsqu'ils consultent un webinaire, les utilisateurs continueront de recevoir les avantages de la redistribution de la vidéo au sein du réseau, notamment Vue Galerie, Vue Intervenant ou Vue Multi-Intervenants.
---
# 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/fr/services-avances-entreprise/zoom-mesh/zoom-mesh-explainer/zoom-mesh-functionality.md?ask=&goal=
```
`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.
