Как пользоваться pathping для поиска потерь пакетов на маршруте

Pathping сочетает возможности трассировки и ping. Сначала он определяет маршрут, как tracert, а затем в течение заметного времени отправляет пакеты каждому узлу и подсчитывает потери. В результате вы получаете статистику по каждому хопу, а не разовую картину из трёх замеров.

Это делает утилиту полезной при плавающих проблемах: подтормаживание игры, обрывы звонка, нестабильная загрузка. Одноразовый ping мог пройти идеально, а длительная статистика покажет потери, которые проявляются нерегулярно.

Введите в командной строке pathping с адресом. Утилита сначала быстро покажет маршрут, потом напишет, что вычисляет статистику, и на это уйдёт несколько минут: около четверти минуты на каждый хоп. Не прерывайте её раньше, иначе отчёта не будет.

Полезные ключи: -n отключает разрешение имён и ускоряет вывод, -q задаёт число запросов на хоп, -h ограничивает число хопов. Уменьшение числа запросов сокращает время, но снижает точность.

В итоговой таблице для каждого узла есть два блока: потери на участке до этого узла и потери на самом узле. Считается число отправленных и потерянных пакетов и процент. Значение потерь на узле относится к его ответам на служебные запросы, а потери на участке — к пути.

Главное правило: проблема есть, если потери появляются на одном хопе и сохраняются на всех последующих. Если потери только на одном промежуточном узле, а дальше их нет, этот узел просто ограничивает ответы на служебные пакеты, и пользовательский трафик не страдает.

Определив хоп, с которого начались потери, посмотрите его адрес. Если он принадлежит вашему роутеру, проблему ищите дома: Wi-Fi, кабель, перегрузка. Если это узел провайдера, соберите отчёт и обратитесь в поддержку. Если дальше по пути, сообщать нужно тому, кто отвечает за этот участок, обычно через провайдера.

Повторите измерение в разное время суток. Потери, которые возникают вечером и исчезают ночью, говорят о перегрузке участка. Постоянные потери — о неисправности.

Некоторые узлы не отвечают на такие запросы вообще, и в отчёте видны сплошные потери, которые ничего не значат. Результат зависит от загрузки самого компьютера и локальной сети: если параллельно идёт крупная загрузка, показатели ухудшаются.

Перед измерением приостановите загрузки и потоковое видео. Так вы получите картину, более близкую к состоянию канала, а не к конкуренции между вашими же приложениями.

Если вы регулярно сталкиваетесь с проблемами в определённое время суток, автоматизируйте измерения: запускайте pathping по расписанию и сохраняйте вывод в файлы с датой в названии. Через несколько дней у вас накопится набор отчётов, которые нагляднее любых слов убедят службу поддержки, что проблема существует и повторяется. Подобные факты помогают быстрее передать обращение на нужный уровень и получить содержательный ответ вместо стандартной отписки.

Не забывайте о том, что pathping доступен только в Windows. В других системах аналогичную задачу решают утилиты вроде mtr, которые тоже постоянно измеряют потери и задержки по каждому узлу и показывают их в виде обновляющейся таблицы.

Итоговый отчёт стоит сохранить рядом с описанием условий: тип подключения, время суток и загрузка сети во время измерения. Без этого контекста цифры теряют половину ценности.

Допустим, в отчёте на третьем хопе появилось около десяти процентов потерь, и такое же значение видно на четвёртом, пятом и на конечном узле. Значит, участок между вторым и третьим хопами теряет пакеты, и проблему нужно адресовать оператору этого участка. Если же на третьем хопе десять процентов, а на четвёртом ноль, третий узел просто отвечает редко. Приведённые числа условные, но логика верна: важно смотреть на распространение потерь по цепочке, а не на одну строку.