Вопрос: Что означает «TTL expired in transit» означает попытку пинга?


Мы получаем сообщение «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
...

Каковы основные шаги по устранению этой ошибки?


53
2017-07-13 05:23


Источник




Ответы:


Как указано во всех вышеперечисленных ответах, существует цикл в маршрутизации, который приводит к истечению срока действия TTL.

Проверьте маршрут на устройствах, чьи IP-адреса повторяются. В Linux вы можете использовать

route -n 

как пользователь root, чтобы увидеть текущую таблицу маршрутизации. В окнах вы можете перейти к cmd и использовать команду

route print

для просмотра текущей таблицы маршрутизации. На управляемых коммутаторах cisco вы можете использовать команду

show ip route

Используя вышеприведенные команды на всех четырех IP-адресах, которые повторяются, вы должны увидеть, какая таблица маршрутов неверна. Один из четырех задействованных устройств / хостов должен идеально маршрутизировать трафик на пункт назначения, который вы пингоруете, используя какой-либо другой шлюз.


32
2017-07-13 08:42



Это сработало для меня. благодаря - Leonardo


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

«TTL, истекший в пути», относится к значению TTL пакета; каждый маршрутизатор, через который он проходит, снижает его на единицу, если он достигает 0, пакет возвращается отправителю. Он предотвращает бесконечные циклы, где пакеты перемещаются в кругах навсегда.


18
2017-07-13 05:26



Это не совсем точно, пакет не возвращается отправителю, а только сообщение icmp. - radius
В то время как сам пакет не возвращается, и сообщение ICMP (это сообщение с истечением срока действия TTL) отправляется обратно в исходный код, точка относительно пояснения маршрута и пояснения TTL верна. - nik


IP-пакет имеет TTL флаг. Этот снижается на 1 каждый раз, когда пакет маршрутизируется. Когда значение становится 0, маршрутизатор удаляет пакет и отправляет сообщение ICMP Время в пути превышено в пути,
Это делается для предотвращения бесконечной маршрутизации пакетов при возникновении проблемы маршрутизации в сетях. Это ваш случай здесь, у вас есть петля маршрутизации, так что пакет никогда не достигает адресата и, наконец, удаляется одним из маршрутизаторов, потому что TTL достигает 0.


13
2017-07-13 05:29





Проверяя таблицы маршрутизации четырех маршрутизаторов, сосредоточьтесь на сети маскировать маршрутов и если маршрутизатор может маршрутизировать "classless».

В более старых Ciscos вам нужно явно включить это, иначе они будут маршрутизировать целые классные сети вместо ваших подсетей. Например. настройка 10.20.30.0/24 приведет к такому маршруту, как 10.0.0.0/8,


1
2017-07-13 08:02





Вы не упоминаете протокол, но я считаю, что чрезмерное использование статических маршрутов приводит к ошибке довольно часто. Использование протокола динамической маршрутизации должно решить это с минимальными усилиями со стороны администраторов.

Я бы просто сказал, чтобы начать с слоя-1. Убедитесь, что маршрутизатор включен и что порт, соединяющий его с сетью, поднят вверх. Затем сопоставьте маршрут от источника ICMP до целевого маршрутизатора, исследуя таблицу маршрутизации в каждом прыжке вдоль пути.


0
2017-07-13 09:42





Когда pinging закончилось в Expired In Transit ... короткая диаграмма - ISP ==> Маршрутизатор ==> Switch ==> для ПК

Если интернет-провайдер может видеть свое устройство, вам может потребоваться перезагрузка swich. Если он работает, тогда вы все настроены. Если нет, вам может потребоваться перезагрузка маршрутизатора.

У меня такое же сообщение об ошибке. Я перезагрузил коммутатор, и все вернулось.

Удачи.


0
2017-09-02 20:53





Хорошо, так что я буду звонить со всеми остальными. У вас есть петля маршрутизации, о чем свидетельствует тот факт, что ICMP Echo Request продолжает цикл между теми же 4 маршрутизаторами. Проверьте таблицы маршрутизации на маршрутизаторах, начиная с маршрутизатора по адресу x.x.x.250.


0
2017-09-02 20:58





Я получил TTL expired in transit и проблема была ошибочной записью в DHCP.

Кто-то добавил то же имя хоста на DHCP-сервере со статическим IP-адресом (10.x.x.11), а хост также арендовал новый динамический IP-адрес (10.x.x.22).

Pinging host.example.com [10.x.x.22] with 32 bytes of data:
Reply from 10.x.x.11: TTL expired in transit.
Reply from 10.x.x.11: TTL expired in transit.
Reply from 10.x.x.11: TTL expired in transit.
Reply from 10.x.x.11: TTL expired in transit.

Ping statistics for 10.x.x.22:
Packets: Sent = 4, Received = 4, Lost = 0 (0% loss),

-4
2017-09-05 14:16



нет, это звучит как целый беспорядок совершенно несвязанных проблем ... - Chris S