Traceroute termasuk IP yang tidak dapat dirutekan (?)

Saya menjalankan traceroute berikut satu kali, ketika mencoba untuk mengacaukan masalah jaringan.

c:\>tracert linode.com -d

Tracing route to linode.com [67.18.186.61]
over a maximum of 30 hops:

  1    <1 ms     *       <1 ms  10.43.51.252
  2     1 ms    <1 ms    <1 ms  10.45.253.33
  3    <1 ms    <1 ms    <1 ms  10.62.254.251
  4    20 ms    23 ms    45 ms  192.118.32.52
  5    47 ms    20 ms    85 ms  207.232.60.250
  6    54 ms    24 ms    79 ms  212.143.8.69
  7     7 ms    79 ms    11 ms  212.143.8.209
  8    89 ms   110 ms   108 ms  212.143.12.75
  9   143 ms   240 ms    94 ms  212.143.14.154
 10   244 ms   179 ms    95 ms  10.50.1.1
 11   176 ms    80 ms   190 ms  195.66.225.105
 12   174 ms   164 ms   157 ms  70.87.255.217
 13   187 ms   185 ms   186 ms  70.87.253.189
 14   189 ms   194 ms   195 ms  70.87.253.18
 15   187 ms   188 ms   190 ms  70.87.253.126
 16   187 ms   185 ms   185 ms  70.87.254.78
 17   186 ms   184 ms   187 ms  67.18.186.61

Trace complete.

Tiga situs pertama adalah router / gateway lokal; abaikan itu.

Saya tidak yakin, bagaimana langkah 10 dapat memberi saya 10.50.1.1 sebagai target? Bukankah itu IP unroutable yang seharusnya tidak dapat ditemukan di mana pun dari router publik?

Alamat RFC1918 (10/8, 172.16 / 12 dan 192.168 / 16) seharusnya tidak muncul di tabel routing global, karena mereka dirancang untuk digunakan dalam "satu perusahaan". Namun, masuk akal, sampai batas tertentu, menggunakan alamat RFC1918 untuk tautan titik-ke-titik Anda di dalam inti Anda, bahkan jika lalu lintas yang melintasi tautan-tautan itu adalah untuk rentang alamat IP "yang dapat dialihkan secara global", karena hal ini menghemat sumber daya yang sedikit langka. .

Alasan itu muncul di traceroute adalah bahwa TTL dari frame IP berakhir pada antarmuka dengan itu sebagai IP antarmuka. Sisi buruk dari melakukan ini adalah semakin sulit untuk melakukan ping antarmuka dan melakukan beberapa pemecahan masalah pada masalah ini, tetapi tidak ada jaminan bahwa Anda tetap bisa melakukannya.

Jadi, saya akan mengatakan bahwa itu mungkin agak tidak biasa, tetapi tentu saja tidak pernah terdengar.

Rasanya aneh bagi saya. Sangat oke juga melihat IP pribadi di tengah rute, karena satu organisasi dapat menggunakan IP pribadi dalam jaringan mereka. Tetapi menurut whois, 212.143.14.154 dan 195.66.225.105 dimiliki oleh dua organisasi yang berbeda. Tapi mungkin kedua organisasi ini memiliki satu titik ke titik lain, dalam hal ini bisa menggunakan IP pribadi untuk itu.

Istilah non routable tidak sepenuhnya akurat, karena mereka dapat dialihkan. Namun, seharusnya hanya digunakan oleh satu 'perusahaan', istilah yang digunakan RFC1918 . Itulah sebabnya saya merasa ini agak aneh.

Saya melihatnya terjadi pada beberapa router juniper. Mereka memiliki alamat ip publik yang tepat tetapi router mengirim respons icmp dengan ip pribadi yang terikat pada antarmuka manajemen (tidak dapat dijangkau dari internet publik).

Mungkin saja melewati jaringan internal seseorang, melalui MPLS atau yang serupa, di mana mereka menggunakan IP internal.

Saya setuju dengan Cian. Terkadang WAN Hops ini memiliki loopback alamat IP pribadi. Untuk beberapa alasan ini dikembalikan di tracert. Sebuah program bernama Wireshark (freeware yang benar-benar bagus) mungkin memberi Anda lebih banyak wawasan tentang masalah jaringan Anda.

Manni