Concepts fondamentaux

Cette section fournit un aperçu des concepts de base de l’application Zoom Workplace VDI.

Modes d’optimisation du module d’extension

L’application Zoom Workplace VDI prend en charge trois modes de fonctionnement pour le traitement des médias en temps réel : Optimisation directe, Optimisation par canal et Mode de secours

Dans le contexte de l’application Zoom Workplace VDI, le traitement des médias en temps réel désigne le relais et le rendu des médias en temps réel entre le cloud Zoom, l’application Zoom Workplace VDI et/ou le module d’extension. Afin de prendre en charge divers cas d’utilisation VDI, l’application Zoom Workplace VDI prend en charge trois modes de fonctionnement distincts pour le traitement et l’optimisation des médias : le mode Optimisation directe, le mode Optimisation par canal et le mode Secours. Ces modes sont abordés dans les sections suivantes.

Mode Optimisation directe : lorsque l’application Zoom Workplace VDI et le module d’extension reçoivent des flux de données indépendants du cloud Zoom

Le mode Optimisation directe 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 distincts 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 le canal virtuel.

Lors du fonctionnement en mode Optimisation directe, voici ce qui se produit :

1. Le module d’extension reçoit directement du cloud des flux de données pour la vidéo et l’audio.

2. L’application Zoom Workplace VDI gère les données générales de réunion, telles que les informations sur les participant, les messages de chat ou les Fonctionnalités d’AI Companion, en les affichant dans l’espace réservé de l’application Workplace, tout en gérant le partage d'écran entrant en le transmettant au module d'extension et en téléversant le contenu de partage d'écran local depuis le bureau virtuel lorsqu’il est Actif.

3. Le module d’extension et le bureau VDI utilisent la connexion virtuelle du fournisseur VDI pour communiquer et déterminer le positionnement et le rendu des médias à l’écran entre les deux couches.

Schéma illustrant comment le cloud Zoom transmet des données à deux destinations distinctes lors de l’utilisation du mode Optimisation directe.

Mode Optimisation par canal : lorsque le module d’extension reçoit des données acheminées en épingle à cheveux via le bureau virtuel

L’optimisation par canal est semblable à l’expérience d’optimisation directe, dans laquelle le module d’extension continue de restituer les médias de réunion (comme illustré dans l’image ci-dessus), mais par un chemin réseau différent. Dans ce mode, voici ce qui se produit :

1. Tous les médias de réunion sont d’abord transmis au serveur VDI depuis le cloud Zoom.

2. Le serveur VDI transfère les médias au module d’extension 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 Appareil distants), ou qui préfèrent acheminer les données via leur réseau, mais peut potentiellement entraîner une expérience moins satisfaisante que l’optimisation directe si les conditions de routage réseau sont sous-optimales. L’image ci-dessous présente le flux de données d’optimisation UDP/par canal.

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

Mode de secours : lorsque tous les médias de réunion sont acheminés et traités directement sur le bureau virtuel

Le mode de secours représente une expérience VDI entièrement non optimisée. Dans ce mode, aucune optimisation des médias ni aucun module d’extension n’est utilisé, et toutes les communications ont lieu directement entre le serveur VDI et le cloud Zoom, tous les traitements étant effectués exclusivement sur le serveur VDI.

Cette méthode impose une charge de traitement importante aux ressources du serveur VDI, entraînant souvent de mauvaises performances, notamment des lenteurs, une vidéo saccadée et un audio déformé. Par conséquent, le mode de secours est l’option la moins souhaitable et ne doit être utilisé qu’en dernier recours ou lorsque les modules d’extension ne sont pas disponibles.

Avertissement

Le mode de secours doit être évité dans la mesure du possible afin de préserver les performances du serveur.

Résumé des modes de connexion

L’application Zoom Workplace VDI prend en charge trois modes de connexion distincts, chacun adapté à différents besoins opérationnels et de sécurité. Le mode par défaut et le plus efficace est le mode Optimisation directe, dans lequel l’application Zoom Workplace VDI et le module d’extension é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.

Outre le mode Optimisation directe, l’application Zoom Workplace VDI peut fonctionner dans d’autres configurations, notamment le mode Optimisation par canal et le mode de secours. Ces modes peuvent aider à résoudre des contraintes spécifiques de flux de travail ou de réseau, telles qu’un accès Internet restreint pour les Appareil distants, le routage des données pour des préoccupations de confidentialité ou l’absence de modules d’extension.

Le tableau suivant résume les principales différences entre ces modes.

	Déport des médias	Accès direct au cloud depuis le module d’extension
Optimisation directe	✔	✔
Optimisation par canal	✔
Mode de secours

Déport des médias WebRTC

Vue d’ensemble

Zoom fournit un client WebRTC basé sur navigateur via l’ application web Zoom qui peut déporter le traitement audio vers l’Appareil local de l’utilisateur lorsqu’elle s’exécute dans un environnement de bureau virtuel. Cela fonctionne sans nécessiter de modules d’extension spécifiques à Zoom, car la plateforme VDI fournit son propre moteur WebRTC local et une infrastructure de redirection qui relie l’application web Zoom à ce moteur.

Avertissement

Le déport des médias WebRTC est actuellement limité à l’audio et ne prend pas en charge l’optimisation vidéo.

Cette Fonctionnalités prend en charge les produits et canaux suivants de l’application web Zoom :

• Zoom Phone

• Zoom centre de contact

• Connecteur CTI du centre de contact Zoom

Cette Fonctionnalités est actuellement prise en charge par les plateformes de bureau virtuel suivantes :

• Citrix

• Omnissa Horizon

Consultez le Centre d'assistance de Zoom pour plus d’informations sur configuration de Zoom VDI pour prendre en charge la redirection WebRTC pour l’application web Zoom.

L’application web Zoom déporte l’audio WebRTC VDI vers l’Appareil local

Lorsque l’application web Zoom dans le bureau virtuel tente d’initialiser l’audio WebRTC, ses requêtes sont interceptées avant que le bureau virtuel tente de capturer ou de traiter l’Audio. Au lieu d’activer la pile multimédia WebRTC intégrée au 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 par le canal virtuel du fournisseur VDI vers la machine locale de l’utilisateur, redirigeant le trafic audio en temps réel du 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 toutes les opérations de capture, d’encodage, de décodage et de lecture audio. Le moteur utilise le micro, les haut-parleurs et les ressources de traitement du système local, contribuant à garantir que l’audio ne transite pas par le serveur de bureau virtuel.

Le schéma suivant illustre comment les données sont acheminées lors de l’utilisation du déport des médias WebRTC avec l’application web Zoom et un agent virtuel pris en charge.

Schéma illustrant comment les médias sont répartis entre le bureau virtuel et l’Appareil client distant.

Interaction entre l’application web Zoom et la machine locale

Du point de vue de l’application web Zoom, l’expérience ressemble toujours à une session WebRTC Standard. La signalisation entre l’application web Zoom et le backend de Zoom est relayée via le bureau virtuel, et le moteur WebRTC local reproduit les paramètres de session négociés. L’application de bureau virtuel continue de présenter l’interface Zoom — commandes, état de la réunion et indicateurs — tandis que l’audio réel en temps réel est généré et consommé par la machine locale.

Étant donné que seuls les messages de signalisation traversent le canal virtuel, la surcharge de bande passante est faible et constante, même dans les environnements multi-utilisateurs.

Pourquoi aucun module d’extension n’est requis

L’élément clé est que le client VDI (par exemple, 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 à l’application web Zoom comme son implémentation WebRTC sous-jacente, Zoom n’a pas besoin de fournir ni de maintenir un module d’extension distinct. La logique de redirection associe les appels API WebRTC, l’accès aux Appareil et la négociation de session depuis le navigateur dans le bureau virtuel au 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 les environnements VDI avec une optimisation audio complète. L’interface s’exécute dans le 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 ressources de traitement du serveur du bureau virtuel.