Fonctionnalités audio
Vous pouvez configurer et ajouter les paramètres de stratégie Citrix suivants à une stratégie qui optimise les fonctionnalités audio HDX. Pour plus de détails sur l’utilisation, ainsi que sur les relations et les dépendances avec d’autres paramètres de stratégie, consultez Paramètres de stratégie audio, Paramètres de stratégie de bande passante et Paramètres de stratégie de connexions multi-flux.
Important
Bien qu’il soit préférable de diffuser l’audio à l’aide du protocole UDP (User Datagram Protocol) plutôt que du protocole TCP, le chiffrement audio UDP utilisant DTLS n’est disponible qu’entre NetScaler Gateway et Citrix Receiver. Par conséquent, il peut parfois être préférable d’utiliser le transport TCP. Le protocole TCP prend en charge le chiffrement TLS de bout en bout du VDA vers Citrix Receiver.
Qualité audio
En général, une qualité sonore supérieure consomme plus de bande passante et d’utilisation du processeur du serveur en envoyant plus de données audio aux périphériques utilisateur. La compression audio vous permet d’équilibrer la qualité sonore et les performances globales de la session ; utilisez les paramètres de stratégie Citrix® pour configurer les niveaux de compression à appliquer aux fichiers audio.
Par défaut, le paramètre de stratégie Qualité audio est défini sur Haute - audio haute définition lorsque le transport TCP est utilisé, et sur Moyenne - optimisé pour la parole lorsque le transport UDP (recommandé) est utilisé. Le paramètre audio Haute définition offre un son stéréo haute fidélité, mais consomme plus de bande passante que les autres paramètres de qualité. N’utilisez pas cette qualité audio pour les applications de chat vocal ou vidéo non optimisées (telles que les softphones), car elle peut introduire une latence dans le chemin audio qui n’est pas adaptée aux communications en temps réel. Le paramètre de stratégie optimisé pour la parole est recommandé pour l’audio en temps réel, quel que soit le protocole de transport sélectionné.
Lorsque la bande passante est limitée, par exemple pour les connexions par satellite ou par ligne commutée, la réduction de la qualité audio à Faible consomme le moins de bande passante possible. Dans cette situation, créez des stratégies distinctes pour les utilisateurs disposant de connexions à faible bande passante afin que les utilisateurs disposant de connexions à bande passante élevée ne soient pas affectés négativement.
Pour plus de détails sur les paramètres, consultez Paramètres de stratégie audio. N’oubliez pas d’activer les paramètres audio client sur le périphérique utilisateur ; consultez la section « Stratégies de paramètres audio pour les périphériques utilisateur » plus loin dans cet article.
Redirection audio client
Pour permettre aux utilisateurs de recevoir l’audio d’une application sur un serveur via des haut-parleurs ou d’autres périphériques audio (tels que des écouteurs) sur le périphérique utilisateur, laissez le paramètre Redirection audio client à sa valeur par défaut (Autorisé).
Le mappage audio client impose une charge supplémentaire sur les serveurs et le réseau. Cependant, l’interdiction de la redirection audio client désactive toutes les fonctionnalités audio HDX™.
Pour plus de détails sur les paramètres, consultez Paramètres de stratégie audio. N’oubliez pas d’activer les paramètres audio client sur le périphérique utilisateur ; consultez la section « Stratégies de paramètres audio pour les périphériques utilisateur » plus loin dans cet article.
Redirection du microphone client
Pour permettre aux utilisateurs d’enregistrer de l’audio à l’aide de périphériques d’entrée tels que des microphones sur le périphérique utilisateur, laissez le paramètre Redirection du microphone client à sa valeur par défaut (Autorisé).
Pour des raisons de sécurité, les utilisateurs sont alertés lorsque des serveurs non approuvés par leurs périphériques utilisateur tentent d’accéder aux microphones, et peuvent choisir d’accepter ou de refuser l’accès avant d’utiliser le microphone. Les utilisateurs peuvent désactiver cette alerte sur Citrix Receiver.
Pour plus de détails sur les paramètres, consultez Paramètres de stratégie audio. N’oubliez pas d’activer les paramètres audio du client sur le périphérique utilisateur ; consultez la section « Stratégies de paramètres audio pour les périphériques utilisateur » plus loin dans cet article.
Audio Plug N Play
Le paramètre de stratégie Audio Plug N Play autorise ou empêche l’utilisation de plusieurs périphériques audio pour enregistrer et lire du son. Ce paramètre est Activé par défaut. Audio Plug N Play permet aux périphériques audio d’être reconnus même s’ils ne sont pas branchés avant l’établissement de la session utilisateur.
Ce paramètre s’applique uniquement aux machines Windows Server OS.
Pour plus de détails sur les paramètres, consultez Paramètres de stratégie audio.
Limite de bande passante de redirection audio et Pourcentage de limite de bande passante de redirection audio
Le paramètre de stratégie Limite de bande passante de redirection audio spécifie la bande passante maximale (en kilobits par seconde) pour la lecture et l’enregistrement audio dans une session. Le paramètre Pourcentage de limite de bande passante de redirection audio spécifie la bande passante maximale pour la redirection audio en pourcentage de la bande passante totale disponible. Par défaut, zéro (pas de maximum) est spécifié pour les deux paramètres. Si les deux paramètres sont configurés, celui avec la limite de bande passante la plus basse est utilisé.
Pour plus de détails sur les paramètres, consultez Paramètres de stratégie de bande passante. N’oubliez pas d’activer les paramètres audio du client sur le périphérique utilisateur ; consultez la section « Stratégies de paramètres audio pour les périphériques utilisateur » plus loin dans cet article.
Audio sur transport en temps réel UDP et Plage de ports UDP audio
Par défaut, l’audio sur transport en temps réel du protocole de datagramme utilisateur (UDP) est autorisé (lorsqu’il est sélectionné au moment de l’installation), ouvrant un port UDP sur le serveur pour les connexions qui utilisent l’audio sur transport en temps réel UDP. Citrix recommande de configurer UDP/RTP pour l’audio, afin d’assurer la meilleure expérience utilisateur possible en cas de congestion du réseau ou de perte de paquets. Pour l’audio en temps réel, comme les applications de softphone, l’audio UDP est désormais préféré à l’EDT. L’UDP permet la perte de paquets sans retransmission, garantissant qu’aucune latence n’est ajoutée sur les connexions avec une perte de paquets élevée.
Important :
Les données audio transmises avec UDP ne sont pas chiffrées lorsque NetScaler Gateway n’est pas sur le chemin. Si NetScaler Gateway est configuré pour accéder aux ressources XenApp et XenDesktop®, le trafic audio entre le périphérique de point de terminaison et NetScaler Gateway est sécurisé à l’aide du protocole DTLS.
La plage de ports UDP audio spécifie la plage de numéros de port que le Virtual Delivery Agent (VDA) utilise pour échanger des données de paquets audio avec le périphérique utilisateur.
Par défaut, la plage est 16500–16509.
Pour les détails de configuration concernant l’audio sur UDP Real-time Transport, consultez Paramètres de stratégie audio; pour les détails sur la plage de ports UDP audio, consultez Paramètres de stratégie de connexions multi-flux. N’oubliez pas d’activer les paramètres audio du client sur le périphérique utilisateur; consultez “Stratégies de paramètres audio pour les périphériques utilisateur” plus loin dans cet article.
Stratégies de paramètres audio pour les périphériques utilisateur
- Chargez les modèles de stratégie de groupe en suivant Configuration du modèle administratif d’objet de stratégie de groupe.
- Dans l’Éditeur de stratégie de groupe, développez Modèles d’administration > Composants Citrix > Citrix Receiver > Expérience utilisateur.
- Pour Paramètres audio du client, sélectionnez Non configuré, Activé ou Désactivé.
- Non configuré. Par défaut, la redirection audio est activée avec un son de haute qualité ou des paramètres audio personnalisés configurés précédemment.
- Activé. La redirection audio est activée avec les options sélectionnées.
- Désactivé. La redirection audio est désactivée.
- Si vous sélectionnez Activé, choisissez une qualité sonore. Pour l’audio UDP, utilisez Moyenne (par défaut).
- Pour l’audio UDP uniquement, sélectionnez Activer le transport en temps réel, puis définissez la plage de ports entrants à ouvrir dans le pare-feu Windows local.
- Pour utiliser l’audio UDP avec NetScaler Gateway, sélectionnez Autoriser le transport en temps réel via la passerelle. NetScaler Gateway doit être configuré avec DTLS. Pour plus d’informations, consultez Audio UDP via une passerelle NetScaler.
En tant qu’administrateur, si vous n’avez pas le contrôle sur les périphériques de point de terminaison pour effectuer ces modifications, par exemple dans le cas de BYOD ou d’ordinateurs personnels, utilisez les attributs default.ica de StoreFront pour activer l’audio UDP.
- Sur la machine StoreFront, ouvrez C:\inetpub\wwwroot\Citrix\<Store Name>\App_Data\default.ica avec un éditeur tel que le Bloc-notes.
- Effectuez les entrées ci-dessous sous la section [Application] .
; This is to enable Real-Time Transport
EnableRtpAudio=true
; This is to Allow Real-Time Transport Through gateway
EnableUDPThroughGateway=true
; This is to set audio quality to Medium
AudioBandwidthLimit=1
; UDP Port range
RtpAudioLowestPort=16500
RtpAudioHighestPort=16509
<!--NeedCopy-->
Si vous activez l’audio User Datagram Protocol (UDP) en modifiant default.ica, l’audio UDP est alors activé pour tous les utilisateurs qui utilisent ce magasin.
Éviter l’écho pendant les conférences multimédias
Les utilisateurs participant à des conférences audio ou vidéo peuvent entendre un écho. Les échos se produisent généralement lorsque les haut-parleurs et les microphones sont trop proches les uns des autres. C’est pourquoi nous recommandons l’utilisation de casques pour les conférences audio et vidéo.
HDX offre une option d’annulation d’écho (activée par défaut) qui minimise l’écho. L’efficacité de l’annulation d’écho est sensible à la distance entre les haut-parleurs et le microphone. Les appareils ne doivent pas être trop proches ni trop éloignés les uns des autres.
Vous pouvez modifier un paramètre du registre pour désactiver l’annulation d’écho.
Avertissement
La modification incorrecte du Registre peut entraîner de graves problèmes qui pourraient vous obliger à réinstaller votre système d’exploitation. Citrix ne peut garantir que les problèmes résultant d’une utilisation incorrecte de l’Éditeur du Registre puissent être résolus. Utilisez l’Éditeur du Registre à vos propres risques. Assurez-vous de sauvegarder le registre avant de le modifier.
- À l’aide de l’Éditeur du Registre sur le périphérique utilisateur, accédez à l’un des emplacements suivants :
- Ordinateurs 32 bits : HKEY_LOCAL_MACHINE\SOFTWARE\Citrix\ICA Client\Engine\Configuration\Advanced\Modules\ClientAudio\EchoCancellation
- Ordinateurs 64 bits : HKEY_LOCAL_MACHINE\SOFTWARE\Wow6432Node\Citrix\ICA Client\Engine\Configuration\Advanced\Modules\ClientAudio\EchoCancellation
- Définissez la valeur du champ Données de la valeur sur FALSE.
Softphones
Un softphone est un logiciel qui agit comme une interface téléphonique. Vous utilisez un softphone pour passer des appels sur Internet depuis un ordinateur ou un autre appareil intelligent. En utilisant un softphone, vous pouvez composer des numéros de téléphone et effectuer d’autres fonctions liées au téléphone à l’aide d’un écran.
XenApp® et XenDesktop prennent en charge plusieurs alternatives pour la livraison de softphones.
- Mode de contrôle. Le softphone hébergé contrôle simplement un appareil téléphonique physique. Dans ce mode, aucun trafic audio ne transite par le serveur XenApp ou XenDesktop.
-
Prise en charge des softphones optimisés HDX RealTime. Le moteur multimédia s’exécute sur le périphérique utilisateur, et le trafic de voix sur IP (VoIP) circule en pair-à-pair. Pour des exemples, voir :
- (/fr-fr/hdx-optimization.html), qui optimise la diffusion de Microsoft Skype for Business et Lync.
- Moteur multimédia d’expérience de virtualisation Cisco (VXME) pour Jabber.
- Avaya VDI Communicator pour one-X Communicator et one-X Agent. (L’application one-X Agent peut être utilisée uniquement comme application de télécommande pour les téléphones de bureau.)
- Accès aux applications locales. Une fonctionnalité XenApp et XenDesktop qui permet à une application telle qu’un softphone de s’exécuter localement sur le périphérique Windows de l’utilisateur final tout en apparaissant parfaitement intégrée à son bureau virtuel/publié. Cela décharge tout le traitement audio vers le périphérique utilisateur. Pour plus d’informations, consultez (/fr-fr/xenapp-and-xendesktop/7-15-ltsr/general-content-redirection/laa-url-redirect.html).
- Prise en charge générique des softphones HDX RealTime. VoIP-over-ICA.
Prise en charge générique des softphones
La prise en charge générique des softphones vous permet d’héberger un softphone non modifié sur XenApp ou XenDesktop dans le centre de données. Le trafic audio transite via le protocole Citrix ICA (de préférence en utilisant UDP/RTP) vers le périphérique utilisateur exécutant Citrix Receiver.
La prise en charge générique des softphones est une fonctionnalité de HDX RealTime. Cette approche de la diffusion de softphones est particulièrement utile lorsque :
- Une solution optimisée pour la diffusion du softphone n’est pas disponible et l’utilisateur n’est pas sur un périphérique Windows où l’accès aux applications locales peut être utilisé.
- Le moteur multimédia nécessaire à la diffusion optimisée du softphone n’a pas été installé sur le périphérique utilisateur ou n’est pas disponible pour la version du système d’exploitation exécutée sur le périphérique utilisateur. Dans ce scénario, HDX RealTime générique fournit une solution de secours précieuse.
Il existe deux considérations concernant la diffusion de softphones à l’aide de XenApp et XenDesktop :
- Comment l’application softphone est diffusée sur le bureau virtuel/publié.
- Comment l’audio est diffusé vers et depuis le casque, le microphone et les haut-parleurs de l’utilisateur final, ou le téléphone USB.
XenApp et XenDesktop incluent de nombreuses technologies pour prendre en charge la diffusion générique de softphones :
- Codec optimisé pour la parole pour un encodage rapide de l’audio en temps réel et une efficacité de la bande passante.
- Pile audio à faible latence.
- Tampon de gigue côté serveur pour lisser l’audio lorsque la latence du réseau fluctue.
- Marquage des paquets (DSCP et WMM) pour la qualité de service.
- Marquage DSCP pour les paquets RTP (couche 3)
- Marquage WMM pour le Wi-Fi
Les versions de Citrix Receiver pour Windows, Linux, Chrome et Mac sont également compatibles VoIP. Citrix Receiver pour Windows offre les fonctionnalités suivantes :
- Tampon de gigue côté client - Assure un son fluide même lorsque la latence du réseau fluctue.
- Annulation d’écho - Permet une plus grande variation de la distance entre le microphone et les haut-parleurs pour les travailleurs qui n’utilisent pas de casque.
- Audio plug-n-play - Les périphériques audio n’ont pas besoin d’être branchés avant de démarrer une session. Ils peuvent être branchés à tout moment.
- Routage des périphériques audio - Les utilisateurs peuvent diriger la sonnerie vers les haut-parleurs, mais le chemin vocal vers leur casque.
- ICA multi-flux - Permet un routage flexible basé sur la qualité de service (QoS) sur le réseau.
- ICA prend en charge quatre flux TCP et deux flux UDP. L’un des flux UDP prend en charge l’audio en temps réel via RTP.
Pour un résumé des capacités de Citrix Receiver, consultez Matrice des fonctionnalités de Citrix Receiver.
Recommandations de configuration système
Matériel et logiciel client : Pour une qualité audio optimale, nous recommandons la dernière version de Citrix Receiver et un casque de bonne qualité avec annulation d’écho acoustique (AEC). Les versions de Citrix Receiver pour Windows, Linux et Mac prennent en charge la VoIP. De plus, Dell Wyse offre la prise en charge VoIP pour ThinOS (WTOS).
Considérations relatives au CPU : Surveillez l’utilisation du CPU sur le VDA pour déterminer s’il est nécessaire d’attribuer deux processeurs virtuels à chaque machine virtuelle. La voix et la vidéo en temps réel sont gourmandes en données. La configuration de deux processeurs virtuels réduit la latence de commutation de thread. Par conséquent, nous vous recommandons de configurer deux vCPU dans un environnement VDI XenDesktop.
Avoir deux processeurs virtuels ne signifie pas nécessairement doubler le nombre de processeurs physiques, car les processeurs physiques peuvent être partagés entre les sessions.
Le protocole Citrix Gateway (CGP), utilisé pour la fonctionnalité de fiabilité de session, augmente également la consommation de CPU. Sur les connexions réseau de haute qualité, vous pouvez désactiver cette fonctionnalité pour réduire la consommation de CPU sur le VDA. Aucune des étapes précédentes n’est nécessaire sur un serveur puissant.
Audio UDP : L’audio sur UDP offre une excellente tolérance à la congestion du réseau et à la perte de paquets. Nous le recommandons plutôt que le TCP lorsqu’il est disponible.
Configuration LAN/WAN : Une configuration réseau appropriée est essentielle pour une bonne qualité audio en temps réel. Généralement, vous devez configurer des réseaux locaux virtuels (VLAN) car des paquets de diffusion excessifs peuvent introduire de la gigue. Les appareils compatibles IPv6 peuvent générer de nombreux paquets de diffusion. Si la prise en charge d’IPv6 n’est pas nécessaire, vous pouvez désactiver IPv6 sur ces appareils. Configurez pour prendre en charge la Qualité de Service.
Paramètres pour les connexions WAN : Vous pouvez utiliser le chat vocal sur les connexions de réseau local (LAN) et de réseau étendu (WAN). Sur une connexion WAN, la qualité audio dépend de la latence, de la perte de paquets et de la gigue sur la connexion. Si vous fournissez des softphones aux utilisateurs sur une connexion WAN, nous vous recommandons d’utiliser le Citrix SD-WAN™ entre le centre de données et le bureau distant pour maintenir une Qualité de Service élevée. Citrix SD-WAN prend en charge Multi-Stream ICA, y compris UDP. De plus, dans le cas d’un seul flux TCP, il est possible de distinguer les priorités des différents canaux virtuels ICA pour garantir que les données audio en temps réel de haute priorité bénéficient d’un traitement préférentiel.
Avec Direct Workload Connection, l’audio sur UDP peut être chiffré à l’aide de Citrix SD-WAN après authentification via la passerelle.
Utilisez Director ou le HDX Monitor pour valider votre configuration HDX.
Connexions utilisateur à distance : NetScaler Gateway 11 prend en charge DTLS pour fournir le trafic UDP/RTP nativement (sans encapsulation dans TCP). Vous devez ouvrir les pare-feu bidirectionnellement pour le trafic UDP sur le port 443.
Sélection du codec et consommation de bande passante : Entre l’appareil utilisateur et le Virtual Delivery Agent (VDA) dans le centre de données, nous recommandons d’utiliser le paramètre de codec Optimisé pour la parole, également connu sous le nom d’audio de qualité moyenne. Entre la plateforme VDA et l’IP-PBX, le softphone utilise le codec configuré ou négocié. Par exemple :
- Le G711 offre une meilleure qualité vocale mais nécessite une bande passante de 80 à 100 kilobits par seconde par appel (selon les surdébits de la couche 2 du réseau).
- Le G729 offre une bonne qualité vocale et nécessite une faible bande passante de 30 à 40 kilobits par seconde par appel (selon les surdébits de la couche 2 du réseau).
Déploiement d’applications de softphone sur le bureau virtuel
Il existe deux méthodes pour fournir un softphone au bureau virtuel XenDesktop :
- L’application peut être installée dans l’image de bureau virtuel.
- L’application peut être diffusée sur le bureau virtuel à l’aide de Microsoft App‑V. Cette approche présente des avantages en termes de gestion, car l’image du bureau virtuel est maintenue propre. Après avoir été diffusée sur le bureau virtuel, l’application s’exécute dans cet environnement comme si elle avait été installée de manière habituelle. Toutes les applications ne sont pas compatibles avec App-V.
Transmission de l’audio vers et depuis le périphérique utilisateur
Generic HDX RealTime prend en charge deux méthodes de transmission de l’audio vers et depuis le périphérique utilisateur :
- Canal virtuel audio Citrix. Nous recommandons généralement le canal virtuel audio Citrix car il est conçu spécifiquement pour le transport audio.
- Redirection USB générique. Utile pour prendre en charge les périphériques audio dotés de boutons et/ou d’un écran, les périphériques d’interface humaine (HID), si le périphérique utilisateur est connecté à un réseau local (LAN) ou à une connexion de type LAN au serveur XenApp ou XenDesktop.
Canal virtuel audio Citrix
Le canal virtuel audio bidirectionnel Citrix (CTXCAM) permet de transmettre l’audio efficacement sur le réseau. Generic HDX RealTime prend l’audio du casque ou du microphone de l’utilisateur, le compresse et l’envoie via ICA à l’application de softphone sur le bureau virtuel. De même, la sortie audio du softphone est compressée et envoyée dans l’autre sens vers le casque ou les haut-parleurs de l’utilisateur. Cette compression est indépendante de la compression utilisée par le softphone lui-même (telle que G.729 ou G.711). Elle est effectuée à l’aide du codec Optimisé pour la parole (Qualité moyenne). Ses caractéristiques sont idéales pour la voix sur IP (VoIP). Il offre un temps d’encodage rapide et ne consomme qu’environ 56 kilobits par seconde de bande passante réseau (28 Kbit/s dans chaque direction), au maximum. Ce codec doit être explicitement sélectionné dans la console Studio car ce n’est pas le codec audio par défaut. Le codec par défaut est le codec audio HD (Haute qualité). Ce codec est excellent pour les bandes sonores stéréophoniques haute fidélité, mais il est plus lent à encoder que le codec Optimisé pour la parole.
Redirection USB générique
La technologie de redirection USB générique Citrix (canal virtuel CTXGUSB) fournit un moyen générique de rediriger à distance les périphériques USB, y compris les périphériques composites (audio plus HID) et les périphériques USB isochrones. Cette approche est limitée aux utilisateurs connectés au réseau local (LAN) car le protocole USB a tendance à être sensible à la latence du réseau et nécessite une bande passante réseau considérable. La redirection USB isochrone fonctionne bien avec certains softphones. Cette redirection offre une excellente qualité vocale et une faible latence, mais le canal virtuel audio Citrix est préféré car il est optimisé pour le trafic audio. L’exception principale est l’utilisation d’un périphérique audio avec des boutons, tel qu’un téléphone USB connecté au périphérique utilisateur lui-même connecté au centre de données via un réseau local. Dans ce cas, la redirection USB générique prend en charge les boutons du téléphone ou du casque qui contrôlent les fonctionnalités en envoyant un signal au softphone. Ce n’est pas un problème avec les boutons qui fonctionnent localement sur le périphérique.
Dans cet article
- Qualité audio
- Redirection audio client
- Redirection du microphone client
- Audio Plug N Play
- Limite de bande passante de redirection audio et Pourcentage de limite de bande passante de redirection audio
- Audio sur transport en temps réel UDP et Plage de ports UDP audio
- Stratégies de paramètres audio pour les périphériques utilisateur
- Éviter l’écho pendant les conférences multimédias
- Softphones