Co oznacza „TTL wygasł podczas transportu” podczas próby pingowania?

Otrzymujemy komunikat „TTL wygasł podczas transportu”, gdy próbujemy pingować na serwer w innym segmencie sieci. Kiedy uruchamiamy tracert, 4 adresy ip powtarzają się w nieskończoność:

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
...

Jakie są podstawowe kroki rozwiązywania tego błędu?

Jak stwierdzono we wszystkich powyższych odpowiedziach, w routingu występuje pętla powodująca wygaśnięcie TTL.

Sprawdź trasę na urządzeniach, których adresy IP się powtarzają. W systemie Linux możesz używać

route -n 

jako użytkownik root, aby zobaczyć bieżącą tabelę routingu. W systemie Windows możesz przejść do cmd i użyć polecenia

route print

aby zobaczyć aktualną tabelę routingu. W przełącznikach zarządzalnych Cisco można użyć polecenia

show ip route

Używając powyższych poleceń dla wszystkich czterech powtarzających się adresów IP powinieneś zobaczyć, która tabela routingu jest niewłaściwa. Jedno z czterech zaangażowanych urządzeń / hostów powinno idealnie kierować ruch do miejsca docelowego, w którym jest pingowany, za pomocą innej bramy.

W konfiguracjach sieciowych masz okrągłą trasę, sprawdź tabele routingu na zaangażowanych urządzeniach.

„Ważność TTL wygasła podczas transportu” jest związana z wartością TTL pakietu; każdy router, przez który przechodzi, obniża go o jeden, jeśli osiągnie wartość 0, pakiet jest zwracany do nadawcy. Zapobiega nieskończonym pętlom, w których pakiety podróżują w kółko na zawsze.

Pakiet IP ma flagę TTL . Ten jest zmniejszany o 1 za każdym razem, gdy pakiet jest kierowany. Gdy wartość wynosi 0, router upuszcza pakiet i wysyła komunikat ICMP Przekroczono czas życia w transporcie .
Ma to na celu zapobieganie nieskończonemu trasowaniu pakietów, gdy występuje problem z routingiem w sieci. To jest twój przypadek tutaj, masz pętlę routingu, dzięki czemu pakiet nigdy nie dociera do miejsca docelowego i ostatecznie zostaje odrzucony przez jeden z routerów, ponieważ TTL osiąga 0.

Sprawdzając tabele routingu czterech routerów, skoncentruj się na masce sieci tras i czy router może trasować „ classless”.

W starszych Ciscos musisz to wyraźnie włączyć, w przeciwnym razie będą przekierowywać całe sieci klasowe zamiast twoich podsieci. Np. Konfiguracja 10.20.30.0/24spowoduje utworzenie trasy podobnej do 10.0.0.0/8.

Nie wspominasz o protokole, ale stwierdzam, że nadużywanie tras statycznych często prowadzi do błędu. Korzystanie z dynamicznego protokołu routingu powinno rozwiązać ten problem przy niewielkim wysiłku ze strony administratorów.

Powiedziałbym po prostu, aby zacząć od warstwy 1. Sprawia, że ​​router jest włączony, a port łączący go z siecią jest włączony. Następnie zamapuj trasę ze źródła ICMP do docelowego routera, sprawdzając tabelę routingu przy każdym przeskoku na ścieżce.

Gdy polecenie ping spowodowało utratę ważności w transporcie ... krótki schemat - ISP ==> Router ==> Przełącz ==> na komputery PC

Jeśli usługodawca internetowy może zobaczyć swoje urządzenie, może być konieczne ponowne uruchomienie przełącznika. Jeśli to działa, wszystko gotowe. Jeśli nie, może być konieczne ponowne uruchomienie routera.

Otrzymałem ten sam komunikat o błędzie. Uruchomiłem ponownie przełącznik i wszystko wróciło.

Powodzenia.

OK, więc włączę wszystkich. Masz pętlę routingu, o czym świadczy fakt, że żądanie echa ICMP utrzymuje pętlę między tymi samymi 4 routerami. Sprawdź tabele routingu na routerach, zaczynając od routera o xxx250.

Otrzymałem TTL expired in transitwiadomość, a problemem był błędny wpis w DHCP.

Ktoś dodał tę samą nazwę hosta na serwerze DHCP ze statycznym adresem IP (10.xx11), podczas gdy host również dzierżawił nowy dynamiczny adres 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),