У меня есть траектория, которую я изо всех сил пытаюсь истолковать. Причина, по которой я запутался, заключается в том, что в traceroute первый прыжок такой же, как и последний.
Обычно я ожидал бы увидеть некоторую форму маршрутизатора или шлюза в качестве первого перехода, но не в этом случае. Я также не смог повторить проблему.
Поскольку вы работаете в MS Windows, я бы предложил запустить route print -4 чтобы распечатать таблицу маршрутизации IPv4. Его вывод будет включать в себя IP-адрес вашего шлюза по умолчанию, например, вывод с моего компьютера включает следующее:
IPv4 Route Table
===========================================================================
Active Routes:
Network Destination Netmask Gateway Interface Metric
0.0.0.0 0.0.0.0 172.22.0.254 172.22.0.43 20
Когда я запускаю tracert , первый прыжок, который я вижу, это мой шлюз по умолчанию, 172.22.0.254.
Вы должны видеть то же самое.
Однако вывод, который вы получаете, определенно неверен. Я подозреваю, что ваш исполняемый файл tracert содержит какие-то ошибки, и я бы предложил использовать paths для Microsft в качестве альтернативного средства отладки сети.
Держу пари , ваш первый хмель маршрутизатор является шлюзом багги NAT , который случайно посылает ICMP «Destination недостижим, превышено время» сообщения из исходного адреса машины вы пытаетесь трассировку к , а не отправлять эти сообщения из своего собственного IP - адреса.
Это может быть тот же ящик, который вы пометили как "шлюз CPE". Или, может быть, у вас есть, скажем, точка доступа Wi-Fi (беспроводной маршрутизатор) в вашей сети за шлюзом CPE, и у вас случайно есть точка доступа Wi-Fi, выполняющая NAT, когда она, вероятно, должна быть просто мостом, чтобы избежать двойной NAT.