# Concepts de base ### Modes d’optimisation du plug-in #### L'application Zoom Workplace VDI prend en charge trois modes de fonctionnement pour le traitement multimédia en temps réel : optimisé direct, optimisé canal et mode de repli Dans le contexte de l’application VDI Zoom Workplace, le traitement des médias en temps réel fait référence au relais et au rendu des médias en temps réel entre le cloud Zoom, l’application VDI Zoom Workplace et/ou le Plug-In. Pour prendre en charge un éventail de cas d’utilisation VDI, l’application VDI Zoom Workplace prend en charge trois modes de fonctionnement distincts pour le traitement et l’optimisation des médias : le mode Direct Optimized, le mode Canal Optimized et le mode Fallback. Ceux-ci sont abordés dans les sections suivantes. #### Mode optimisé direct : lorsque l’application VDI Zoom Workplace et le plug-in reçoivent des flux de données indépendants du cloud Zoom Le mode optimisé direct est le mode d’optimisation par défaut pour l’application Zoom Workplace VDI et le module d’extension. Dans ce mode, le cloud Zoom maintient deux flux de données séparés pour un utilisateur VDI optimisé : un pour l’application Zoom Workplace VDI et un autre pour le module d’extension. Cette configuration permet au client distant de l’utilisateur (équipé du module d’extension VDI) de communiquer directement avec le cloud Zoom pour les transferts de données multimédias en temps réel, éliminant ainsi la nécessité d’acheminer la majeure partie du trafic multimédia en temps réel via le bureau virtuel ou à travers le canal virtuel. Lorsque le mode Optimized Direct est utilisé, les éléments suivants se produisent : 1. Le Plug-In reçoit des flux de données pour la vidéo et l'audio directement depuis le cloud. 2. L’application Zoom Workplace VDI gère les données générales de la réunion, telles que les informations du participant, les messages du chat ou les fonctionnalités AI Companion, en les affichant dans l’espace réservé de l’application Workplace, tout en gérant également le partage d'écran entrant en le transmettant au plug-in et en téléversant le contenu local de partage d'écran depuis le bureau virtuel lorsqu’il est actif. 3. Le Plug-In et le bureau VDI utilisent la connexion virtuelle du fournisseur VDI pour communiquer et déterminer le placement et le rendu des médias à l’écran entre les deux couches.

Diagramme illustrant comment le cloud Zoom transmet des données à deux destinations distinctes lors de l’utilisation du mode optimisé direct.

#### Mode optimisé pour le canal : lorsque le Plug-In reçoit des données acheminées en épingle à cheveux via le bureau virtuel L’optimisation du canal est similaire à l’expérience d’optimisation directe, où le Plug-In continue de rendre les médias de la réunion (comme illustré dans l’image ci-dessus), mais via un chemin réseau différent. Dans ce mode, les événements suivants se produisent : 1. Tous les médias de la réunion sont d’abord livrés au serveur VDI depuis le cloud Zoom. 2. Le serveur VDI transfère les médias au Plug-In soit via une connexion UDP hors bande, soit via le canal virtuel VDI existant si la connexion UDP ne peut pas être établie. Cette méthode peut être privilégiée par les organisations qui n’Activer pas l’accès direct à Internet pour les clients légers (ou d’autres appareils distants), ou qui préfèrent acheminer les données via leur réseau, mais cela peut *potentiellement* entraîner une expérience moins טובה que l’optimisation directe si les conditions de routage du réseau sont sous-optimales. L’image ci-dessous démontre le flux de données de l’optimisation UDP/canal.

Diagramme illustrant comment les données sont transmises au bureau VDI et au client distant via une connexion en épingle à cheveux.

#### Mode de repli : lorsque tous les médias de la réunion sont routés vers le bureau virtuel et traités directement sur celui-ci Le mode de repli représente une expérience VDI entièrement non optimisée. Dans ce mode, aucune optimisation des médias ni aucun Plug-In n’est utilisé, et toutes les communications se déroulent directement entre le serveur VDI et le cloud Zoom, tout le traitement ayant lieu exclusivement sur le serveur VDI. Cette méthode impose une charge de traitement importante aux ressources du serveur VDI, ce qui entraîne souvent de mauvaises performances, notamment des lenteurs, une vidéo saccadée et un audio déformé. Ainsi, le mode de secours est l’option la moins privilégiée et ne doit être utilisé qu’en dernier recours ou lorsque les Plug-Ins ne sont pas disponibles. {% hint style="danger" %} **Avertissement** Le mode de secours doit être évité lorsque cela est possible afin de maintenir les performances du serveur. {% endhint %} #### Résumé des modes de connexion L’application VDI Zoom Workplace prend en charge trois modes de connexion distincts, chacun étant adapté à différents besoins opérationnels et de sécurité. Le mode par défaut et le plus efficace est le mode optimisé direct, dans lequel l’application VDI Zoom Workplace et le Plug-In établissent des connexions distinctes au cloud Zoom, gérant indépendamment leurs parties respectives d’une réunion Zoom afin d’offrir une expérience fluide et optimisée. En plus du mode optimisé direct, l’application VDI Zoom Workplace peut fonctionner dans des configurations alternatives, notamment le mode optimisé par canal et le mode de secours. Ces modes peuvent aider à répondre à des contraintes spécifiques de flux de travail ou de réseau, telles qu’un accès Internet restreint pour les appareils distants, le routage des données pour des préoccupations de confidentialité, ou l’absence de Plug-Ins. Le tableau suivant résume les principales différences entre ces modes. | | **Déchargement des médias** | **Accès direct au cloud depuis le Plug-In** | | ------------------- | --------------------------- | ------------------------------------------- | | **Optimisé direct** | ✔ | ✔ | | **Canal optimisé** | ✔ | | | **Mode de repli** | | | ### Déchargement des médias WebRTC #### Aperçu Zoom fournit un client WebRTC basé sur navigateur via la [Application Web Zoom](https://support.zoom.com/hc/en/article?id=zm_kb\&sysparm_article=KB0064261) qui peut décharger le traitement audio vers l’Appareil local de l’utilisateur lorsqu’il s’exécute dans un environnement de bureau virtuel. Cela fonctionne sans nécessiter de plug-ins spécifiques à Zoom, car la plateforme VDI fournit son propre moteur WebRTC local et un cadre de redirection qui relie l’Application Web Zoom à ce moteur. {% hint style="danger" %} **Avertissement** Le déchargement des médias WebRTC est actuellement limité à l’audio et ne prend pas en charge l’optimisation vidéo. {% endhint %} Cette Fonctionnalités prend en charge les produits et canaux suivants de l’Application Web Zoom : * Zoom Phone * Zoom centre de contact * Connecteur CTI de Zoom centre de contact Cette Fonctionnalités est actuellement prise en charge par les plateformes de bureau virtuel suivantes : * Citrix * Omnissa Horizon Consultez le Centre d'assistance Zoom pour plus d’informations sur [configuration de Zoom VDI pour prendre en charge la redirection WebRTC pour l'application Web Zoom](https://support.zoom.com/hc/en/article?id=zm_kb\&sysparm_article=KB0083142). #### L'application Web Zoom décharge l'audio WebRTC VDI vers l'Appareil local Lorsque l'application Web Zoom à l'intérieur du bureau virtuel tente d'initialiser l'audio WebRTC, ses requêtes sont interceptées avant que le bureau virtuel n'essaie de capturer ou de traiter Audio. Au lieu d'activer la pile multimédia WebRTC intégrée du navigateur dans la session hébergée, la plateforme VDI traduit la signalisation liée à l'audio en messages de contrôle légers. Ces messages sont envoyés via le canal virtuel du fournisseur VDI vers la machine locale de l'utilisateur, redirigeant le trafic audio en temps réel de cloud Zoom directement vers la machine locale de l'utilisateur. Sur la machine locale, le moteur WebRTC natif inclus avec le client VDI (par exemple, Citrix, Omnissa Horizon) reçoit ces messages et devient responsable de toute la capture, de l'encodage, du décodage et de la lecture audio. Le moteur utilise le micro, les haut-parleurs et les ressources de traitement du système local, ce qui aide à garantir que l'audio ne transite pas par le serveur du bureau virtuel. Le diagramme suivant illustre comment les données sont routées lors de l'utilisation du déchargement des médias WebRTC avec l'application Web Zoom et un agent virtuel pris en charge.
Diagram illustrating the Zoom cloud connecting to two different components, with audio going to the Remote Client and Presence, Meeting Data, Video, and Screen Sharing routing to the VDI Desktop

Diagramme illustrant comment les médias sont répartis entre le bureau virtuel et l'Appareil client distant.

#### Interaction entre la Zoom application Web et la machine locale Du point de vue de la Zoom application Web, l’expérience ressemble toujours à une Standard session WebRTC. La signalisation entre la Zoom application Web et le backend de Zoom est relayée via le bureau virtuel, et le moteur WebRTC local reflète les paramètres de session négociés. L’application de bureau virtuel continue de présenter l’interface Zoom—contrôles, statut de réunion et indicateurs—tandis que le vrai audio en temps réel est généré et consommé par la machine locale. Comme seuls les messages de signalisation traversent le canal virtuel, la surcharge de bande passante est faible et constante, même dans des environnements multi-utilisateur. #### Pourquoi aucun plug-in n’est requis L’élément clé est que le client VDI (par ex., Citrix, Omnissa Horizon) inclut déjà un moteur multimédia WebRTC complet capable de gérer l’audio en temps réel. Puisque la couche de redirection fait apparaître ce moteur à la Zoom application Web comme son implémentation WebRTC sous-jacente, Zoom n’a pas besoin de fournir et de maintenir un plug-in distinct. La logique de redirection mappe les appels API WebRTC, l’accès à l’Appareil et la négociation de session du navigateur à l’intérieur du bureau virtuel vers le moteur natif sur la machine locale. #### Résultat Cette approche permet à l’expérience WebRTC basée sur navigateur de Zoom de fonctionner efficacement dans des environnements VDI avec une optimisation audio complète. L’interface s’exécute à l’intérieur du bureau virtuel, mais l’audio en temps réel est capturé et traité localement, offrant aux utilisateurs une expérience de conférence réactive et évolutive sans nécessiter de logiciel Zoom supplémentaire sur la machine locale ni de demandes de traitement de la part du serveur du bureau virtuel. --- # 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/virtual-desktop-infrastructure/vdi-explainer/core-concepts.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.