Menangani Masalah Jaringan di Lapisan 3 Menggunakan lapisan Junos OS - dummies

Layer 3 memprihatinkan paket kekhawatiran, tentu saja. Umumnya, semakin tinggi dalam protokol stack sebuah isu kebohongan, semakin banyak hal yang bisa salah dengan itu. Pada lapisan routing (satu nama awal untuk Layer 3), rute ke tujuan yang diberikan tidak dapat dilewati, bisa loop, atau bisa mengirim paket ke dalam lubang hitam.

Di dalam jaringan router ada beberapa alat untuk memeriksa fungsi protokol itu sendiri, seperti protokol rute pertunjukan ospf atau menunjukkan bgp ringkasan perintah mode operasional. Anda dapat menggunakan perintah ini untuk mendapatkan informasi tentang pengoperasian protokol routing OSPF dan BGP.

Namun, seperti yang sudah Anda lihat, masalah pada Layer 3 sering disebabkan oleh kejadian Layer 2. Meski begitu, Anda bisa mengandalkan polling dan jajak pendapat SNMP dan Ethernet OAM untuk menangkap masalah di tingkat link router jaringan. Sekarang, lihatlah masalah yang sebenarnya menjadi masalah di lapisan paket. Di sini, Anda menggunakan alat pengguna akhir yang tipikal - traceroute - untuk mengisolasi router yang menyebabkan masalah.

traceroute untuk mencari outage. ">

menggunakan traceroute untuk mencari outage.

Traceroute mengirim sebuah paket hop-by-hop dari satu router ke router lain sampai host tujuan tercapai. Jika sebuah paket tiba di router yang tidak memiliki rute ke tujuan, pesan ICMP tidak dapat dijangkau dikirim kembali ke originator.

Saat menggunakan traceroute, ingatlah bahwa masalahnya biasanya tidak terletak pada hop terakhir untuk merespons traceroute, tapi di luar perangkat yang terakhir merespons.

Bila semuanya baik, tujuan biasanya berjarak lima hop dari host sumber. Perubahan alamat jaringan responder adalah indikasi bahwa paket telah berpindah dari satu bagian utama jaringan ke jaringan lainnya (dari jaringan pelanggan ke jaringan penyedia layanan, misalnya).

Berikut ini, perhatikan bagaimana router secara normal merespons traceroute dalam perjalanan ke Dest-Host:

user @ host> traceroute 10. 2. 2. 1 traceroute to 10. 2. 2. 1 (10 2. 2. 1), 30 hop maks, paket 40 byte 1 192. 168. 10. 1 (192. 168. 10. 1) 2. 617 ms 1. 690 ms 2. 851 ms (Cust-Router1) 2 192. 168. 10. 6 (192. 168. 10. 6) 3. 386 ms 3. 370 ms 5. 570 ms (Cust-Router2) 3 172. 16. 11. 1 (172. 16. 11. 1) 13. 513 ms 3. 905 ms 5. 060 ms (Prov-Rtr1) 4 172. 16. 44. 2 (172. 16. 44. 2) 3. 778 ms 5. 237 ms 5. 413 ms (Prov-Rtr2) 5 172. 16. 44. 27 (172. 16. 44. 27) 10. 867 ms 12. 568 ms 5. 991 ms (Dest-Host)

Sekarang, perhatikan apa yang terjadi jika tautan - satu-satunya tautan, by the way - antara router pelanggan (Cust-Router2) dan router penyedia layanan (Prov-Rtr1) gagal:

user @ host> traceroute 10.2. 2. 1 traceroute ke 10. 2. 2. 1 (10. 2. 2. 1), 30 hop maks, paket 40 byte 1 192. 168. 10. 1 (192. 168. 10. 1) 1. 983 ms 2. 440 ms 2. 414 ms (Cust-Router1) 2 192. 168. 10. 6 (192. 168. 10. 6) 2. 883 ms! H 4. 136 ms

! H

2. 114 ms! H itu! H menunjukkan bahwa Anda mendapatkan pesan host ICMP yang tidak terjangkau dari router kedua. Ini mungkin terlihat seperti perangkat Cust-Router2 ini adalah masalahnya, namun perhatikan bahwa paket telah berhasil menuju Cust-Router2 dan kembali tanpa masalah sama sekali. Tidak, masalahnya

di luar

hop terakhir ini, terkait dengan pelanggan dan penyedia layanan. Tidak ada rute yang berguna ke tempat tujuan di Cust-Router2, jadi! H dikeluarkan.