Имя пользователя:
Пароль:
 

Название темы: [решено] WinMTR
Показать сообщение отдельно

Пользователь


Сообщения: 95
Благодарности: 3

Профиль | Отправить PM | Цитировать


Цитата:
Программа выполняет процедуру ping только в графической оболочке.
Нет. mtr является комбинированным средством, как раз traceroute + ping.
Если бы mtr делал бы только ping -- в выводе был бы только один хоп, целевой, без промежуточных узлов. Ну и для закрепления смотрим в упомянутый вами WireShark, и с сравниваем с traceroute. по ICMP который.


Ценность утилиты в колонке loss% напротив каждого хопа. Ну и конечно время, RTT т.е.
Нужно аналитически подходить к выводу утилиты, по факту уметь читать трассировку, и понимать, как она работает.
Важно понимать возможные причины возникновения повышенного rtt\вообще потерь на узлах для транзитного трафика, и трафика, предназначающегося непосредственно узлу.

Для определения проблемы желательно иметь вывод еще и с удаленного узла в вашу сторону.


По вашему скриншоту проблем нет, даже несмотря на то, что на хопе n2 имеется процент потерь.
Однако на следующим хопе (3) потерь уже нет. и на 4 нет. 5 просто не ответил, проблемой не является. Дальше тоже по нулям.

Вот если бы после хопа 3 потери бы были, да еще и увеличивались, то тут уже можно было бы сказать, что где-то с третьего хопа начались проблемы. примерно тоже самое и с RTT.

Последний раз редактировалось Ordo, 23-12-2016 в 11:34.


Отправлено: 11:24, 23-12-2016 | #6

Название темы: [решено] WinMTR