Ausgangssituation In einem kleinen Callcenter (18 Betreiber) begann nach der Erweiterung der Infrastruktur die Instabilität: Bei einigen Benutzern frieren RDP-Sitzungen regelmäßig für 5 bis 30 Sekunden ein, manchmal fällt der Ton im Headset aus, im Softphone treten Paketverlust und Sprachroboterisierung auf. Das Problem ist schwebend: häufiger zu Stoßzeiten, manchmal nur an bestimmten Arbeitsplätzen. Für kurze Zeit hilft ein regelmäßiger Neustart; An einer Stelle liegt kein offensichtlicher Fehler vor. Technische Umgebung und Einschränkungen - Windows Server 2019: AD DS, GPO, RDS-Sitzungshost (2 Knoten), Dateiserver - Clients: Windows 10/11, einige Thin Clients unter Windows Embedded - Netzwerk: 1G, verwaltete Switches, VLAN (Sprache/Daten), WLAN für einige Workstations - VoIP: SIP über lokales Asterisk/FreePBX, USB-Headsets (mehrere Modelle) - Es besteht Administratorzugriff auf Server und Netzwerkgeräte, das Büro kann jedoch tagsüber nicht angehalten werden; Fenster für aktive Interventionen – 20:00–08:00 Uhr Moskauer Zeit - Es ist verboten, persönliche Daten und Anrufaufzeichnungen außerhalb des Perimeters hochzuladen Aufgabe Führen Sie eine professionelle Diagnose durch, beseitigen Sie die Grundursachen für RDP-Instabilität und Sprachqualität und bestätigen Sie das Ergebnis durch Messungen. Die Arbeit sollte die Erfassung von Telemetriedaten, Analysen, Hypothesen, Überprüfungen, die Implementierung von Änderungen und erneute Tests umfassen. Phasen und erwartete Ergebnisse 1) Sammlung und Wiedergabe von Quelldaten - Inventar: Betriebssystemversionen, Audio-/USB-Treiber, RDP-Einstellungen, GPO, SIP/Codec-Parameter, VLAN/QoS-Topologie - Fixierung der Symptome: wann, von wem, auf welchen Geräten, Korrelation mit Belastung - Diagnoseplan mit Liste der Messpunkte 2) Instrumentelle Diagnostik - Analyse von Windows-Protokollen (RDS, TermService, Audio, USB, Hyper-V/Treiber, falls verfügbar) und Ereignissen auf Servern - Netzwerkanalyse: Verkehrserfassung (Wireshark), Messung von Jitter/Latenz/Paketverlust (iperf3, Ping, Pathping), Überprüfung von DSCP/QoS, Warteschlangen auf Switches, Portfehler - RDP-Prüfung: UDP/TCP-Parameter, UDP-Nutzungsrichtlinie, MTU/MSS, Auswirkungen der Verschlüsselung und Audio-/USB-Umleitung - VoIP-Prüfung: RTP-Statistiken, Codecs, PLC/VAD, Jitter-Puffer-Einstellungen, NAT/ALG-Einfluss (falls vorhanden) 3) Umsetzung von Korrekturen - Vorbereitung einer Reihe von Änderungen mit minimalem Risiko und der Möglichkeit eines Rollbacks - Spot-Änderungen: GPO/RDP-Parameter, RDS-Einstellungen, Audio-/USB-Umleitung, QoS-Netzwerkrichtlinien, VLAN-/Tagging-Anpassungen, Fehlersuche bei Ports/Kabel/Wi-Fi-Kanal, Einrichtung von SIP/RTP, falls erforderlich - Dokumentation: Was wurde geändert, wo, warum, wie kann ein Rollback durchgeführt werden? 4) Testen nach Änderungen - Lasttests im Abendfenster: Emulation paralleler RDP-Sitzungen und VoIP-Anrufe (innerhalb der verfügbaren Umgebung) - Wiederholte Messungen von Jitter/Paketverlust, Vergleich mit der Basislinie Artefakte, die übertragen werden müssen - Untersuchungsbericht: identifizierte Ursachen (mindestens 2-3), unterstützende Fakten und Protokolle/Metriken, getroffene Entscheidungen - Liste der vorgenommenen Änderungen mit genauen Pfaden/Parametern (GPO, Registry, Asterisk/FreePBX-Einstellungen, Schalter) - Checkliste für IT-Administratoren: So diagnostizieren Sie schnell ein erneutes Auftreten und welche Kennzahlen sollten erfasst werden - Empfehlungen zur Prävention (keine Gerätekäufe, nur Einrichtung und Vorschriften) Akzeptanzkriterien (messbar) - Innerhalb von 5 Arbeitstagen nach der Implementierung kommt es zu keinen massiven RDP-Einfrierungen: nicht mehr als 1 Vorfall mit Einfrierungen von mehr als 3 Sekunden für 50 Sitzungen während der Spitzenzeiten - Für eine Testgruppe von 8 Betreibern: Paketverlust RTP nicht höher als 0,5 % laut Softphone/FreePBX-Statistik und Jitter nicht höher als 30 ms im 95. Perzentil während der Spitzenzeiten - Grundlegende und endgültige Messwerte vorher/nachher werden aufgezeichnet, Screenshots/Protokolle sind beigefügt - Alle Änderungen sind rückgängig zu machen, es gibt einen Rollback-Plan Arbeitsformat Ferngesteuert über VPN/AnyDesk/Jump-Host, mit Koordination der Abendfenster. Kommunikation per Chat, 1-2 Anrufe für 30 Minuten zu Beginn und am Ende.