Aide informatique : investigation et élimination d'un fonctionnement RDP/VoIP instable dans un domaine Windows + tests de charge et listes de contrôle

Situation initiale
Dans un petit centre d'appels (18 opérateurs), après l'extension de l'infrastructure, l'instabilité a commencé : pour certains utilisateurs, les sessions RDP se bloquent périodiquement pendant 5 à 30 secondes, parfois le son dans le casque tombe, une perte de paquets et une robotisation vocale apparaissent dans le softphone. Le problème est flottant : plus souvent aux heures de pointe, parfois uniquement sur des lieux de travail spécifiques. Un redémarrage régulier est utile pendant une courte période ; il n’y a pas d’erreur évidente à un seul endroit.

Environnement technique et limites
- Windows Server 2019 : AD DS, GPO, RDS Session Host (2 nœuds), serveur de fichiers
- Clients : Windows 10/11, quelques clients légers sur Windows Embedded
- Réseau : 1G, commutateurs gérés, VLAN (Voix/Données), Wi-Fi pour certains postes de travail
- VoIP : SIP via Asterisk/FreePBX local, casques USB (plusieurs modèles)
- Il existe un accès administrateur aux serveurs et aux équipements réseau, mais le bureau ne peut pas être arrêté pendant la journée ; fenêtres pour les interventions actives - 20h00-08h00, heure de Moscou
- Il est interdit de télécharger des données personnelles et des enregistrements d'appels en dehors du périmètre

Tâche
Effectuez des diagnostics professionnels et éliminez les causes profondes de l'instabilité RDP et de la qualité de la voix, en confirmant le résultat avec des mesures. Le travail doit inclure la collecte de télémétrie, l'analyse, les hypothèses, les vérifications, la mise en œuvre de modifications et de nouveaux tests.

Étapes et résultats attendus
1) Collecte et lecture des données sources
- Inventaire : versions d'OS, pilotes audio/USB, paramètres RDP, GPO, paramètres SIP/codec, topologie VLAN/QoS
- Fixation des symptômes : quand, de qui, sur quels appareils, corrélation avec la charge
- Plan de diagnostic avec liste des points de mesure

2) Diagnostic instrumental
- Analyse des logs Windows (RDS, TermService, audio, USB, Hyper-V/drivers si disponibles) et événements sur les serveurs
- Analyse réseau : captures de trafic (Wireshark), mesure de jitter/latence/perte de paquets (iperf3, ping, pathping), vérification DSCP/QoS, files d'attente sur les switchs, erreurs de ports
- Vérification RDP : paramètres UDP/TCP, politique d'utilisation UDP, MTU/MSS, impact du cryptage et de la redirection audio/USB
- Vérification VoIP : statistiques RTP, codecs, PLC/VAD, paramètres du tampon de gigue, influence NAT/ALG (le cas échéant)

3) Mise en œuvre des corrections
- Préparer un ensemble de changements avec un risque minimal et la possibilité de restauration
- Modifications ponctuelles : paramètres GPO/RDP, paramètres RDS, redirection audio/USB, politiques réseau QoS, ajustements VLAN/tagging, dépannage des erreurs sur les ports/câble/canal Wi-Fi, configuration SIP/RTP si nécessaire
- Documentation : ce qui a été modifié, où, pourquoi, comment revenir en arrière

4) Tests après modifications
- Tests de charge dans la fenêtre du soir : émulation de sessions RDP parallèles et d'appels VoIP (dans l'environnement disponible)
- Mesures répétées de gigue/perte de paquets, comparaison avec la ligne de base

Artefacts qui doivent être transférés
- Rapport d'enquête : causes identifiées (au moins 2-3), faits à l'appui et journaux/métriques, décisions prises
- Liste des modifications apportées avec les chemins/paramètres exacts (GPO, registre, paramètres Asterisk/FreePBX, commutateurs)
- Liste de contrôle pour l'administrateur informatique : comment diagnostiquer rapidement la récidive et quelles métriques collecter
- Recommandations de prévention (pas d'achat de matériel, seulement configuration et réglementation)

Critères d'acceptation (mesurables)
- Dans les 5 jours ouvrables suivant la mise en œuvre, il n'y a pas de gel massif du RDP : pas plus d'un incident avec un gel de plus de 3 secondes pour 50 sessions aux heures de pointe.
- Pour un groupe de test de 8 opérateurs : perte de paquets RTP ne dépassant pas 0,5 % selon les statistiques softphone/FreePBX et gigue ne dépassant pas 30 ms dans le 95ème centile pendant les heures de pointe
- Les métriques de base et finales avant/après sont enregistrées, des captures d'écran/journaux sont joints
- Toutes les modifications sont réversibles, il existe un plan de restauration

Format de travail
A distance via hôte VPN/AnyDesk/Jump, avec coordination des fenêtres du soir. Communication via chat, 1-2 appels pendant 30 minutes au début et à la fin.