Apa arti "TTL expired in transit" pada upaya ping?


55

Kami menerima pesan "TTL expired in transit" ketika kami mencoba melakukan ping ke server di segmen jaringan yang berbeda. Ketika kita menjalankan tracert, 4 alamat ip akan berulang tanpa batas:

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

Apa langkah dasar untuk mengatasi masalah kesalahan ini?

Jawaban:


32

Seperti yang dinyatakan dalam semua jawaban di atas ada loop dalam perutean yang menyebabkan TTL berakhir.

Periksa rute pada perangkat yang alamat IP-nya berulang. Di Linux Anda bisa menggunakan

route -n 

sebagai pengguna root untuk melihat tabel routing saat ini. Di windows Anda bisa pergi ke cmd dan menggunakan perintah

route print

untuk melihat tabel routing saat ini. Pada sakelar yang dapat dikelola cisco Anda dapat menggunakan perintah

show ip route

Menggunakan perintah di atas pada keempat IP yang berulang, Anda akan melihat tabel routing mana yang salah. Salah satu dari empat perangkat / host yang terlibat idealnya merutekan lalu lintas ke tujuan Anda melakukan ping menggunakan gateway lain.


18

Anda memiliki rute melingkar dalam konfigurasi jaringan Anda, periksa tabel perutean Anda pada perangkat yang terlibat.

"TTL expired in transit" terkait dengan nilai TTL paket; setiap router yang dilewatinya menurunkannya satu per satu, jika mencapai 0, paket dikembalikan ke pengirim. Ini mencegah loop tak terbatas, di mana paket-paket bergerak dalam lingkaran selamanya.


5
Ini tidak sepenuhnya tepat, paket tidak kembali ke pengirim tetapi hanya pesan icmp.
radius

3
Sementara paket itu sendiri tidak dikembalikan dan pesan ICMP (pesan TTL ini kedaluwarsa) dikirim kembali ke sumber, poin tentang rute-loop dan penjelasan penurunan TTL benar.
nik

13

Paket IP memiliki bendera TTL . Yang ini berkurang 1 setiap kali paket dialihkan. Ketika nilainya menjadi 0, router menjatuhkan paket dan mengirim pesan ICMP Waktu-untuk-hidup terlampaui saat transit .
Ini dilakukan untuk mencegah paket-paket untuk dirutekan tanpa batas ketika ada masalah routing pada jaringan. Ini adalah kasus Anda di sini, Anda memiliki perutean perutean sehingga paket tidak pernah mencapai tujuan dan akhirnya dijatuhkan oleh salah satu perute karena TTL mencapai 0.


1

Sambil memeriksa tabel perutean dari empat router, fokuslah pada topeng jaringan dari rute dan jika router mampu melakukan rute " classless".

Pada Ciscos yang lebih lama Anda harus mengaktifkannya secara eksplisit, jika tidak mereka akan merutekan seluruh jaringan classful daripada subnet Anda. Misalnya mengkonfigurasi 10.20.30.0/24akan menghasilkan rute seperti 10.0.0.0/8.


0

Anda tidak menyebutkan protokol, tetapi saya menemukan bahwa terlalu sering menggunakan rute statis menyebabkan kesalahan cukup sering. Menggunakan protokol routing dinamis harus menyelesaikan ini dengan sedikit usaha dari administrator.

Saya hanya akan mengatakan mulai pada layer-1. Memastikan router menyala, dan port yang menghubungkannya ke jaringan sudah habis. Kemudian petakan rute Anda dari sumber ICMP ke router tujuan, dengan memeriksa tabel perutean di setiap lompatan di sepanjang jalur.


0

Ketika ping menghasilkan Expired In Transit ... diagram pendek - ISP ==> Router ==> Beralih ==> ke PC

Jika ISP dapat melihat perangkat mereka maka Anda mungkin perlu me-reboot swich. Jika berhasil maka Anda sudah siap. Jika tidak, maka Anda mungkin perlu me-reboot router.

Saya mendapat pesan kesalahan yang sama. Saya menyalakan kembali sakelar dan semuanya kembali.

Semoga berhasil.


0

OK, jadi saya akan berpadu dengan orang lain. Anda memiliki perutean perutean yang dibuktikan oleh fakta bahwa Permintaan Echo ICMP terus berulang perutean antara 4 perute yang sama. Periksa tabel routing pada router, mulai dengan router di xxx250.


-4

Saya menerima TTL expired in transitpesan dan masalahnya adalah entri yang salah di DHCP.

Seseorang telah menambahkan nama host yang sama di server DHCP dengan alamat IP statis (10.xx11), sementara tuan rumah juga telah menyewa alamat IP dinamis baru (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
tidak, ini kedengarannya seperti masalah yang benar-benar tidak berhubungan ...
Chris S
Dengan menggunakan situs kami, Anda mengakui telah membaca dan memahami Kebijakan Cookie dan Kebijakan Privasi kami.
Licensed under cc by-sa 3.0 with attribution required.