MTR для диагностики маршрута: как читать потери и задержки по узлам

MTR объединяет трассировку и длительный пинг: он строит маршрут и продолжает опрашивать каждый узел, копя статистику. В отличие от одиночного traceroute, вы получаете не три пробы, а сотни, и можно оценить потери и разброс на каждом шаге. В Linux и macOS утилита называется mtr, в Windows есть сторонние аналоги со схожим интерфейсом; многие сервисы диагностики также предлагают его онлайн.

Запускайте его в режиме отчёта на 100 и более циклов, чтобы получить устойчивые значения, а не случайные.

Обычно вы увидите номер шага, имя или адрес узла, долю потерь, число отправленных пакетов и несколько значений задержки: последнюю, среднюю, лучшую, худшую и стандартное отклонение. Потери и худшая задержка — главные столбцы. Большое отклонение говорит о неровности отклика.

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

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

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

Для большей уверенности снимайте отчёты в разное время суток.

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

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

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

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

Метод не всесилен. Узлы ограничивают скорость ответа на служебные запросы, поэтому потери на них не всегда отражают реальность. Маршрут может меняться между циклами, тогда в отчёте появятся несколько адресов на одном шаге. Обратный путь ответов не виден: проблема может лежать на нём, а не на прямом участке. Наконец, сама утилита работает с вашего компьютера, и если он подключён по Wi-Fi, первые шаги будут отражать состояние эфира. Поэтому повторяйте измерения и делайте выводы осторожно.