MTR отправляет пакеты на устройство и измеряет время ответа ответов.
Он отправляет каждый пакет с возрастающим TTL. TTL указывает, должен ли каждый маршрутизатор вдоль пути пересылать пакет, и он уменьшается на 1 каждый переход, если это происходит. Когда он достигает нуля, пакет не пересылается, и вместо этого устройство выдает недостижимый пакет обратно исходному устройству. Таким образом, он может получить ответ от каждого устройства в пути, не зная его IP-адрес.
Не все устройства настроены для ответа на тип пакетов, отправляемых MTR. Фактически, большинство брандмауэров по умолчанию отбрасывают эти пакеты. Некоторые маршрутизаторы могут сделать это также. Быть невосприимчивым ни о чем не свидетельствует.
Потери на третьем скачке могут быть связаны с самим третьим скачком или любым промежуточным устройством. Если "недоступный" пакет не дойдет до вас, то будет непросто сказать, где он был потерян. Это часто указывает на проблему с сетью, но не всегда. Пакеты MTR могут быть отброшены, поскольку они не так уж важны. Обычно это не так, это может быть аппаратный сбой или насыщение сети.
Невозможно сказать, что лучшим вариантом было бы заменить DD-WRT на другое устройство и посмотреть, сохраняется ли проблема. Также проверьте, не умышленно ли вы насыщаете свое соединение. Если какое-либо из направлений в вашей ссылке максимизировано, оно может выглядеть следующим образом.
Смотрите (3). В случае проблем с насыщением отсоедините все от вашего dd-wrt, кроме одного устройства, желательно проводного. В идеале запуск Linux без графического интерфейса, просто чтобы убедиться, что это не что-то вроде Центра обновления Windows, вызывающее проблему. Затем проведите тест и посмотрите, будете ли вы вести себя так же. Затем поменяйте роутер на другой и посмотрите, получаете ли вы такое же поведение. Тест изоляции и перестановка маршрутизатора - это, как правило, первое, что заставит вас сделать интернет-провайдер.
