MSRDC et Microsoft Teams – UX garantie avec RDP ?

En revanche, beaucoup moins de personnes savent qu’il existe depuis quelques temps déjà, un nouveau client RDP livré séparément de Windows : MSRDC (Microsoft Remote Desktop Client). Ce nouveau client RDP, plus « moderne », a spécialement été développé pour couvrir les besoins d’accès à Azure Virtual Desktop, et c’est très certainement pourquoi, bon nombre d’entre-nous ne connaissent pas son existence. Nous sommes effectivement peu nombreux aujourd’hui à utiliser des postes virtuels AVD (Azure Virtual Desktop) dans Azure.

La connexion sur les environnements Azure Virtual Desktop nécessite l'utilisation de MSRDC, car le client RDP, intégré à Windows (MSTSC), n’est pas suffisamment optimisé pour ce type d’environnement. Même si les deux clients s’appuient le même noyau RDP, leurs interfaces utilisateurs diffèrent et ils ne prennent pas en charge exactement les mêmes fonctionnalités.

Commençons déjà par définir ce que veut dire « UX ». Le terme UX est l’acronyme de l'anglais « User eXperience », donc en français, l’expérience utilisateur. Comme c’est maintenant plus clair pour nous tous, la question est donc de savoir s’il est possible de garantir une expérience utilisateur satisfaisante dans Microsoft Teams au travers du protocole Microsoft RDP (Remote Desktop Protocol) …

Microsoft Teams, dans un environnement VDI, prend nativement en charge la conversation et la collaboration. Sur Azure Virtual Desktop, avec l’optimisation des médias, il est également possible de gérer les fonctionnalités d’appel et de réunion. Pour ces deux fonctionnalités, le client MSRDC gère les données audio et vidéo en local et les redirige directement vers le poste de votre interlocuteur distant Teams. Nous avons donc notre réponse : Il est possible de garantir une expérience utilisateur satisfaisante avec Microsoft Teams au travers du protocole Microsoft RDP. Il va de soi qu'en parallèle, les recommandations liées à Azure Virtual Desktop soient respectées, qu'elles soient relatives au réseau ou encore à la configuration des postes virtuels.

En fait, Microsoft a implémenté dans son protocole RDP, un canal interne dédié aux médias, entre le client Teams, installé dans le poste virtuel AVD (dans Azure) et le client MSRDC installé sur le poste local Windows 10/11 de l’utilisateur. Ce canal permet de contourner les aller-retours qui se produisent lors de l’utilisation de la vidéo et du son dans Teams sur le poste virtuel AVD. Au lieu d'envoyer les images de la caméra du client MSRDC (poste local) vers le poste virtuel AVD (dans Azure), puis du poste AVD vers le Cloud Microsoft Teams, qui les renvoie à votre interlocuteur distant Teams, il est possible de les lui envoyer directement depuis le client MSRDC du poste local (si vous êtes en communication avec lui bien entendu).

En revanche, lors d’une réunion avec plusieurs participants, le trafic n’est pas directement dirigé vers les autres postes. Le média est directement dirigé vers le Cloud Microsoft Teams et c’est lui qui le redistribue à tous les participants. Le canal de retour sera toujours le client Teams dans le poste virtuel AVD. On optimise donc principalement la transmission des médias, mais la réception sera quand même déchargée du contenu envoyé, ce qui permet malgré tout une optimisation satisfaisante.

Le processus d’optimisation se compose des trois éléments suivants :

1. Les processus du client Teams gèrent tous les signaux multimédias de l'appel ou de la réunion.
2. Teams utilise ensuite le service de redirection WebRTC de Remote Desktop (alias Teams WebSocket Service) pour permettre de rediriger la sortie la mieux adaptée du trafic média, du poste local, plutôt que du poste virtuel AVD.
3. Enfin, le client MSRDC redirige le trafic multimédia directement vers l'interlocuteur distant ou le Cloud Microsoft Teams s'il y a plusieurs participants à la réunion.

Malheureusement, à partir de l’interface graphique de MSRDC, il n’est possible de lancer des connexions qu’à des postes virtuels Azure Virtual Desktop. Et ça, c’est bien dommage, car contrairement à MSTSC, le client MSRDC exige la signature RDP côté serveur, ce qui empêche la gestion des paramètres côté client. Son interface ne permet donc pas de spécifier un serveur de destination ou même de modifier des options pour lancer des connexions à des instances RDP locales. Il faut obligatoirement passer par un fichier « .RDP » pour personnaliser manuellement la configuration.

Fort heureusement, dans son produit Remote Desktop Manager, l'éditeur Devolutions a réussi à intégrer MSRDC pour les connexions RDP standard, c’est-à-dire à la fois en mode intégré et en mode externe. MSRDC contient effectivement une DLL (rdclientax.dll) qui expose la même interface ActiveX RDP que la DLL intégrée de MSTSC (mstscax.dll).

Nul doute que d’autres éditeurs, et plus particulièrement ceux qui proposent des solutions VDI qui s’appuient sur le protocole Microsoft RDP, telle que Systancia Workplace, vont très vite implémenter MSRDC à leurs gestionnaires de connexions pour bénéficier des optimisations multimédias, et permettre à leurs clients d’utiliser des outils tels que Microsoft Teams en toute sérénité sur leurs plateformes VDI.