Pelatihan Cisco 200-125 CCNA v3.0. Hari ke 51. Pemecahan Masalah EIGRP

Hari ini kita akan melihat bagaimana memecahkan masalah implementasi protokol EIGRP. Untuk melakukan ini, Anda perlu mengunduh pekerjaan laboratorium tentang topik ini di www.nwking.org/product/resources-day-51-eigrp-troubleshooting , yang ditunjukkan di bawah video ini, dan kemudian kami akan mengerjakannya bersama-sama.

Kami masih melanjutkan topik bagian 2.6 dari kursus ICND2, dan seperti yang saya katakan, Anda harus pergi ke situs dan mengunduh lab "Hari 51: Pemecahan Masalah EIGRP," yang merupakan file arsip untuk program Cisco Packet Tracer.



Saya telah menyelesaikan pengaturan awal di lab ini sehingga kami dapat mempertimbangkan untuk memecahkan masalah konfigurasi protokol yang paling umum 3 bulan yang lalu. Sejak itu, saya tidak punya waktu untuk menyelesaikan tutorial video ini, jadi saya lupa tentang masalah apa yang sedang kita bicarakan.

Tujuan dari lab ini adalah untuk memastikan bahwa tiga komputer, PC1, PC2, dan PC3 dapat saling ping. Mari kita lihat apakah ini mungkin sekarang. Saya pergi ke terminal baris perintah PC1 dan memasukkan perintah ke ping PC2: ping 10.1.20.20, setelah itu saya mendapatkan pemberitahuan sistem bahwa host tujuan tidak tersedia. Situasinya mirip dengan ping PC3 di 10.1.30.30.

Sekarang saya akan mencoba melakukan ping ke komputer lain dari PC2. PC1 di 10.1.10.10 tidak tersedia dengan cara yang sama seperti PC3. Ini berarti bahwa dalam tabel routing dari router R2, entri yang diperlukan tidak ada.

Mari kita coba mulai ping dari PC3. Seperti yang Anda lihat, PC1 dan PC2 juga tidak tersedia.

Mari kita lihat mengapa kita tidak dapat membuat koneksi antar komputer. Kami memiliki 3 kantor: di Bangalore, Boston dan Paris, yang jaringannya terhubung satu sama lain melalui protokol EIGRP. Mari kita mulai dengan troubleshooting router R1. Saya pergi ke konsol CLI dan saya akan memasukkan perintah show ip eigrp, tapi pertama-tama saya ingin memastikan apakah EIGRP dikonfigurasi pada perangkat ini sama sekali. Untuk melakukan ini, saya menggunakan show run | mulai eigrp. Seperti yang Anda lihat, protokolnya berfungsi.



Untuk memastikan bahwa protokol EIGRP berjalan pada semua 3 router, saya melakukan pemeriksaan serupa untuk R2 dan R3. Protokol berfungsi, tetapi ping tidak lulus.

Saya masuk ke pengaturan R1 dan masukkan perintah show ip route. Kita melihat bahwa berkat EIFRP, router “mempelajari” beberapa rute, tetapi ini adalah rute yang dirangkum bertanda Null0.



Jika Anda ingat, ketika meringkas rute secara otomatis, router mulai meringkas semua rute sesuai dengan pengaturan fungsi ini. Dalam hal ini, ia menyimpulkan seluruh blok jaringan 10.0.0.0/8, termasuk rute dari banyak subnet, yang sebenarnya bukan bagian dari jaringan 10.0.0.0.

Hampir semua protokol jaringan menggunakan konsep Null0 untuk mencegah loop lalu lintas. Untuk membuat Anda memahami konsep ini, saya akan memberikan satu contoh. Misalkan kita memiliki router R1, router R2, dan Internet. Antara R1 dan R2 ada rute default Rute default. Ini berarti bahwa jika router pertama tidak mengetahui rute tertentu, ia mengirim semua lalu lintas di sepanjang rute default ke R2, karena terhubung ke jaringan eksternal.

Misalkan R1 melakukan penjumlahan rute, sementara 2 jaringan terhubung dengannya: 10.1.1.0/24 dan 10.1.2.0/24. Sebagai hasilnya, ia mengirimkan total rute 10.0.0.0/8 ke router R2.



Setelah menerima pesan dari router pertama, R2 menempatkan dalam tabel routing-nya sebuah catatan bahwa rute ke jaringan 10.0.0.0/8 adalah melalui R1. Misalkan lalu lintas untuk jaringan 10.1.3.0/24 datang ke router kedua. Dipandu oleh entri ini, R2 akan meneruskan lalu lintas ini ke R1.

Setelah menerima lalu lintas untuk jaringan 10.1.3.0, router R1 tidak akan menemukannya di tabel peruteannya, tetapi karena memiliki rute default ke R2, di mana ia harus mengatasi semua lalu lintas yang tidak diketahui, itu akan mengirim pesan yang diterima kembali ke router R2. R2 akan mengirimkannya ke R1 lagi, dan kami akan mendapatkan loop lalu lintas yang akan berlanjut sampai penghitung paket seumur hidup TTL mencapai 0.



Perutean perutean yang dibuat dengan menjumlahkan rute adalah masalah yang harus diselesaikan oleh setiap perute dalam mode penjumlahan otomatis. Jadi jika Null0 hadir dalam tabel routing, ini berfungsi sebagai bukti penjumlahan rute otomatis atau manual.

Jadi, saya mengerti bahwa R1 menggunakan summarization rute karena menggunakan Null0 pseudo-interface, yang tidak menerima atau mengarahkan lalu lintas untuk mencegah perulangan. Kerjanya seperti "lubang hitam" di mana lalu lintas yang ditujukan ke semua alamat blok 10.0.0.0/8 hilang, kecuali untuk alamat subnet tertentu yang disebutkan dalam tabel routing. Dalam kasus kami, ini adalah jaringan 10.1.10.0/24 dan 10.1.10.1/32. Pada saat yang sama, lalu lintas untuk subnet ini akan melalui antarmuka yang sesuai, dan lalu lintas untuk alamat blok 10.0.0.0/8 yang tersisa akan menuju ke Null0.
Sederhananya, jika untuk beberapa jaringan tidak ada rute khusus dalam tabel routing, paket yang ditujukan kepadanya dikirim ke dump, ke "black hole" Null0, yang bertindak sebagai "pembunuh" lalu lintas. Ini adalah bagaimana mekanisme mencegah perulangan lalu lintas dalam protokol routing dinamis bekerja.

Saat ini, saya tidak dapat mengatakan bahwa penjumlahan rute adalah alasan bahwa komputer tidak dapat melakukan ping satu sama lain, tetapi kita harus ingat bahwa kita memiliki semacam penjumlahan di sini.

Saya tidak melihat bahwa kami memiliki lingkungan, karena meja tidak memiliki rute ke perangkat tetangga. Mari kita masuk ke pengaturan R2 dan masukkan perintah show ip route. Kami melihat bahwa R2 tidak melakukan penjumlahan rute. Karena tabel tidak memiliki antarmuka Null0.



Saya menggunakan perintah yang sama untuk R3 dan melihat bahwa beberapa jenis penjumlahan juga digunakan di sini, karena Null0 hadir dalam tabel.



Karena koneksi antara jaringan tiga kantor ditampilkan dengan warna merah pada diagram sirkuit, kita dapat menyimpulkan bahwa ada masalah. Jika Anda menggunakan perintah show ip eigrp interfaces untuk meminta R3 menampilkan status antarmuka menggunakan protokol EIGRP, ini akan menampilkan antarmuka GigabitEthernet0 / 0 dan antarmuka serial Se0 / 3/0 yang terhubung dengan router R2.



Saya memasukkan perintah show ip interface brief, dan kita melihat bahwa Se0 / 3/0 dimatikan dan dalam keadaan down, dan tidak ada masalah dengan PC3 yang terhubung ke router ini.
Sekarang saya akan memasukkan perintah yang sama di pengaturan router R1 - ada situasi yang sama di sini, yaitu antarmuka Se0 / 3/0 yang menghubungkan R1 dan R3 juga dinonaktifkan. Mungkin inilah alasan ketidakmungkinan komputer ping.



Kami akan mencoba menyelesaikan masalah ini. Secara teknis, menurut topologi kami, hubungan tetangga harus terbentuk antara router R1 dan R3.



Ini tidak terjadi, karena pada tingkat logis, router tidak terhubung, karena antarmuka serial yang sesuai berada dalam keadaan administratif. Bisa jadi seseorang secara keliru menggunakan perintah mematikan atau sesuatu seperti ini, tetapi kita seharusnya tidak peduli tentang penyebab masalah ini, kita hanya perlu memperbaikinya. Oleh karena itu, dalam pengaturan router R1, saya secara berurutan memasukkan perintah config t (erminal), int (erface) se0 / 3/0 dan no shut (down). Saya menyalakan antarmuka ini, dan sekarang sistem mulai mengkonfigurasinya. Kami melihat bahwa semuanya berjalan dengan baik - kami memiliki catatan bahwa lingkungan baru telah dibuat dengan perangkat 192.168.13.3. Selanjutnya, saya masukkan perintah show ip eigrp interfaces, dan pastikan ketiga antarmuka sekarang diaktifkan pada R1.

Perintah show ip eigrp neighbor menunjukkan bahwa antarmuka se0 / 3/0 yang terhubung dengan jaringan 192.168.13.3 terhubung ke tetangga.



Mengapa lingkungan antara router R1 dan R2 tidak dibuat? Kita melihat bahwa EIGRP diluncurkan pada semua antarmuka R1, termasuk antarmuka Se0 / 3/1, yang terhubung dengan R2, tetapi router R1 tidak melihat tetangganya. Mari kita gunakan perintah uji show ip protocols, yang akan menampilkan semua protokol jaringan yang berjalan di perangkat ini. Saya memasukkan perintah yang sama di konsol R2, dan sekarang kami memiliki kesempatan untuk membandingkan informasi di kedua jendela pengaturan.



Dalam kasus pertama, eigrp-1 dan AS1 berfungsi, pada yang kedua - eigrp-10 dan AS10. Kita tahu bahwa untuk membangun lingkungan, AS harus cocok, jadi penyebab masalahnya ada di sini. Alasan kedua untuk ketidakmungkinan membangun suatu lingkungan mungkin adalah nilai yang berbeda dari koefisien metrik K, tetapi di negara kita mereka bertepatan. Dalam kursus CCNA, Anda tidak harus menyelesaikan masalah pada subjek koefisien ini, hanya perlu diingat bahwa mereka harus bertepatan, jika tidak, tidak akan mungkin untuk membangun lingkungan antara router.

Demikian pula, kata sandi perangkat harus cocok jika pengaturan otentikasi digunakan. Otentikasi juga bukan bagian dari kursus CCNA Anda, jadi ingatlah aturan ini.

Kami melihat satu perbedaan lagi: Router R1 menggunakan penjumlahan rute otomatis, sementara R2 menonaktifkan fungsi ini. Mungkin, sampai batas tertentu, ini dapat menciptakan masalah, tetapi dalam kasus ini, penjumlahan tidak mempengaruhi pembentukan hubungan bertetangga.
Saya berpikir bahwa dalam parameter router R3 eigrp-1 juga akan hadir, karena mereka menetapkan lingkungan. Karena penyebab masalahnya adalah eigrp-10 dari router R2, mari kita coba ubah pengaturan ini menjadi eigrp-1. Untuk melakukan ini, saya memasukkan perintah show run | di konsol R2 mulai eigrp dan salin parameter rute jaringan Routing for Networks.



Selanjutnya, saya masuk ke mode konfigurasi global, masukkan perintah no router eigrp 10, dan kemudian gunakan perintah router eigrp 1. Setelah itu, saya tempel 3 baris parameter Routing untuk Jaringan yang disalin di atas. Seperti yang Anda lihat, kami segera menjalin hubungan bertetangga dengan perangkat 192.168.23.3, yang terhubung ke antarmuka Serial0 / 3/1.

Saya memasukkan perintah show ip eigrp neighbor dan melihat bahwa sekarang R2 memiliki dua tetangga - router R1 dengan alamat 192.168.12.1 dan router R3 dengan alamat 192.168.23.3.



Setelah memasukkan perintah serupa di konsol R1, saya melihat bahwa ia juga memiliki tetangga baru - R2 router, yang terhubung ke antarmuka serial Se0 / 3/1.



Mari kita lihat apa yang terjadi sekarang bahwa router ini telah membentuk sebuah lingkungan.



Perintah show ip route menunjukkan bahwa jaringan 10.1.10.0/24 dan 10.1.20.0/24 terhubung ke router R1, tetapi di mana jaringan 10.1.30.0/24? Situasi serupa diamati dengan router R2 - ia hanya melihat jaringan 10.1.20.0/24, yaitu, itu sendiri, "tidak memperhatikan" jaringan kesepuluh dan ketigapuluh. Alasannya adalah penjumlahan rute secara otomatis membuat masalah bagi kami.

Di konsol R2, Anda dapat melihat itu sebagai hasil penjumlahan otomatis melalui antarmuka 192.168.12.1. dan 192.168.23.3 load balancing untuk jaringan 10.0.0.0/8.



Autosumming terjadi pada bagian R1-R2, ini adalah subnet 192.168.12.1, dan pada bagian R2-R3, ini adalah subnet 192.168.23.3.



Dalam mode load balancing, hal-hal yang sangat menarik terjadi. Mari kita pergi ke terminal baris perintah PC2 dan masukkan perintah ping 10.1.10.10, yaitu, kita akan melakukan ping ke komputer PC1. Kami melihat bahwa pertama kami menerima respons dari 10.1.10.1, diikuti oleh pesan bahwa tuan rumah di 192.168.23.3 tidak tersedia.



Ini menunjukkan cara kerja load balancing: router R2 mengirimkan satu paket ping pada saluran R2-R1, paket kedua pada saluran R1-R3, dan seterusnya. Router R1 menerima permintaan dan mengirim respons, dan router R3, setelah menerima paket yang ditujukan ke 10.1.10.10, tidak tahu apa tujuannya, karena tidak ada dalam tabel routing.

Saya masuk ke pengaturan R3 dan memasukkan perintah show ip route. Kami melihat bahwa router tidak tahu apa-apa tentang 10.1.10.10, tetapi menggunakan total rute 10.0.0.0/8 dengan antarmuka Null0.



Dengan demikian, semua lalu lintas yang ditujukan ke perangkat, yang alamatnya ada di blok alamat 10.0.0.0/8, tetapi yang rutenya tidak dijelaskan dalam tabel routing, dikirim ke “dump Null0” untuk mencegah perulangan.

Situasi serupa terjadi ketika ping komputer PC3 di 10.1.30.30 - komunikasi dengan itu dibuat, dan ping melalui antarmuka 192.168.12.1, yaitu, paket ke PC1 tidak lulus dengan pesan "host tujuan tidak tersedia".



Jadi, kami yakin bahwa penjumlahan otomatis rute benar-benar menciptakan masalah bagi kami. Oleh karena itu, mari kita kembali ke pengaturan R1 dan membatalkan semua penjumlahan otomatis. Untuk melakukan ini, saya ketik t config, router eigrp 1, dan tidak ada perintah ringkasan otomatis secara berurutan. Saya melakukan hal yang sama untuk router R3.

Mari kita lihat apa yang terjadi. Kami pergi ke terminal baris perintah PC2 dan masukkan perintah ping 10.1.10.10. Seperti yang Anda lihat, ping PC1 berhasil. Demikian pula, kami dengan mudah melakukan ping ke komputer PC3 di 10.1.30.30.

Kami masuk ke konsol R2 dan masukkan perintah show ip route. Kita melihat bahwa sekarang dalam entri tabel routing untuk rute untuk semua subnet 10.1.10.0/24, 10.1.20.0/24 dan 10.1.30.0/24, diumumkan oleh protokol EIGRP, telah muncul. Sekarang router tahu cara menghubungi semua subnet.



Sekarang semua perangkat harus melakukan ping satu sama lain tanpa masalah. Kita melihat bahwa PC3 berhasil ping PC2 di 10.1.20.20 dan PC1 di 10.1.10.10. Situasinya mirip dengan PC1 saat melakukan ping PC2 dan PC3. Seperti yang Anda lihat, semuanya sangat sederhana. Mari kita kembali ke slide dengan perintah uji yang harus digunakan untuk memecahkan masalah konfigurasi EIGRP.



Hal pertama yang harus Anda lakukan ketika troubleshooting adalah memeriksa keadaan fisik koneksi untuk memastikan bahwa semua switch dan router dihidupkan dan dalam kondisi kerja. Jika ini tidak menyelesaikan masalah, gunakan perintah show ip protocols. Ini akan membantu Anda menentukan protokol mana yang berjalan pada perangkat dan apa pengaturan untuk pengaturannya. Tim ini membantu kami mendeteksi perbedaan antara eigrp 1 dan eigrp 10 dan memperbaiki masalah ini. Selanjutnya, Anda perlu secara konsisten menggunakan antarmuka show ip eigrp, show ip eigrp neighbor dan perintah untuk melihat tabel antarmuka, tabel tetangga, dan tabel topologi.

Perintah show ip eigrp interface akan memberi Anda kesempatan untuk melihat antarmuka mana yang berfungsi, mari kita periksa ini dengan contoh router R1. Anda melihat bahwa dua antarmuka serial memiliki tetangga.



Perintah show ip eigrp neighbor akan membiarkan kita melihat apa itu tetangga.



Perintah top ip show eigrp akan memberikan informasi FD dan parameter topologi lainnya untuk seluruh jaringan.



Ingatlah bahwa sebelum menggunakan perintah-perintah ini, disarankan untuk memeriksa keadaan fisik perangkat jaringan, dan jangan lupa bahwa antarmuka Null0 berfungsi untuk mencegah perulangan lalu lintas saat menjumlahkan rute. Autosumming itu sendiri tidak menciptakan masalah, tetapi Anda harus tahu bahwa dalam beberapa kasus itu mampu melakukannya.


Terima kasih telah tinggal bersama kami. Apakah Anda suka artikel kami? Ingin melihat materi yang lebih menarik? Dukung kami dengan melakukan pemesanan atau merekomendasikannya kepada teman-teman Anda, diskon 30% untuk pengguna Habr pada analog unik dari server entry-level yang kami temukan untuk Anda: Seluruh kebenaran tentang VPS (KVM) E5-2650 v4 (6 Cores) 10GB DDR4 240GB SSD 1Gbps dari $ 20 atau bagaimana membagi server? (opsi tersedia dengan RAID1 dan RAID10, hingga 24 core dan hingga 40GB DDR4).

Dell R730xd 2 kali lebih murah? Hanya kami yang memiliki 2 x Intel TetraDeca-Core Xeon 2x E5-2697v3 2.6GHz 14C 64GB DDR4 4x960GB SSD 1Gbps 100 TV dari $ 199 di Belanda! Dell R420 - 2x E5-2430 2.2Ghz 6C 128GB DDR3 2x960GB SSD 1Gbps 100TB - mulai dari $ 99! Baca tentang Cara Membangun Infrastruktur Bldg. kelas menggunakan server Dell R730xd E5-2650 v4 seharga 9.000 euro untuk satu sen?

Source: https://habr.com/ru/post/id469321/


All Articles