Що означає "TTL минув транзитом" під час спроби ping?


55

Ми отримуємо повідомлення “Термін дії 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
...

Які основні кроки для усунення несправностей?

Відповіді:


32

Як зазначено у всіх відповідях вище, в маршрутизації є цикл, який призводить до закінчення терміну дії TTL.

Перевірте маршрут на пристроях, IP-адреси яких повторюються. У Linux можна використовувати

route -n 

як користувач root, щоб побачити поточну таблицю маршрутизації. У Windows можна перейти до cmd та використовувати команду

route print

щоб побачити поточну таблицю маршрутизації. На керованих комутаторах cisco можна використовувати команду

show ip route

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


18

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

"TTL закінчився транзитом" пов'язаний зі значенням TTL пакету; кожен маршрутизатор, який він проходить через нього, знижує його на одного, якщо він потрапляє в 0, пакет повертається відправнику. Це запобігає нескінченним циклам, де пакети проїжджають по колах назавжди.


5
Це не по-справжньому точно, пакет не повертається до відправника, а лише повідомлення icmp.
радіус

3
Хоча сам пакет не повертається і повідомлення ICMP (це повідомлення з минулим терміном TTL) відправляється назад до джерела, точка щодо маршрутного циклу та пояснення TTL декременту правильна.
nik

13

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


1

Перевіряючи таблиці маршрутизації чотирьох маршрутизаторів, зосередьтеся на мережевій масці маршрутів і на тому, чи маршрутизатор може "маршрутизувати classless".

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


0

Ви не згадуєте протокол, але я вважаю, що надмірне використання статичних маршрутів призводить до помилки досить часто. Використання протоколу динамічної маршрутизації повинно вирішити це з невеликими зусиллями адміністраторів.

Я б просто сказав, щоб почати з шару-1. Переконайтесь, що маршрутизатор увімкнено, і порт, який з'єднує його з мережею, налаштований. Потім картографуйте свій маршрут від вашого джерела ICMP до маршрутизатора призначення, вивчаючи таблицю маршрутизації при кожному переході по шляху.


0

Коли pinging призвів до закінчення терміну дії, який закінчився на транзиті ... коротка схема - ISP ==> Маршрутизатор ==> Переключення ==> на ПК

Якщо ISP може побачити їх пристрій, можливо, вам доведеться перезавантажити swich. Якщо це працює, то ви все налаштовані. Якщо ні, то вам може знадобитися перезавантажити маршрутизатор.

Я отримав те саме повідомлення про помилку. Я перезавантажив перемикач і все повернулося.

Удачі.


0

Гаразд, тому я задзвонюся з усіма іншими. У вас є цикл маршрутизації, про що свідчить той факт, що ICMP Echo Request продовжує циклічно тримати між тими ж 4-ма маршрутизаторами. Перевірте таблиці маршрутизації на маршрутизаторах, починаючи з маршрутизатора на xxx250.


-4

Я отримав TTL expired in transitповідомлення, і проблема була помилковим записом у DHCP.

Хтось додав те саме ім’я хоста на сервер DHCP зі статичною IP-адресою (10.xx11), а хост також взяв в оренду нову динамічну IP-адресу (10.xx22).

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),

2
ні, це звучить як цілий безлад абсолютно непов'язаних проблем ...
Chris S
Використовуючи наш веб-сайт, ви визнаєте, що прочитали та зрозуміли наші Політику щодо файлів cookie та Політику конфіденційності.
Licensed under cc by-sa 3.0 with attribution required.