Sertifikasi Cisco CCNA / CCNP – Decoding Hasil Ping

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

Tidaklah cukup bagi Anda untuk mengetahui bahwa Anda tidak memiliki koneksi IP ke mesin jarak jauh, Anda harus mengetahui alasannya. Ping adalah langkah pertama yang bagus dalam pemecahan masalah jaringan, tetapi hasilnya sangat terbatas. Sebagai CCNA dan CCNP, Anda harus tahu cara mendiagnosis dan menyelesaikan masalah. Hanya melihat tabel perutean saja tidak cukup – seringkali, Cisco High Power Debugging, IP Debugging Packet, dapat menunjukkan dengan tepat di mana masalahnya.

Peringatan: Anda tidak boleh menjalankan paket ip debug di router produksi apa pun tanpa memahami pengaruhnya pada router Anda. Perintah ini menghasilkan banyak output dan benar-benar dapat mematikan router.

Dalam kasus ini, kami akan menjalankan perintah di router lab rumah yang tidak dapat melakukan ping 22.2.2.2. Ini akan menjalankan tambalan dan mengirim tes koneksi lain.

R1 # Paket IP yang Benar

Memperbaiki kesalahan paket IP yang sedang berjalan

R1 # ping 22.2.2.2

Tuliskan urutan pelarian untuk membatalkan.

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

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

R1 # menyelesaikan semuanya

Semua kemungkinan koreksi telah dimatikan

Saya telah mengedit hasil ini untuk kejelasan; Kata penting adalah “tidak dapat diakses”. Ini menunjukkan bahwa paket tidak meninggalkan router karena tidak ada yang cocok di tabel routing untuk tujuan ini. Kami akan membuat jalur default statis dan melakukan ping lagi.

R1 # ping 22.2.2.2

Tuliskan urutan pelarian untuk membatalkan.

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

UUU

Tingkat kelulusan adalah 0 persen (0/5)

Output ini mungkin mengejutkan mereka yang biasa mengambil lima kode yang sama setiap kali Anda mengirim ping. Kami mendapat tiga “U” dengan dua istilah. Kami sekarang akan menjalankan paket patch IP dan melakukan ping lagi.

R1 # Paket IP yang Benar

Memperbaiki kesalahan paket IP yang sedang berjalan

R1 # ping 22.2.2.2

Tuliskan urutan pelarian untuk membatalkan.

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

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

R1 # traceroute 22.2.2.2

Tuliskan urutan pelarian untuk membatalkan.

Lacak rute ke 22.2.2.2

1 172.12.123.2 36 ms 36 ms 36 ms

2 172.12.123.2! H *! H.

R1 # Selesaikan semua kesalahan

Semua kemungkinan koreksi telah dimatikan

Sekali lagi, saya telah mengedit keluaran ini. Kata kunci dalam output ini adalah “send”, yang berarti paket meninggalkan router. Ping kembali dari “UUU” adalah indikasi umum bahwa paket sebenarnya sedang dikirim, tetapi router hilir mengalami masalah dalam merutekan paket. Menjalankan traceroute mengungkapkan beberapa karakter comeback paling menarik! Dalam hal ini, router hilir tidak memiliki kecocokan dengan tujuan di tabel peruteannya.

Sangat mudah untuk fokus pada router lokal Anda ketika Anda tidak mendapatkan hasil ping yang positif. Saat memecahkan masalah jenis ini, perlu diingat bahwa masalahnya mungkin ada di router perantara dan bukan router lokal. Gunakan paket IP debugging untuk memastikan paket meninggalkan router lokal, dan traceroute untuk menentukan apa yang mungkin dihadapi router di hilir. Dan biasakan diri dengan fakta bahwa suara dan traceroute dapat memberi Anda hasil yang luar biasa!

Source by Chris Bryant

Comments are closed.