Диагностика потерь пакетов через tracert и ping: поиск виновника для чайников

Обновлено: 27.08.2026 · Официальная документация ↗

Симптомы потери пакетов (Packet Loss) в офисе

Потеря пакетов — одна из самых неприятных проблем: интернет вроде бы есть, но 1С постоянно отваливается, видеозвонки в Zoom замирают, а страницы сайтов загружаются только со 2–3 попытки.

Как распознать Packet Loss:

Служба	Проявление проблемы	Причина
IP-телефония (SIP)	Собеседник слышит «кваканье», слова пропадают кусками.	Потеря даже 2–5% UDP-пакетов делает речь неразборчивой.
Терминалы RDP	Экран зависает на 3–5 секунд, затем отвисает; курсор мыши дергается рывками.	Потеря пакетов TCP вызывает задержку перерисовки графического фрейма.
Команда Ping	«Статистика Ping: Пакетов: отправлено = 100, получено = 82, потеряно = 18 (18% потерь)».	Аппаратная проблема кабеля, перегрузка канала или сбой на оборудовании магистрала.

Пошаговая методика поиска виновника потерь

Шаг 1. Проверяем потери до локального офисного роутера:
Запустите непрерывный пинг до вашего шлюза на 2–3 минуты:
```
ping 192.168.1.1 -t -l 1000
```
Если здесь есть потери (более 0%) или время отклика прыгает от 1 до 500 мс — проблема внутри офиса (битый патч-корд, помехи в Wi-Fi сети, петля в коммутаторе).
Шаг 2. Выполняем трассировку до удаленного сервера:
Утилита tracert в Windows показывает каждый маршрутизатор на пути пакета:
```
tracert 8.8.8.8
```

Шаг 3. Анализируем отчет трассировки:

Трассировка маршрута к dns.google [8.8.8.8]:
  1    <1 мс    <1 мс    <1 мс  192.168.1.1       (Офисный роутер — все чисто)
  2     2 мс     2 мс     3 мс  10.100.0.1        (Оборудование провайдера — чисто)
  3     4 мс     *        5 мс  185.12.34.1       (Шлюз провайдера)
  4   120 мс   115 мс   130 мс  87.226.183.1      (Магистральный узел — НАЧАЛИСЬ ПОТЕРИ И СКАЧОК ПИНГА)
  5   122 мс   118 мс   125 мс  8.8.8.8           (Конечный сервер)

Правило анализа: Если высокий пинг и «звездочки» (*) начинаются на узле 4 и продолжаются на всех последующих узлах — авария произошла на магистральном канале вышестоящего оператора. Делайте скриншот и отправляйте в техподдержку провайдера.

Использование профессиональной утилиты MTR (WinMTR):
Скачайте бесплатную утилиту WinMTR. Она совмещает ping и tracert, отправляя сотни пакетов и выводя процент потерь (Loss %) индивидуально по каждому промежуточному узлу.

Внимание о символе «*» (Звездочка): Если одиночный промежуточный узел (например, узел 3) показывает звездочки, но на узлах 4 и 5 пинг низкий и потерь нет — это НЕ проблема. На данном маршрутизаторе просто отключен ответ на ICMP-запросы в целях снижения нагрузки на CPU.

💡 Практика специалистов: При диагностике проблем с софтом никогда не ограничивайтесь командой `ping -n 4`. Запускайте расширенный тест `ping -n 100 -l 1400`, так как плавающие потери кабеля проявляются только на больших пакетах под длительной нагрузкой.

Частые вопросы (FAQ)

Чем отличается утилита traceroute в Linux от tracert в Windows?

Windows tracert отправляет ICMP Echo Request пакеты, а Linux traceroute по умолчанию использует UDP-пакеты на высокие порты (для проверки через ICMP в Linux добавляют ключ `traceroute -I`).

Что такое MTU и как он влияет на потери пакетов?

MTU — максимальный размер пакета. Если пакет больше допустимого значения и фрагментация запрещена, пакет отбрасывается. Проверить оптимальный MTU можно командой `ping 8.8.8.8 -f -l 1472`.

Почему по Wi-Fi всегда есть потери 1-2%, а по проводу 0%?

Wi-Fi является полудуплексной средой передачи, подверженной радиопомехам от микроволновок, Bluetooth и сетей соседей. Для стабильной работы критичных серверов всегда используйте витую пару.

Что делать, если техподдержка провайдера заявляет, что 'у них все в порядке'?

Предоставьте им выгрузку отчета утилиты WinMTR с 1000 отправленных пакетов, где четко виден процент Loss % на их пограничном IP-адресе.