Початкова ситуація У невеликому кол-центрі (18 операторів) після розширення інфраструктури почалися нестабільності: у користувачів по RDP періодично підвисають сесії на 5-30 секунд, іноді відвалюється звук у гарнітурі, в софтфоні з'являються втрати пакетів і роботизація голосу. Проблема плаваюча: частіше в години пік, іноді лише у конкретних робочих місць. Звичайне перезавантаження допомагає ненадовго, явної помилки в одному місці немає. Технічне середовище та обмеження - Windows Server 2019: AD DS, GPO, RDS Session Host (2 вузли), файловий сервер - Клієнти: Windows 10/11, частина тонких клієнтів на Windows Embedded - Мережа: 1G, керовані комутатори, VLAN (Voice/Data), Wi-Fi для частини робочих місць - VoIP: SIP через локальну Asterisk/FreePBX, гарнітури USB (кілька моделей) - Є доступ адміністратора до серверів та мережного обладнання, але не можна зупиняти роботу офісу вдень; вікна для активних втручань - 20:00-08:00 по МСК - Заборонено вивантажувати персональні дані та записи дзвінків поза периметром Завдання Провести професійну діагностику та усунути першопричини нестабільності RDP та якості голосу, підтвердивши результат вимірами. Робота повинна включати збір телеметрії, аналіз, гіпотези, перевірки, впровадження змін та повторні тести. Етапи та очікувані результати 1) Збір вихідних даних та відтворення - Інвентаризація: версії ОС, драйверів аудіо/USB, налаштування RDP, GPO, параметри SIP/кодеків, топологія VLAN/QoS - Фіксація симптомів: коли, у кого, на яких пристроях, кореляція із навантаженням - План діагностики з переліком точок виміру 2) Інструментальна діагностика - Аналіз журналів Windows (RDS, TermService, аудіо, USB, Hyper-V/драйвери за наявності) та подій на серверах - Мережевий аналіз: захоплення трафіку (Wireshark), вимірювання jitter/latency/packet loss (iperf3, ping, pathping), перевірка DSCP/QoS, черг на комутаторах, помилок портів - Перевірка RDP: параметри UDP/TCP, політика використання UDP, MTU/MSS, вплив шифрування та перенаправлення аудіо/USB - Перевірка VoIP: RTP статистика, кодеки, PLC/VAD, налаштування jitter buffer, вплив NAT/ALG (якщо є) 3) Використання виправлень - Підготовка набору змін з мінімальним ризиком та можливістю відкату - Точкові правки: GPO/RDP параметри, налаштування RDS, аудіо/USB перенаправлення, мережеві політики QoS, коригування VLAN/маркування, усунення помилок на портах/кабелі/Wi-Fi каналі, налаштування SIP/RTP за потреби - Документування: що змінено, де, навіщо, як відкотити 4) Тестування після змін - Навантажувальні тести у вечірнє вікно: емуляція паралельних RDP сесій та VoIP викликів (у межах доступного середовища) - Повторні виміри jitter/packet loss, порівняння з базовою лінією Артефакти, які мають бути передані - Звіт розслідування: виявлені причини (не менше 2-3), що підтверджують факти та логи/метрики, прийняті рішення - Список виконаних змін з точними шляхами/параметрами (GPO, реєстр, налаштування Asterisk/FreePBX, комутатори) - Чек-лист для IT-адміна: як швидко діагностувати повторення та які метрики збирати - Рекомендації щодо профілактики (без закупівель обладнання, тільки налаштування та регламент) Критерії приймання (вимірювані) - У 5 робочих днях після впровадження немає масових зависань RDP: не більше 1 інциденту з підвисанням понад 3 секунди на 50 сесій у години пік - Для тестової групи з 8 операторів: packet loss RTP не вище 0.5% за статистикою софтфону/FreePBX та jitter не вище 30 мс у 95-му перцентилі в години пік - Зафіксовано базові та підсумкові метрики до/після, додані скріншоти/логи - Усі зміни оборотні, є план відкату Формат роботи Видалено через VPN/AnyDesk/Jump host, з узгодженням вечірніх вікон. Комунікація в чаті, 1-2 дзвони по 30 хвилин на старті та на здаванні.