ttl expired in transit что значит
Что означает «истек срок действия при передаче» при попытке пинга?
Когда мы пытаемся пропинговать сервер в другом сегменте сети, мы получаем сообщение «TTL истек в пути». Когда мы запускаем tracert, 4 IP-адреса повторяются бесконечно:
Каковы основные шаги для устранения этой ошибки?
Как указано во всех ответах выше, в маршрутизации есть цикл, который приводит к истечению TTL.
Проверьте маршрут на устройствах, IP-адреса которых повторяются. В Linux вы можете использовать
как пользователь root, чтобы увидеть текущую таблицу маршрутизации. На окнах вы можете перейти к CMD и использовать команду
чтобы увидеть текущую таблицу маршрутизации. На управляемых коммутаторах Cisco вы можете использовать команду
Используя вышеуказанные команды на всех четырех повторяющихся IP-адресах, вы должны увидеть, какая таблица маршрутизации неверна. Одно из четырех задействованных устройств / хостов в идеале должно направлять трафик к пункту назначения, на который вы отправляете эхо-запросы, с использованием другого шлюза.
У вас есть круговой маршрут в ваших сетевых конфигурациях, проверьте таблицы маршрутизации на соответствующих устройствах.
«TTL истек при передаче» относится к значению TTL пакета; каждый маршрутизатор, через который он проходит, понижает его на единицу, если он достигает 0, пакет возвращается отправителю. Это предотвращает бесконечные циклы, когда пакеты перемещаются по кругу навсегда.
При проверке таблиц маршрутизации четырех маршрутизаторов сфокусируйтесь на маске сети маршрутов и на том, может ли маршрутизатор выполнить маршрутизацию » classless «.
Вы не упоминаете протокол, но я обнаружил, что чрезмерное использование статических маршрутов приводит к ошибке довольно часто. Использование протокола динамической маршрутизации должно решить эту проблему без особых усилий со стороны администраторов.
Я бы просто сказал начать с первого уровня. Проверяет, включен ли маршрутизатор и работает ли порт, связывающий его с сетью. Затем сопоставьте ваш маршрут от источника ICMP к маршрутизатору назначения, изучая таблицу маршрутизации при каждом переходе по пути.
Если провайдер видит свое устройство, возможно, вам придется перезагрузить swich. Если это работает, то все готово. Если нет, то вам может потребоваться перезагрузить маршрутизатор.
Я получил то же сообщение об ошибке. Я перезагрузил коммутатор и все вернулось.
Хорошо, так что я буду общаться со всеми остальными. У вас есть цикл маршрутизации, о чем свидетельствует тот факт, что ICMP Echo Request продолжает цикл между теми же 4 маршрутизаторами. Проверьте таблицы маршрутизации на маршрутизаторах, начиная с маршрутизатора в xxx250.
Я получил TTL expired in transit сообщение, и проблема заключалась в ошибочной записи в DHCP.
Кто-то добавил то же имя хоста на DHCP-сервере со статическим IP-адресом (10.xx11), в то время как хост также арендовал новый динамический IP-адрес (10.xx22).
Мы получаем сообщение «TTL expired in transit», когда мы пытаемся выполнить ping на сервер в другом сегменте сети. Когда мы запускаем tracert, 4 ip-адреса повторяются бесконечно:
Каковы основные шаги для устранения этой ошибки?
8 ответов
Как указано во всех приведенных выше ответах, существует цикл в маршрутизации, который приводит к истечению срока действия TTL.
Проверить маршрут на устройствах, чьи IP-адреса повторяются. В Linux вы можете использовать
как пользователь root, чтобы увидеть текущую таблицу маршрутизации. В окнах вы можете перейти к cmd и использовать команду
, чтобы увидеть текущую таблицу маршрутизации. На управляемых коммутаторах cisco вы можете использовать команду
Используя вышеприведенные команды на всех четырех IP-адресах, которые повторяются, вы должны увидеть, какая таблица маршрутов неверна. Один из четырех задействованных устройств /хостов должен идеально маршрутизировать трафик на пункт назначения, который вы пингоруете, используя какой-либо другой шлюз.
У вас есть круговой маршрут в ваших сетевых конфигурациях, проверьте свои таблицы маршрутизации на задействованных устройствах.
«TTL, срок действия которого истекает», связан с значением TTL пакета; каждый маршрутизатор, через который он проходит, снижает его на единицу, если он достигает 0, пакет возвращается отправителю. Он предотвращает бесконечные циклы, где пакеты перемещаются в кругах навсегда.
Проверяя таблицы маршрутизации четырех маршрутизаторов, сосредоточьтесь на сети маска маршрутов и если маршрутизатор может маршрутизировать « classless ».
Вы не упоминаете протокол, но я считаю, что чрезмерное использование статических маршрутов приводит к ошибке довольно часто. Использование протокола динамической маршрутизации должно решить это с минимальными усилиями со стороны администраторов.
Я бы просто сказал, чтобы начать с уровня 1. Убедитесь, что маршрутизатор включен и что порт, соединяющий его с сетью, поднят вверх. Затем сопоставьте маршрут от источника ICMP до целевого маршрутизатора, исследуя таблицу маршрутизации в каждом прыжке вдоль пути.
Если интернет-провайдер может видеть свое устройство, вам может потребоваться перезагрузить swich. Если он работает, тогда вы все настроены. Если нет, вам может потребоваться перезагрузка маршрутизатора.
У меня такое же сообщение об ошибке. Я перезагрузил коммутатор, и все вернулось.
Хорошо, так что я буду звонить со всеми остальными. У вас есть петля маршрутизации, о чем свидетельствует тот факт, что ICMP Echo Request продолжает цикл между теми же 4 маршрутизаторами. Проверьте таблицы маршрутизации на маршрутизаторах, начиная с маршрутизатора по адресу x.x.x.250.
Что означает «TTL expired in transity» при попытке пинга?
Когда мы пытаемся пропинговать сервер в другом сегменте сети, мы получаем сообщение «TTL истек в пути». Когда мы запускаем tracert, 4 IP-адреса повторяются бесконечно:
Каковы основные шаги для устранения этой ошибки?
Как указано во всех ответах выше, в маршрутизации есть цикл, который приводит к истечению срока действия TTL).
Проверьте маршрут на устройствах, IP-адреса которых повторяются. В Linux вы можете использовать
как пользователь root, чтобы увидеть текущую таблицу маршрутизации. На окнах вы можете перейти к CMD и использовать команду
чтобы увидеть текущую таблицу маршрутизации. На управляемых коммутаторах Cisco вы можете использовать команду
Используя вышеуказанные команды на всех четырех повторяющихся IP-адресах, вы должны увидеть, какая таблица маршрутизации неверна. Одно из четырех задействованных устройств/хостов в идеале должно направлять трафик к пункту назначения, на который вы отправляете эхо-запросы, с использованием другого шлюза.
У вас есть круговой маршрут в ваших сетевых конфигурациях, проверьте таблицы маршрутизации на соответствующих устройствах.
«TTL истек в пути» относится к значению TTL пакета; каждый маршрутизатор, через который он проходит, понижает его на единицу, если он достигает 0, пакет возвращается отправителю. бесконечные петли, где пакеты движутся по кругу навсегда.
При проверке таблиц маршрутизации четырех маршрутизаторов сфокусируйтесь на сети маска маршрутов и, если маршрутизатор не может маршрутизировать » classless «.
Если провайдер видит свое устройство, возможно, вам придется перезагрузить swich. Если это работает, то все готово. Если нет, то вам может потребоваться перезагрузить маршрутизатор.
Я получил то же сообщение об ошибке. Я перезагрузил коммутатор и все вернулось.
Хорошо, так что я буду общаться со всеми остальными. У вас есть цикл маршрутизации, о чем свидетельствует тот факт, что ICMP Echo Request продолжает цикл между теми же 4 маршрутизаторами. Проверьте таблицы маршрутизации на маршрутизаторах, начиная с маршрутизатора по адресу x.x.x.250.
Вы не упоминаете протокол, но я обнаружил, что чрезмерное использование статических маршрутов приводит к ошибке довольно часто. Использование протокола динамической маршрутизации должно решить эту проблему без особых усилий со стороны администраторов.
Я бы просто сказал начать с первого уровня. Проверяет, включен ли маршрутизатор и работает ли порт, связывающий его с сетью. Затем сопоставьте свой маршрут от источника ICMP к маршрутизатору назначения, изучая таблицу маршрутизации на каждом прыжке вдоль пути.
TTL Expired in Transit is one of the common ping error messages you may receive in network troubleshooting. This tutorial explains the meaning of this error message TTL Expired in Transit and how to solve it.
Let us check the meaning of this error message at first.
Meaning of TTL Expired in Transit
In simple words, TTL Expired in Transit tells the Time To Live value set for the ping packets reduced to zero while traveling through the network before reaching the destination. Let us check the reasons for this issue and how to fix it.
The TTL value is set on a packet in a way to reduce it by one when the packet passes through each hop in the network.
For example, if the Time To Live value on a packet is 3, it will pass through 3 hops. In the third hope, the TTL value reduces to become zero.
So, what happens when TTL expires? The packet will not travel to the next hop.
This procedure helps to avoid the infinite looping of packets.
Let us check the reasons for receiving the ping reply TTL Expired in Transit.
Possible Reasons for TTL Expired in Transit
How to Solve TTL Expired in Transit
To fix this issue, we need to find the reason behind this error message. The step-by-step solution provided in this article will help you solve this issue.
The first step is to perform a tracert test and check the actual location of the error.
Open the command prompt on your Windows computer. Type tracert www.corenetworkz.com and press the enter button.
Open the Linux terminal and type traceroute www.corenetworkz.com, and press enter key.
If you are not sure about the working of this command, you may visit the link below.
In most of the scenarios, the reason behind receiving the TTL Expired in Transit is a misconfigured router and a routing loop.
We need to correct the router configuration and make sure that there is no routing loop.
We can check the routing table on a computer by using the command prompt command provided below.
This command will show the routing table stored on your PC.
If you receive TTL Expired in Transit error on Cisco devices, you need to use a different command to fix it.
The command to display the routing table in the Cisco router is:
You need to delete the wrong entry in the routing table to resolve TTL Expired in Transit error.
We also need to make sure that the Time To Live value set for the packet is reasonable.
You can increase the TTL value of a packet by using the ping parameter -i.
Let me explain how to increase the Time To Live value of a ping packet with an example. Have a look at the command below.
You can see the reply on the Command Prompt when I set the TTL value 3.
You can see how the reply changed when I changed the TTL value from 3 to 30.
I hope this tutorial helped you to identify and rectify the ping reply TTL Expired in Transit error. Destination Host Unreachable and Destination Net Unreachable are the other two important ICMP error messages I faced before.
Глубокое погружение в TTL: ping Популярное
Глубокое погружение в TTL: ping
Здравствуйте, уважаемые посетители форума!
Итак, я накидал схему, запустил OSPF, соединил ее со своей Windows машиной и кинул статический маршурт в сторону OSPF сетей:
C:\windows\system32>route add 192.168.0.0 mask 255.255.248.0 7.7.7.1
Первой моей целью было разобраться с ping, а именно какой из роутеров отбросит пакет и сгенерирует ICMPv4 Type 11, Code 0 сообщение о том, что TTL равен 0.
Интерфейс Gi0/0/0 на роутере AR4 имеет IP-адрес 192.168.3.2. И по теории от моего ПК до этого роутера должно быть 3 хопа, а это значит, что если я выставлю TTL равным 3, то нас ждет успешный ping. Для точной диагностики я запущу Wireshark на каждом линке между роутерами: между моим ПК и AR1, между AR 1 и AR 2, между AR2 и AR3, и между AR3 и AR4.
Pinging 192.168.3.2 with 32 bytes of data:
Reply from 192.168.2.2: TTL expired in transit.
Reply from 192.168.2.2: TTL expired in transit.
Reply from 192.168.2.2: TTL expired in transit.
Reply from 192.168.2.2: TTL expired in transit.
Ping statistics for 192.168.3.2:
Packets: Sent = 4, Received = 4, Lost = 0 (0% loss),
C:\windows\system32>
Неудача! Видно, что AR3 (192.168.2.2) ответил об исходе TTL.
Посмотрим, что скажет Wireshark!
Линк между ПК и AR1:
Есть четыре Echo запроса и четыре ответа TTL exceeded
Посмотрим, что внутри IP заголовка в Echo запросе:
Видим, что TTL равен 3, как я и установил.
Линк между AR1 и AR2:
Линк между AR2 и AR3:
Каждый роутер, но не интерфейс(!), понижают значение поля TTL на 1, когда пересылают его дальше по пути.
Если роутер (в данном случае AR3) принимает пакет с TTL равным 1 и должен переслать его дальше, то он отбрасывает его и генерирует сообщение ICMPv4 Type 11, Code 0 и отправляет его источнику:
Так что, чтобы достичь AR4, нужно указать значение TTL равным 4, а не 3, как я думал вначале:
Pinging 192.168.3.2 with 32 bytes of data:
Reply from 192.168.3.2: bytes=32 time=16ms TTL=252
Reply from 192.168.3.2: bytes=32 time=12ms TTL=252
Reply from 192.168.3.2: bytes=32 time=15ms TTL=252
Reply from 192.168.3.2: bytes=32 time=13ms TTL=252
Ping statistics for 192.168.3.2:
Packets: Sent = 4, Received = 4, Lost = 0 (0% loss),
Approximate round trip times in milli-seconds:
Minimum = 12ms, Maximum = 16ms, Average = 14ms
C:\windows\system32>
Успешный ping. AR4 получает icmp пакет с TTL равным 1, но так как конечная точка достигнута, то AR4 отправляет reply: