Мы получаем сообщение «Срок действия TTL истек при передаче», когда мы пытаемся выполнить эхо-запрос на сервер в другом сегменте сети. Когда мы запускаем 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
...
Каковы основные шаги для устранения этой ошибки?
Как указано во всех ответах выше, в маршрутизации есть петля, которая приводит к истечению срока действия TTL.
Проверьте маршрут на устройствах, IP-адреса которых повторяются. В Linux вы можете использовать
route -n
как пользователь root, чтобы увидеть текущую таблицу маршрутизации. В Windows вы можете перейти в cmd и использовать команду
route print
чтобы увидеть текущую таблицу маршрутизации. На управляемых коммутаторах cisco вы можете использовать команду
show ip route
Используя приведенные выше команды на всех четырех IP-адресах, которые повторяются, вы должны увидеть, какая таблица маршрутизации неверна. Одно из четырех задействованных устройств / хостов в идеале должно направлять трафик к месту назначения, которое вы проверяете, используя другой шлюз.
У вас есть круговой маршрут в ваших сетевых конфигурациях, проверьте таблицы маршрутизации на задействованных устройствах.
«Срок действия TTL истек при передаче» относится к значению TTL пакета; каждый маршрутизатор, через который он проходит, снижает его на единицу, если он достигает 0, пакет возвращается отправителю. Это предотвращает бесконечные циклы, в которых пакеты бесконечно перемещаются по кругу.
IP-пакет имеет TTL флаг. Он уменьшается на 1 каждый раз при маршрутизации пакета. Когда значение становится равным 0, маршрутизатор отбрасывает пакет и отправляет сообщение ICMP. Превышено время жизни в пути.
Это сделано для предотвращения бесконечной маршрутизации пакетов при наличии проблем с маршрутизацией в сети. Это ваш случай, у вас есть петля маршрутизации, так что пакет никогда не достигает пункта назначения и, наконец, отбрасывается одним из маршрутизаторов, потому что TTL достигает 0.
Проверяя таблицы маршрутизации четырех маршрутизаторов, сосредоточьтесь на сети. маска маршрутов и если маршрутизатор не может маршрутизировать "classless".
На более старых Ciscos вам нужно явно включить это, иначе они будут маршрутизировать целые классовые сети, а не ваши подсети. Например. настройка 10.20.30.0/24 приведет к маршруту, подобному 10.0.0.0/8.
Вы не упоминаете протокол, но я считаю, что чрезмерное использование статических маршрутов довольно часто приводит к ошибке. Использование протокола динамической маршрутизации должно решить эту проблему без особых усилий со стороны администраторов.
Я бы просто сказал начать со слоя-1. Убедитесь, что маршрутизатор включен и что порт, связывающий его с сетью, работает. Затем сопоставьте свой маршрут от источника ICMP до маршрутизатора назначения, проверяя таблицу маршрутизации на каждом переходе по пути.
Когда пинг привел к Expired In Transit ... короткая диаграмма - ISP ==> Router ==> Switch ==> to PC
Если интернет-провайдер видит свое устройство, возможно, вам потребуется перезагрузить коммутатор. Если это сработает, то все готово. Если нет, возможно, вам потребуется перезагрузить роутер.
У меня такое же сообщение об ошибке. Я перезагрузил переключатель, и все вернулось.
Удачи.
Хорошо, я перезвоню остальным. У вас есть петля маршрутизации, о чем свидетельствует тот факт, что эхо-запрос ICMP продолжает цикл между теми же 4 маршрутизаторами. Проверьте таблицы маршрутизации на маршрутизаторах, начиная с маршрутизатора по адресу x.x.x.250.
Я получил 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),