Коротко: «периодически увеличивается пинг» — это симптом, у которого много причин: перегрузка канала (локальной или интернет), помехи на Wi‑Fi, ошибки/флапы на свичах или кабелях, проблемы с драйверами/дуplex, массовые фоновые обновления/торренты/антивирусы, ARP/DHCP/NAT и т. д. Ниже — план диагностики и конкретные команды/снимки, которые помогут точно определить источник.
1) Сбор базовой информации (сразу)
- Какие ПК: все проводные, все беспроводные или смешано?
- Когда проявляется: постоянные короткие пики (секунды), раз в несколько минут, ночью?
- Затрагивает ли только внешний интернет или и локальные серверы/роутер?
- Что изменилось недавно (новые свичи, роутер, ПО, планировщики обновлений)?
2) Базовая проверка на клиенте (Windows / Linux)
- Постоянный пинг до шлюза и до интернета:
- Windows: ping -t <IP_шлюза> и ping -t 8.8.8.8 (Ctrl+C для остановки; посмотрите потери/высокие времена)
- Linux: ping -i 0.2 -c 100 <IP_шлюза> && ping -i 0.2 -c 100 8.8.8.8
- Трассировка/диагностика:
- Windows: tracert 8.8.8.8, pathping 8.8.8.8
- Linux: mtr -r -c 100 8.8.8.8 (рекомендуется — показывает где именно растёт задержка)
- Проверить локальные соединения/нагрузку:
- Windows: netstat -ano | findstr ESTABLISHED (или Resource Monitor -> Network)
- Linux: ss -tunp | wc -l и ss -s
- Проверить дубликаты IP/ARP:
- arp -a (посмотрите одинаковые MAC/разные IP)
- Сетевой интерфейс:
- Windows (PowerShell): Get-NetAdapter | Format-List Name,Status,LinkSpeed
- Linux: ethtool eth0 (проверить speed/duplex/errors)
- Проверить наличие фоновых обновлений/антивируса/торрентов.
3) Диагностика сети/коммутаторов/роутера
- На свичах/роутерах (Cisco/Juniper/HP/TP-Link — команды зависят):
- посмотреть логи на предмет flap/STP/port error
- show interfaces counters/errors (CRC, collisions, input/output errors)
- проверить, нет ли флудинга MAC-таблицы (MAC table thrash)
- проверить CPU/память устройства (высокая загрузка устройства = временные задержки)
- проверить настройки портов: скорость/duplex, auto-negotiation
- посмотреть STP topology changes
- NAT/пул подключений: проверьте не переполняется ли NAT таблица роутера (особенно при торрентах).
- DHCP: частые переактивации/короткие кредиты нечасто, но проверьте lease time/конфликты.
4) Wi‑Fi отдельная тема
- Проверить уровень сигнала и перегруженность каналов: inSSIDer, Wi‑Fi analyzer
- Переключить проблемные точки на другой канал/диапазон (2.4/5 ГГц)
- Посмотреть количество подключённых клиентов и airtime usage (на AP)
5) Захват трафика во время пиков
- На клиенте или порту свича сделайте capture: Wireshark
- Фильтры: icmp or (tcp.analysis.retransmission) or arp
- Ищите: резкие очереди retransmissions, ARP storms, большие UDP flоw’ы, DHCP/ARP повторы
- Можно делать capture на порту свича (SPAN) при периоде возникновения пинга.
6) Что собрать и прислать мне (если хотите, помогу проанализировать)
- Вывод mtr/traceroute до интернет‑адреса в момент нормального пинга и во время пика
- Логи свича/роутера за период пика (особенно ошибки портов, STP, сообщения о flap)
- Вывод ethtool/Link Speed/duplex для проблемных портов
- Небольшой Wireshark capture (~1–2 минуты) с фильтром icmp or tcp.analysis.retransmission
- Список того, какие ПК одновременно испытывают проблему и их IP/локалтопология
7) Быстрые временные меры
- Перезагрузить проблемный свич/роутер (если возможно, в maintenance window)
- Переключить проблемный ПК на другой порт/кабель (исключить физику)
- Отключить Wi‑Fi на одном клиенте и подключить проводом (исключить радиопомехи)
- Ограничить торренты/стримы через QoS или временно выключить
- Обновить драйверы адаптеров и прошивку свичей/роутера
8) Частые конкретные причины и признаки
- Перегрузка uplink/канала: высокий RTT и потери у всех в одно время, correlates с пиковым трафиком.
- Порт флапинг или duplex mismatch: большая packet loss именно на одном порту/компьютере, ошибки интерфейса.
- ARP/Spanning Tree/Multicast storm: большое количество ARP или BPDU в capture, многие клиенты страдают одновременно.
- NAT/Conntrack overflow (SOHO роутеры): пинг скачет при множестве соединений (игроки + торренты).
- Wi‑Fi интерференция: только беспроводные клиенты, RSSI падает и packet retries растут.
Если хотите — пришлите:
- результат mtr (или ping) с одного проблемного ПК до шлюза и до 8.8.8.8 (в момент пика и в момент нормальной работы),
- журналы/выводы с коммутатора (ошибки интерфейсов) — и я помогу проанализировать и найду вероятную причину и план устранения.