Hari ini kita akan mulai mempelajari protokol EIGRP, yang bersama dengan mempelajari OSPF, merupakan topik terpenting dalam kursus CCNA.
Kita akan kembali ke Bagian 2.5 nanti, tapi untuk saat ini, tepat setelah Bagian 2.4, kita akan melanjutkan ke Bagian 2.6, “Mengonfigurasi, Memverifikasi, dan Mengatasi Masalah EIGRP melalui IPv4 (Tidak Termasuk Otentikasi, Pemfilteran, Peringkasan Manual, Redistribusi, dan Stub Konfigurasi)."
Hari ini kita akan mengadakan pelajaran pengantar di mana saya akan memperkenalkan Anda pada konsep Enhanced Internal Gateway Routing Protocol EIGRP, dan dalam dua pelajaran berikutnya kita akan melihat konfigurasi dan pemecahan masalah robot protokol. Tapi pertama-tama saya ingin memberi tahu Anda hal berikut.
Selama beberapa pelajaran terakhir kita telah belajar tentang OSPF. Sekarang saya ingin Anda mengingat bahwa ketika kita melihat RIP beberapa bulan yang lalu, kita berbicara tentang routing loop dan teknologi yang mencegah lalu lintas dari looping. Bagaimana Anda mencegah loop perutean saat menggunakan OSPF? Apakah mungkin menggunakan metode seperti Route Poison atau Split Horizon untuk ini? Ini adalah pertanyaan-pertanyaan yang harus Anda jawab sendiri. Anda dapat menggunakan sumber daya tematik lainnya, tetapi temukan jawaban atas pertanyaan-pertanyaan ini. Saya ingin Anda mempelajari cara menemukan jawabannya sendiri dengan menggunakan sumber yang berbeda, dan saya mendorong Anda untuk meninggalkan komentar Anda di bawah video ini sehingga saya dapat melihat berapa banyak siswa saya yang telah menyelesaikan tugas ini.
Apa itu EIGRP? Ini adalah protokol routing hybrid yang menggabungkan fitur berguna dari protokol vektor jarak seperti RIP dan protokol link-state seperti OSPF.
EIGRP adalah protokol milik Cisco yang tersedia untuk umum pada tahun 2013. Dari protokol pelacakan link-state, ia mengadopsi algoritma pembentukan lingkungan, tidak seperti RIP, yang tidak menciptakan tetangga. RIP juga bertukar tabel routing dengan peserta lain dalam protokol, namun OSPF membentuk kedekatan sebelum memulai pertukaran ini. EIGRP bekerja dengan cara yang sama.
Protokol RIP secara berkala memperbarui tabel routing lengkap setiap 30 detik dan mendistribusikan informasi tentang semua antarmuka dan semua rute ke semua tetangganya. EIGRP tidak melakukan pembaruan informasi secara penuh secara berkala, melainkan menggunakan konsep penyiaran pesan Hello dengan cara yang sama seperti yang dilakukan OSPF. Setiap beberapa detik ia mengirimkan Halo untuk memastikan tetangganya masih “hidup”.
Tidak seperti protokol vektor jarak, yang memeriksa seluruh topologi jaringan sebelum memutuskan pembentukan rute, EIGRP, seperti RIP, membuat rute berdasarkan rumor. Ketika saya mengatakan rumor, yang saya maksud adalah ketika tetangga melaporkan sesuatu, EIGRP menyetujuinya tanpa pertanyaan. Misalnya, jika seorang tetangga mengatakan bahwa dia mengetahui cara mencapai 10.1.1.2, EIGRP akan memercayainya tanpa bertanya, “Bagaimana Anda mengetahuinya? Ceritakan tentang topologi seluruh jaringan!
Sebelum tahun 2013, jika Anda hanya menggunakan infrastruktur Cisco, Anda dapat menggunakan EIGRP, karena protokol ini dibuat pada tahun 1994. Namun, banyak perusahaan, bahkan yang menggunakan peralatan Cisco, tidak mau mengatasi kesenjangan ini. Menurut saya, EIGRP adalah protokol routing dinamis terbaik saat ini karena lebih mudah digunakan, namun orang masih lebih memilih OSPF. Saya rasa ini karena mereka tidak mau terikat dengan produk Cisco. Namun Cisco telah membuat protokol ini tersedia untuk umum karena mendukung peralatan jaringan pihak ketiga seperti Juniper, dan jika Anda bekerja sama dengan perusahaan yang tidak menggunakan peralatan Cisco, Anda tidak akan mengalami masalah apa pun.
Mari kita melihat sekilas sejarah protokol jaringan.
Protokol RIPv1, yang muncul pada tahun 1980-an, memiliki sejumlah keterbatasan, misalnya jumlah hop maksimum 16, dan oleh karena itu tidak dapat menyediakan perutean melalui jaringan besar. Beberapa saat kemudian, mereka mengembangkan protokol perutean gateway internal IGRP, yang jauh lebih baik daripada RIP. Namun, ini lebih merupakan protokol vektor jarak daripada protokol link state. Pada akhir 80-an, standar terbuka muncul, protokol link state OSPFv2 untuk IPv4.
Pada awal tahun 90an, Cisco memutuskan bahwa IGRP perlu diperbaiki dan merilis Enhanced Internal Gateway Routing Protocol EIGRP. Ini jauh lebih efektif dibandingkan OSPF karena menggabungkan fitur RIP dan OSPF. Saat kita mulai menjelajahinya, Anda akan melihat bahwa EIGRP lebih mudah dikonfigurasi daripada OSPF. Cisco mencoba membuat protokol yang menjamin konvergensi jaringan secepat mungkin.
Pada akhir tahun 90an, versi protokol RIPv2 tanpa kelas yang diperbarui dirilis. Pada tahun 2000-an, versi ketiga OSPF, RIPng dan EIGRPv6, yang mendukung protokol IPv6, muncul. Dunia secara bertahap mendekati transisi penuh ke IPv6, dan pengembang protokol perutean ingin bersiap menghadapi hal ini.
Jika Anda ingat, kami mempelajari bahwa ketika memilih rute optimal, RIP, sebagai protokol vektor jarak, hanya dipandu oleh satu kriteria - jumlah lompatan minimum, atau jarak minimum ke antarmuka tujuan. Jadi, router R1 akan memilih rute langsung ke router R3, meskipun faktanya kecepatan pada rute ini adalah 64 kbit/s - beberapa kali lebih kecil dari kecepatan pada rute R1-R2-R3, yaitu sebesar 1544 kbit/s. Protokol RIP akan mempertimbangkan rute lambat dengan panjang satu hop sebagai optimal daripada rute cepat dengan 2 hop.
OSPF akan mempelajari seluruh topologi jaringan dan memutuskan untuk menggunakan rute melalui R3 sebagai rute komunikasi yang lebih cepat dengan router R2. RIP menggunakan jumlah hop sebagai metriknya, sedangkan metrik OSPF adalah biaya, yang dalam banyak kasus sebanding dengan bandwidth link.
EIGRP juga berfokus pada biaya rute, namun metriknya jauh lebih kompleks daripada OSPF dan bergantung pada banyak faktor, termasuk Bandwidth, Delay, Reliability, Loading, dan MTU maksimum. Misalnya, jika satu node memiliki beban lebih banyak daripada yang lain, EIGRP akan menganalisis beban di seluruh rute dan memilih node lain dengan beban lebih sedikit.
Dalam kursus CCNA kami hanya akan memperhitungkan faktor pembentukan metrik seperti Bandwidth dan Delay; faktor inilah yang akan digunakan dalam rumus metrik.
Protokol vektor jarak RIP menggunakan dua konsep: jarak dan arah. Jika kita memiliki 3 router, dan salah satunya terhubung ke jaringan 20.0.0.0, maka pilihan akan dibuat berdasarkan jarak - ini adalah hop, dalam hal ini 1 hop, dan berdasarkan arah, yaitu sepanjang jalur mana - atas atau lebih rendah - untuk mengirim lalu lintas.
Selain itu, RIP menggunakan pembaruan informasi secara berkala, mendistribusikan tabel routing lengkap ke seluruh jaringan setiap 30 detik. Pembaruan ini melakukan 2 hal. Yang pertama adalah pembaruan aktual dari tabel perutean, yang kedua adalah memeriksa kelayakan tetangganya. Jika perangkat tidak menerima pembaruan tabel respons atau informasi rute baru dari tetangga dalam waktu 30 detik, perangkat memahami bahwa rute ke tetangga tidak dapat digunakan lagi. Router mengirimkan update setiap 30 detik untuk mengetahui apakah tetangganya masih hidup dan apakah rutenya masih valid.
Seperti yang saya katakan, teknologi Split Horizon digunakan untuk mencegah putaran rute. Ini berarti pembaruan tidak dikirim kembali ke antarmuka asalnya. Teknologi kedua untuk mencegah putaran adalah Route Poison. Jika koneksi dengan jaringan 20.0.0.0 yang ditunjukkan pada gambar terputus, router yang terhubung mengirimkan "rute beracun" ke tetangganya, yang melaporkan bahwa jaringan ini sekarang dapat diakses dalam 16 hop, yaitu, praktis tidak dapat dijangkau. Beginilah cara kerja protokol RIP.
Bagaimana cara kerja EIGRP? Jika Anda ingat pelajaran tentang OSPF, protokol ini menjalankan tiga fungsi: menetapkan lingkungan, menggunakan LSA untuk memperbarui LSDB sesuai dengan perubahan topologi jaringan, dan membuat tabel perutean. Membangun lingkungan adalah prosedur yang agak rumit dan menggunakan banyak parameter. Misalnya, memeriksa dan mengubah koneksi 2WAY - beberapa koneksi tetap dalam status komunikasi dua arah, beberapa masuk ke status LENGKAP. Berbeda dengan OSPF, hal ini tidak terjadi pada protokol EIGRP - ia hanya memeriksa 4 parameter.
Seperti OSPF, protokol ini mengirimkan pesan Hello yang berisi 10 parameter setiap 4 detik. Yang pertama adalah kriteria otentikasi, jika sudah dikonfigurasi sebelumnya. Dalam hal ini, semua perangkat yang memiliki kedekatan harus memiliki parameter otentikasi yang sama.
Parameter kedua digunakan untuk memeriksa apakah perangkat termasuk dalam sistem otonom yang sama, yaitu untuk membangun kedekatan menggunakan protokol EIGRP, kedua perangkat harus memiliki nomor sistem otonom yang sama. Parameter ketiga digunakan untuk memeriksa apakah pesan Hello dikirim dari alamat IP Sumber yang sama.
Parameter keempat digunakan untuk memeriksa konsistensi koefisien K-Values variabel. Protokol EIRGP menggunakan 5 koefisien dari K1 hingga K5. Jika Anda ingat, jika K=0 parameternya diabaikan, tetapi jika K=1, maka parameter tersebut digunakan dalam rumus penghitungan metrik. Jadi, nilai K1-5 untuk perangkat yang berbeda harus sama. Dalam kursus CCNA kita akan mengambil nilai default dari koefisien berikut: K1 dan K3 sama dengan 1, dan K2, K4 dan K5 sama dengan 0.
Jadi, jika keempat parameter ini cocok, EIGRP membentuk hubungan tetangga dan perangkat memasukkan satu sama lain ke dalam tabel tetangga. Selanjutnya dilakukan perubahan pada tabel topologi.
Semua pesan Hello dikirim ke alamat IP multicast 224.0.0.10, dan pembaruan, bergantung pada konfigurasi, dikirim ke alamat unicast tetangga atau ke alamat multicast. Pembaruan ini tidak datang melalui UDP atau TCP, namun menggunakan protokol berbeda yang disebut RTP, Reliable Transport Protocol. Protokol ini memeriksa apakah tetangga telah menerima pembaruan, dan seperti namanya, fungsi utamanya adalah memastikan keandalan komunikasi. Jika pembaruan tidak sampai ke tetangga, transmisi akan diulang sampai tetangga menerimanya. OSPF tidak memiliki mekanisme untuk memeriksa perangkat penerima, sehingga sistem tidak mengetahui apakah perangkat tetangga sudah menerima update atau belum.
Jika Anda ingat, RIP mengirimkan pembaruan topologi jaringan lengkap setiap 30 detik. EIGRP hanya melakukan ini jika perangkat baru telah muncul di jaringan atau terjadi perubahan. Jika topologi subnet telah berubah, protokol akan mengirimkan pembaruan, tetapi tidak seluruh tabel topologi, tetapi hanya catatan dengan perubahan ini. Jika subnet berubah, hanya topologinya yang akan diperbarui. Ini tampaknya merupakan pembaruan parsial yang terjadi bila diperlukan.
Seperti yang Anda ketahui, OSPF mengirimkan LSA setiap 30 menit, terlepas dari apakah ada perubahan pada jaringan. EIGRP tidak akan mengirimkan pembaruan apa pun untuk jangka waktu yang lama sampai ada perubahan pada jaringan. Oleh karena itu, EIGRP jauh lebih efisien dibandingkan OSPF.
Setelah router bertukar paket pembaruan, tahap ketiga dimulai - pembentukan tabel perutean berdasarkan metrik, yang dihitung menggunakan rumus yang ditunjukkan pada gambar. Dia menghitung biayanya dan membuat keputusan berdasarkan biaya ini.
Mari kita asumsikan bahwa R1 mengirimkan Hello ke router R2, dan router tersebut mengirimkan Hello ke router R1. Jika semua parameter cocok, router membuat tabel tetangga. Dalam tabel ini, R2 menulis entri tentang router R1, dan R1 membuat entri tentang R2. Setelah ini, router R1 mengirimkan pembaruan ke jaringan 10.1.1.0/24 yang terhubung dengannya. Dalam tabel perutean, ini berisi informasi tentang alamat IP jaringan, antarmuka router yang menyediakan komunikasi dengannya, dan biaya rute melalui antarmuka ini. Jika Anda ingat, biaya EIGRP adalah 90, dan kemudian nilai Jarak ditunjukkan, yang akan kita bicarakan nanti.
Rumus metrik lengkap terlihat jauh lebih rumit karena mencakup nilai koefisien K dan berbagai transformasi. Situs web Cisco menyediakan bentuk rumus yang lengkap, tetapi jika Anda mengganti nilai koefisien default, itu akan diubah menjadi bentuk yang lebih sederhana - metriknya akan sama dengan (bandwidth + Delay) * 256.
Kita akan menggunakan bentuk rumus yang disederhanakan ini untuk menghitung metrik, di mana bandwidth dalam kilobit sama dengan 107, dibagi dengan bandwidth terkecil dari semua antarmuka yang mengarah ke bandwidth terkecil jaringan tujuan, dan penundaan kumulatif adalah total penundaan puluhan mikrodetik untuk semua antarmuka yang mengarah ke jaringan tujuan.
Saat mempelajari EIGRP, kita perlu memahami empat definisi: Feasible Distance, Reported Distance, Successor (router tetangga dengan biaya jalur terendah ke jaringan tujuan), dan Feasible Successor (router tetangga cadangan). Untuk memahami maksudnya, perhatikan topologi jaringan berikut.
Mari kita mulai dengan membuat tabel routing R1 untuk memilih rute terbaik ke jaringan 10.1.1.0/24. Di samping setiap perangkat, throughput dalam kbit/s dan latensi dalam ms ditampilkan. Kami menggunakan antarmuka GigabitEthernet 100 Mbps atau 1000000 kbps, FastEthernet 100000 kbps, Ethernet 10000 kbps, dan antarmuka serial 1544 kbps. Nilai-nilai ini dapat diketahui dengan melihat karakteristik antarmuka fisik yang sesuai di pengaturan router.
Throughput default antarmuka Serial adalah 1544 kbps, dan meskipun Anda memiliki saluran 64 kbps, throughputnya tetap 1544 kbps. Oleh karena itu, sebagai administrator jaringan, Anda perlu memastikan bahwa Anda menggunakan nilai bandwidth yang benar. Untuk antarmuka tertentu, dapat diatur menggunakan perintah bandwidth, dan menggunakan perintah penundaan, Anda dapat mengubah nilai penundaan default. Anda tidak perlu khawatir tentang nilai bandwidth default untuk antarmuka GigabitEthernet atau Ethernet, tetapi berhati-hatilah saat memilih kecepatan saluran jika Anda menggunakan antarmuka Serial.
Harap dicatat bahwa dalam diagram ini penundaan seharusnya ditunjukkan dalam milidetik ms, tetapi kenyataannya adalah mikrodetik, saya hanya tidak memiliki huruf μ untuk menunjukkan mikrodetik dengan benar.
Mohon perhatikan baik-baik fakta berikut ini. Jika Anda mengeluarkan perintah show interface g0/0, sistem akan menampilkan latensi dalam puluhan mikrodetik, bukan hanya mikrodetik.
Kita akan melihat masalah ini secara detail di video berikutnya tentang konfigurasi EIGRP, untuk saat ini ingatlah bahwa ketika nilai latensi dimasukkan ke dalam rumus, 100 s dari diagram berubah menjadi 10, karena rumusnya menggunakan puluhan mikrodetik, bukan satuan.
Dalam diagram, saya akan menunjukkan dengan titik merah antarmuka yang berhubungan dengan throughput dan penundaan yang ditunjukkan.
Pertama-tama, kita perlu menentukan kemungkinan Jarak Layak. Ini adalah metrik FD, yang dihitung menggunakan rumus. Untuk bagian dari R5 ke jaringan eksternal, kita perlu membagi 107 dengan 106, hasilnya kita mendapatkan 10. Selanjutnya, kita perlu menambahkan penundaan sebesar 1 ke nilai bandwidth ini, karena kita memiliki 10 mikrodetik, yaitu, satu sepuluh. Nilai yang dihasilkan sebesar 11 harus dikalikan dengan 256, sehingga nilai metriknya menjadi 2816. Ini adalah nilai FD untuk bagian jaringan ini.
Router R5 akan mengirimkan nilai ini ke router R2, dan untuk R2 akan menjadi Reported Distance yang dideklarasikan, yaitu nilai yang diberitahukan tetangganya. Dengan demikian, jarak RD yang diiklankan untuk semua perangkat lain akan sama dengan kemungkinan jarak FD dari perangkat yang melaporkannya kepada Anda.
Router R2 melakukan perhitungan FD berdasarkan datanya, yaitu membagi 107 dengan 105 dan mendapat 100. Kemudian menambah nilai ini jumlah penundaan pada rute ke jaringan eksternal: penundaan R5, sama dengan sepuluh mikrodetik, dan penundaannya sendiri, sama dengan sepuluh puluhan. Total penundaannya adalah 11 puluhan mikrodetik. Kita tambahkan ke seratus yang dihasilkan dan dapatkan 111, kalikan nilai ini dengan 256 dan dapatkan nilai FD = 28416. Router R3 melakukan hal yang sama, menerima nilai FD=281856 setelah perhitungan. Router R4 menghitung nilai FD=3072 dan mengirimkannya ke R1 sebagai RD.
Perlu diketahui bahwa saat menghitung FD, router R1 tidak mengganti bandwidthnya sendiri sebesar 1000000 kbit/s ke dalam rumusnya, melainkan bandwidth yang lebih rendah dari router R2 yaitu sebesar 100000 kbit/s, karena rumusnya selalu menggunakan bandwidth minimum sebesar antarmuka yang mengarah ke jaringan tujuan. Dalam hal ini, router R10.1.1.0 dan R24 terletak pada jalur ke jaringan 2/5, namun karena router kelima memiliki bandwidth yang lebih besar, nilai bandwidth terkecil dari router R2 disubstitusikan ke dalam rumus. Total penundaan sepanjang jalur R1-R2-R5 adalah 1+10+1 (puluhan) = 12, throughput yang dikurangi adalah 100, dan jumlah angka-angka ini dikalikan 256 menghasilkan nilai FD=30976.
Jadi, semua perangkat telah menghitung FD antarmukanya, dan router R1 memiliki 3 rute menuju jaringan tujuan. Ini adalah rute R1-R2, R1-R3 dan R1-R4. Router memilih nilai minimum dari kemungkinan jarak FD, yaitu sebesar 30976 - ini adalah rute ke router R2. Router ini menjadi Penerus, atau “penerus”. Tabel routing juga menunjukkan Feasible Successor (penerus cadangan) - artinya jika koneksi antara R1 dan Successor terputus, rute akan dialihkan melalui router cadangan Feasible Successor.
Penerus yang Layak ditetapkan berdasarkan satu aturan: jarak RD yang diiklankan dari router ini harus lebih kecil dari FD router di segmen ke Penerus. Dalam kasus kita, R1-R2 mempunyai FD = 30976, RD pada bagian R1-K3 sama dengan 281856, dan RD pada bagian R1-R4 sama dengan 3072. Karena 3072 < 30976, router R4 dipilih sebagai Penerus yang Layak.
Artinya jika komunikasi terganggu pada bagian jaringan R1-R2, maka trafik ke jaringan 10.1.1.0/24 akan dikirimkan melalui rute R1-R4-R5. Peralihan rute saat menggunakan RIP membutuhkan waktu beberapa puluh detik, saat menggunakan OSPF membutuhkan beberapa detik, dan di EIGRP terjadi secara instan. Ini adalah keunggulan lain EIGRP dibandingkan protokol routing lainnya.
Apa yang terjadi jika Penerus dan Penerus Layak terputus secara bersamaan? Dalam hal ini, EIGRP menggunakan algoritma DUAL, yang dapat menghitung rute cadangan melalui kemungkinan penerusnya. Ini mungkin memakan waktu beberapa detik, di mana EIGRP akan menemukan tetangga lain yang dapat digunakan untuk meneruskan lalu lintas dan menempatkan datanya di tabel routing. Setelah ini, protokol akan melanjutkan pekerjaan routing normalnya.
Terima kasih untuk tetap bersama kami. Apakah Anda menyukai artikel kami? Ingin melihat konten yang lebih menarik? Dukung kami dengan melakukan pemesanan atau merekomendasikan kepada teman, Diskon 30% untuk pengguna Habr pada analog unik dari server level awal, yang kami ciptakan untuk Anda: (tersedia dengan RAID1 dan RAID10, hingga 24 core dan hingga 40GB DDR4).
Dell R730xd 2 kali lebih murah? Hanya disini di Belanda! Dell R420 - 2x E5-2430 2.2Ghz 6C 128GB DDR3 2x960GB SSD 1Gbps 100TB - mulai $99! Membaca tentang
Sumber: www.habr.com