Анализ отчета MTR

Интернет - это большое объединение разных точек, которые взаимодействуют друг с другом через систему маршрутизации. Большинство конечных точек, например, веб-браузер, который стремится получить доступ к веб-сайту, и сервер, на котором расположен этот сайт, не связаны напрямую в одной сети. Когда веб-браузер отправляет запрос на сервер веб-сайта, этот запрос, вероятно, будет проходить через несколько промежуточных сетей. Сетевой маршрут - это последовательность сетей, которые проходит пакет данных, чтобы достичь удаленной точки назначения.
Существует замечательная утилита traceroute, которая помогает выявлять проблемы на сетевом пути. Ее используют для отслеживания маршрута, по которому проходят IP-пакеты от исходного адреса до адреса назначения. В Linux и macOS network команда называется traceroute, а в Windows - tracert. С ее помощью можно определить:

• пути пакетов (с указанием IP-адресов маршрутизаторов);
• время задержки (RTT).

Traceroute - достаточно простой инструмент, который позволяет проверить маршрут один раз. Если вам нужно только провести диагностику маршрутизаторов, через которые проходят пакеты, используйте traceroute. А если необходимо диагностировать потерю пакетов, тогда обратитесь к MTR тесту - он запускает несколько traceroute и агрегирует отчеты.
 

Что такое трассировка MTR (My Traceroute)

MTR - это альтернатива для классического traceroute. Объединяя функциональность ping и traceroute, MTR опрашивает постоянно удаленный сервер компьютер и дает возможность непрерывно обновлять данные, отслеживая изменения в задержке и производительности во времени.
В первый момент вывод MTR может показаться похожим на обычный traceroute, но тут утилита MTR делает шаг вперед - ее вывод постоянно обновляется. Это открывает широкие горизонты для сбора средних показателей и отслеживания производительности сети.
Если запустить обычный traceroute, то есть вероятность, что пакеты прошли через каждый узел успешно, несмотря на потери и задержки. А программа MTR предоставляет возможность собирать данные в течение длительного временного промежутка.
MTR программа определяет путь к удаленному компьютеру, а также время отклика всех сетевых переходов в интернет-маршруте между локальной системой и удаленными машинами.
Этот полезный инструмент прост в использовании и доступен во всех дистрибутивах Linux, а также в ОС семейства Windows.
 

Как работает МТР

Утилита MTR - полезный инструмент, позволяющий получить информацию о IP-адресах маршрутизаторов, шлюзов и других сетевых переходов. Она посылает ping каждому из них и отображает на экране отклики. Статистика демонстрируется в режиме реального времени, что придает анализу MTR особую актуальность и значимость. Отслеживание и анализ данных позволяет оценить эффективность функционирования сети и выявить возможные проблемы.
 

Как создать отчет MTR

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

Расшифровка MTR-отчетов

В отчете MTR вы увидите различные данные:

• Номер хоста - последовательный номер каждого промежуточного узла (маршрутизатора) на маршруте до целевого сервера.
• Имя хоста (IP адрес) - имя хоста или его IP-адрес. Если имя не определено, будет отображен только IP. Значение "No response from host" указывает на блокировку ICMP-пакетов на узле.
• Потеря пакетов (%) (Loss) - процент потерянных пакетов на данном этапе. Незначительные потери (1-5%) могут быть приемлемыми для некоторых сетей. Они могут быть вызваны временными сетевыми проблемами или перегрузкой узлов. Высокие потери (более 25%) обычно указывают на серьезные проблемы, такие как неисправность оборудования, плохое соединение или неполадки с сетевой инфраструктурой.
• Отправлено (Snt) - число отправленных пакетов.
• Потеряно (Drop) - число потерянных пакетов.
• Задержка (Last) - время задержки в миллисекундах для последнего отправленного пакета.
• Лучшее время (Best) - самое быстрое время, за которое пакет достигает хоста и возвращается обратно.
• Среднее время (Avrg) - усредненное время отклика хоста.
• Худшее время (Worst) - максимальное время ответа хоста.
• Стандартное отклонение (StDev) - Стандартное отклонение времени задержки в миллисекундах.

Обратите внимание на показатель потерь в поле Loss на начальных и конечных узлах. Очень важно отметить, что на некоторых узлах может возникнуть до 100% потерь, но если пакеты продолжают успешно проходить дальше, это свидетельствует о работе данного узла, но блокировке ответов на ICMP пакеты.
Если вы замечаете потери на первых 1-2 узлах, что приводит к потерям и на остальных узлах, необходимо проверить настройки и состояние компьютера и роутера, так как именно в них возникают данные потери.
Если потери наблюдаются на последних 1-2 узлах, причиной может быть проблема на самом сервере (например, запущено приложение, которое загружает всю пропускную способность канала, DDoS-атакe на ваш сайт/сервер и др.). Если вы используете виртуальный сервер (VPS), то проблема может возникнуть на уровне физического сервера. В таких случаях рекомендуется обратиться в техническую поддержку хостера для проведения дополнительной проверки.
Если вы обнаружили потери на промежуточных узлах - нет никаких причин для беспокойства. Промежуточные маршрутизаторы могут не отвечать на ICMP-запросы, но все равно пропускают трафик дальше. Однако если обнаружены потери на конечном узле, рекомендуется отправить результаты анализа в службу технической поддержки провайдера через систему тикетов. Обязательно указывайте свой внешний IP-адрес в сообщении, чтобы хостер мог идентифицировать вас.
 

Заключение

MTR предоставляет разнообразные отчеты в командной строке, из которых мы рассмотрим некоторые часто используемые.
TCP MTR - вместо традиционных пакетов ICMP используется транспортный протокол TCP. Этот вариант позволяет выбрать порт назначения.
UDP MTR - в этом варианте используется протокол UDP вместо ICMP. Такая замена может быть полезной в случаях, когда маршрутизаторы блокируют ICMP-пакеты или для проведения тестирования определенных портов.
Отображение IP (вместо хостов) - опция позволяет отслеживать IP-адреса, связанные с каждым шагом маршрутизации. Такой вывод значительно упрощает процесс отправки отчетов о возникших проблемах на вышестоящие устройства.
Поиск AS (AS Lookup) - данная функция предоставляет информацию о номере автономной системы (AS) на каждом шаге маршрутизации.
Благодаря широким возможностям MTR считается мощным инструментом для анализа и диагностики сетевых проблем, позволяя более точно определить причины возникших сбоев и улучшить общую стабильность сети.