Насколько нормально что при traceroute потери пакетов на посредниках 100%,а вот на конечной точке 0%?

Question

[Krembi]

Доброе утро, использовал инструмент traceroute в mikrotik для исследования маршрута пакетов . и выходят следующие результаты.

Comments

[Massacre_Rage]

Тебя должен интересовать только последний хоп, промежуточные узлы не обязаны отвечать на icmp

[Krembi]

Massacre_Rage, просто такой момент что it специалист(скорее эникейщик) в другой стране. обвиняет нашего провайдера что идут потери, хотя соединение до них стабильное

[Massacre_Rage]

Krembi, Ну меня один Васян из саппорта пытался убедить, что пинг до конечного хопа надо складывать из всех пройденных хопов.
У тех.поддержки нет задачи решить вашу проблему, у них задача отфутболить вас.

Answer 1

[Юрий MikroTik]

Абсолютно нормально. Tracert посылает ping с ограниченным ttl, чтобы прощупать от кого пришёл ответ. Постепенно увеличивая ttl пока не ответит нужный хост.
Промежутрчные хопы занимаются только маршрутизацией. Хоть в интернете и не принято закрывать весь icmp, потери похожи на экономию ресурсов чтобы каждому не отвечать.

Comments

[Krembi]

А то что у посредников есть потери но не 100%,т.е. icmp у них разрешен. Может ли это быть показателем плохого соединения?

[Massacre_Rage]

Krembi, нет

[MVV]

Krembi, нет. Просто пакет с истекшим TTL может обрабатываваться другим, более медленным путем. Например, во времена оны (не в курсе, как сейчас), пересылка пакетов на маршрутизаторах с Cisco IOS отрабатывалась по быстрому пути прямо по приходу в обработчике прерывания, возможно - даже с аппартной поддержкой (на коммутаторах 3-го уровня, к примеру), а пакеты с истекшим TTL отправлялись в очередь событий, чтобы их потом обработал соответсвующий процесс. А это было не быстро: IOS тогда имела архитектуру с кооперативной многозадачностью, прямо как Windows 3.x (и старая Novell Netware), и такие события в случае перегрузки могли запросто ждать долго и даже выбрасываться.