Дополнительно
Что означает "TTL истек в пути" при попытке пинга?
Мы получаем сообщение "TTL expired in transit", когда пытаемся выполнить ping на сервер в другом сегменте сети. Когда мы запускаем tracert, 4 ip-адреса повторяются бесконечно:
14 60 ms 59 ms 60 ms xxx.xxx.xxx.2
15 83 ms 81 ms 82 ms xxx.xxx.xxx.128
16 75 ms 80 ms 81 ms xxx.xxx.xxx.249
17 81 ms 78 ms 80 ms xxx.xxx.xxx.250
18 82 ms 80 ms 77 ms xxx.xxx.xxx.2
19 102 ms 101 ms 100 ms xxx.xxx.xxx.128
20 101 ms 100 ms 98 ms xxx.xxx.xxx.249
21 97 ms 98 ms 99 ms xxx.xxx.xxx.250
...Каковы основные шаги по устранению этой ошибки?
55
8
Как указано в все ответы выше есть петля в маршрутизации, что вызывает ТТЛ истекает.
Проверьте маршрут на устройствах, чьи IP-адреса повторяется. В Linux вы можете использовать
в качестве корневого пользователя, чтобы увидеть текущую таблицу маршрутизации. На Windows вы можете зайти в cmd и использовать команду
чтобы посмотреть текущую таблицу маршрутизации. На управляемые коммутаторы Cisco, можно использовать команду
Используя вышеуказанные команды на всех четырех ИПС, которые, повторяясь, вы должны увидеть, какие таблицы маршрутизации неправильно. Один из четырех устройств / узлов, участвующих в идеале маршрут движения к месту назначения вы приносите через другие ворота.
У вас в сетевых конфигурациях есть кольцевой маршрут, проверьте таблицы маршрутизации на задействованных устройствах.
"TTL истекло в пути" связано со значением TTL пакета; каждый маршрутизатор, через который он проходит, уменьшает его на единицу, если оно равно 0, пакет возвращается отправителю. Это предотвращает бесконечные циклы, когда пакеты вечно путешествуют по кругу.
IP-пакет имеет флаг TTL. Его значение уменьшается на 1 при каждой маршрутизации пакета. Когда значение становится равным 0, маршрутизатор отбрасывает пакет и отправляет ICMP-сообщение Time-to-live exceeded in transit.
Это делается для того, чтобы предотвратить бесконечную маршрутизацию пакетов, когда в сети есть проблемы с маршрутизацией. Это как раз ваш случай, у вас есть петля маршрутизации, так что пакет никогда не достигает места назначения и в конце концов отбрасывается одним из маршрутизаторов, потому что TTL достигает 0.
Проверяя таблицы маршрутизации четырех маршрутизаторов, обратите внимание на сетевую маску маршрутов и на то, способен ли маршрутизатор прокладывать маршруты "без ключей".
На старых Ciscos вам нужно явно включить эту функцию, иначе они будут маршрутизировать целые классовые сети вместо ваших подсетей. Например, настройка
10.20.30.0/24приведет к маршруту10.0.0.0/8.Вы ни слова не говорится о протоколе, но я считаю, что чрезмерное использование статических маршрутов довольно часто приводит к ошибке. С помощью протокола динамической маршрутизации должны решить это с небольшим усилием от администраторов.
Я бы просто сказал, чтобы начать на уровне-1. Гарантирует, что маршрутизатор включен, и что порт привязав его к сети вверх. Затем карта маршрута из ваших ICMP источника к маршрутизатору назначения, изучая таблицы маршрутизации на каждом маршрутизаторе по пути.
Когда отображается повлекло за просроченные транзитные... короткая схема - ИСП ==> маршрутизатор ==> выключатель ==> В ПК
Если провайдер может увидеть свое устройство, то вам может потребоваться перезагрузка переключателя. Если он работает, то у вас все настроено. Если нет, то вы, возможно, потребуется перезагрузить маршрутизатор.
Я получил то же сообщение об ошибке. Я перезагрузил коммутатор и все пришло в норму.
Удачи.
Итак, я'МР сигнал со всех остальных. У вас есть петля маршрутизации, о чем свидетельствует тот факт, что запрос проверки связи ICMP держит зацикливание между теми же 4 маршрутизаторов. Проверьте таблицы маршрутизации на маршрутизаторах, начиная с маршрутизатором на X.х.х.250.
Я получил `ТТЛ истек в сообщении транзит и проблема была ошибочная запись в DHCP.
Кто-то добавил то же имя хоста в DHCP-сервера со статическим IP-адрес(10.х.х.11), а также арендованных новый динамический IP-адрес (10.х.х.22).