MTR

Объединяет traceroute и ping в один непрерывный тест, отправляя повторные пробы к каждому хопу на пути и агрегируя статистику потерь и задержки (среднее, лучшее, худшее, джиттер) по хопам, а не разовый снимок. Одиночный traceroute показывает лишь один момент времени — именно непрерывная выборка MTR фиксирует периодические потери пакетов на конкретном хопе, которые разовый ping или traceroute никогда не покажут. Джиттер часто информативнее для приложений реального времени вроде VoIP или игр, где стабильность важнее скорости.

Потери пакетов на промежуточном узле не обязательно означают реальные потери на этом участке пути — многие маршрутизаторы понижают приоритет собственных ICMP-ответов, используемых для traceroute/MTR, поэтому потери, исчезающие к финальному узлу, обычно являются артефактом обработки именно этого узла, а не реальной проблемой.

📖 Подробнее в базе знаний →