WinMTR
 

Сюда или нет, суть вопроса: Как по данной программе определить, с чьей стороны проблемы ?
На примере скрина если кто может, разжуйте ОТ и ДО пожалуйста.

Программа выполняет процедуру ping только в графической оболочке.
Не совсем понятен вопрос " с чьей стороны проблемы ? "
Пинг просто проверяет есть ли связь с узлом или нет.
Трассировка маршрута даст больше информации к размышлению.
После трассировок обычно проверяют таблицы маршрутизации.

lxa85, то есть, через банальный cmd - tracert больше инфы ?

pkin2k, да.
До комплекта route, arp и nslookup

----
А если совсем все хочется по взрослому - то WireShark и не спрашивайте меня как его настраивать! :)

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


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

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


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

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

Да. Не совсем внимательно посмотрел.
Packet Analysis with Wireshark
Книга стоит 5$ (акция у них сейчас что ли) + есть примеры из книги (за так)