Sertifikasi Cisco CCNA / CCNP – Menguraikan Hasil Ping

Saat Anda belajar untuk ujian CCNA dan CCNP, terutama jika Anda mendapatkan praktik langsung di lab rumah atau layanan sewa rak, Anda akan mengirimkan banyak ping. Sebagai kandidat CCNA atau CCNP, Anda tahu bahwa lima tanda seru (!!!!!) sebagai pengembalian ping menunjukkan bahwa Anda memiliki konektivitas IP ke tujuan jarak jauh. Lima titik (…..) menunjukkan bahwa Anda tidak memiliki konektivitas itu.

Tidaklah cukup untuk mengetahui bahwa Anda tidak memiliki konektivitas IP ke perangkat jarak jauh, Anda harus tahu alasannya. Ping adalah langkah pertama yang bagus untuk pemecahan masalah jaringan, tetapi hasilnya sangat terbatas. Sebagai CCNA dan CCNP, Anda harus tahu cara mendiagnosis masalah dan menyelesaikannya. Hanya melihat tabel perutean tidak cukup – debug Cisco berdaya tinggi, paket debug ip, sering kali dapat menunjukkan dengan tepat di mana masalahnya.

PERINGATAN: paket ip debug tidak boleh dijalankan di router produksi apa pun tanpa memahami pengaruh perintah ini pada router Anda. Perintah ini menghasilkan banyak output dan benar-benar dapat mengunci router.

Dalam kasus ini, kami akan menjalankan perintah di router lab rumah yang tidak dapat melakukan ping 22.2.2.2. Debug akan dihidupkan dan ping lain dikirim.

R1 # debug paket ip

Debugging paket IP aktif

R1 # ping 22.2.2.2

Ketik urutan pelolosan yang akan dibatalkan.

Mengirim 5, 100-byte ICMP Echos ke 22.2.2.2, batas waktu adalah 2 detik:

3d23h: IP: s = 1.1.1.1 (lokal), d = 22.2.2.2, len 100, tidak dapat dirout.

R1 # membatalkan semua debug

Semua kemungkinan debugging telah dimatikan

Saya telah mengedit keluaran ini untuk kejelasan; kata pentingnya adalah “unroutable”. Ini menunjukkan bahwa paket tidak meninggalkan router karena tidak ada yang cocok di tabel routing untuk tujuan ini. Kami akan mengonfigurasi rute default statis dan mengirim ping lagi.

R1 # ping 22.2.2.2

Ketik urutan pelolosan yang akan dibatalkan.

Mengirim 5, 100-byte ICMP Echos ke 22.2.2.2, batas waktu adalah 2 detik:

UUU

Tingkat keberhasilan 0 persen (0/5)

Output itu mungkin mengejutkan bagi Anda yang terbiasa mendapatkan lima simbol yang sama kembali setiap kali Anda mengirim ping. Kami mendapat tiga “U” kembali bersama dengan dua titik. Sekarang kita akan menjalankan debug paket ip dan mengirim ping lagi.

R1 # debug paket ip

Debugging paket IP aktif

R1 # ping 22.2.2.2

Ketik urutan pelolosan yang akan dibatalkan.

Mengirim 5, 100-byte ICMP Echos ke 22.2.2.2, batas waktu adalah 2 detik:

3d23h: IP: s = 172.12.123.1 (lokal), d = 22.2.2.2 (Serial0), len 100, pengiriman

R1 # traceroute 22.2.2.2

Ketik urutan pelolosan yang akan dibatalkan.

Menelusuri rute ke 22.2.2.2

1 172.12.123.2 36 msec 36 msec 36 msec

2 172.12.123.2! H *! H

R1 # membatalkan semua debug

Semua kemungkinan debugging telah dimatikan

Sekali lagi, saya telah mengedit keluaran ini. Kata kunci dalam output ini adalah “mengirim”, artinya paket-paket tersebut meninggalkan router. Ping kembali dari “UUU” adalah indikasi umum bahwa paket memang sedang dikirim, tetapi router hilir mengalami masalah perutean paket. Running traceroute mengungkapkan beberapa karakter kembali yang lebih menarik! Dalam kasus ini, router hilir tidak memiliki kecocokan untuk tujuan di tabel peruteannya.

Sangat mudah untuk berkonsentrasi pada router lokal ketika Anda tidak mendapatkan hasil ping yang positif. Saat memecahkan masalah semacam ini, perlu diingat bahwa masalahnya mungkin ada di router perantara dan bukan di router lokal. Gunakan paket ip debug untuk memastikan paket meninggalkan router lokal, dan traceroute untuk menentukan router hilir mana yang mungkin bermasalah. Dan biasakan diri dengan fakta bahwa ping dan traceroute dapat memberi Anda hasil yang tampak tidak biasa!

Tinggalkan Balasan

Alamat email Anda tidak akan dipublikasikan. Ruas yang wajib ditandai *