Hari ini kita akan mula mengkaji protokol EIGRP, yang, bersama-sama dengan mempelajari OSPF, adalah topik yang paling penting dalam kursus CCNA.
Kami akan kembali ke Bahagian 2.5 kemudian, tetapi buat masa ini, selepas Bahagian 2.4, kami akan beralih ke Bahagian 2.6, “Mengkonfigurasi, Mengesahkan dan Menyelesaikan Masalah EIGRP melalui IPv4 (Tidak Termasuk Pengesahan, Penapisan, Ringkasan Manual, Pengagihan Semula dan Stub Konfigurasi).”
Hari ini kita akan mengadakan pelajaran pengenalan di mana saya akan memperkenalkan anda kepada konsep Protokol Penghalaan Gerbang Dalaman yang Dipertingkatkan EIGRP, dan dalam dua pelajaran seterusnya kita akan melihat mengkonfigurasi dan menyelesaikan masalah robot protokol. Tetapi pertama-tama saya ingin memberitahu anda perkara berikut.
Sepanjang beberapa pelajaran lepas kami telah belajar tentang OSPF. Sekarang saya ingin anda ingat bahawa apabila kita melihat RIP beberapa bulan yang lalu, kita bercakap tentang gelung penghalaan dan teknologi yang menghalang trafik daripada gelung. Bagaimanakah anda boleh menghalang gelung penghalaan apabila menggunakan OSPF? Adakah mungkin untuk menggunakan kaedah seperti Route Poison atau Split Horizon untuk ini? Ini adalah soalan yang anda mesti jawab sendiri. Anda boleh menggunakan sumber tematik lain, tetapi dapatkan jawapan kepada soalan ini. Saya mahu anda belajar cara mencari jawapan sendiri dengan bekerja dengan sumber yang berbeza, dan saya menggalakkan anda untuk meninggalkan komen anda di bawah video ini supaya saya dapat melihat bilangan pelajar saya yang telah menyelesaikan tugasan ini.
Apakah EIGRP? Ia adalah protokol penghalaan hibrid yang menggabungkan ciri berguna kedua-dua protokol vektor jarak seperti RIP dan protokol keadaan pautan seperti OSPF.
EIGRP ialah protokol proprietari Cisco yang telah disediakan kepada orang ramai pada tahun 2013. Daripada protokol penjejakan keadaan pautan, dia menggunakan algoritma penubuhan kejiranan, tidak seperti RIP, yang tidak mencipta jiran. RIP juga bertukar-tukar jadual laluan dengan peserta lain dalam protokol, tetapi OSPF membentuk kedekatan sebelum memulakan pertukaran ini. EIGRP berfungsi dengan cara yang sama.
Protokol RIP mengemas kini jadual penghalaan penuh secara berkala setiap 30 saat dan mengedarkan maklumat tentang semua antara muka dan semua laluan kepada semua jirannya. EIGRP tidak melakukan kemas kini penuh berkala maklumat, sebaliknya menggunakan konsep penyiaran mesej Hello dengan cara yang sama seperti yang dilakukan oleh OSPF. Setiap beberapa saat ia menghantar Hello untuk memastikan jiran masih "hidup".
Tidak seperti protokol vektor jarak, yang meneliti keseluruhan topologi rangkaian sebelum membuat keputusan untuk membentuk laluan, EIGRP, seperti RIP, mencipta laluan berdasarkan khabar angin. Apabila saya mengatakan khabar angin, saya maksudkan bahawa apabila jiran melaporkan sesuatu, EIGRP bersetuju dengannya tanpa persoalan. Sebagai contoh, jika jiran mengatakan dia tahu bagaimana untuk mencapai 10.1.1.2, EIGRP mempercayainya tanpa bertanya, “Bagaimana anda tahu itu? Beritahu saya tentang topologi keseluruhan rangkaian!
Sebelum 2013, jika anda hanya menggunakan infrastruktur Cisco, anda boleh menggunakan EIGRP, kerana protokol ini telah dicipta pada tahun 1994. Walau bagaimanapun, banyak syarikat, walaupun menggunakan peralatan Cisco, tidak mahu bekerja dengan jurang ini. Pada pendapat saya, EIGRP adalah protokol penghalaan dinamik terbaik hari ini kerana ia lebih mudah digunakan, tetapi orang masih lebih suka OSPF. Saya fikir ini disebabkan oleh fakta bahawa mereka tidak mahu terikat dengan produk Cisco. Tetapi Cisco telah menjadikan protokol ini tersedia secara terbuka kerana ia menyokong peralatan rangkaian pihak ketiga seperti Juniper, dan jika anda bekerjasama dengan syarikat yang tidak menggunakan peralatan Cisco, anda tidak akan menghadapi sebarang masalah.
Mari ikuti lawatan singkat ke dalam sejarah protokol rangkaian.
Protokol RIPv1, yang muncul pada tahun 1980-an, mempunyai beberapa had, contohnya, bilangan lompat maksimum sebanyak 16, dan oleh itu tidak dapat menyediakan penghalaan melalui rangkaian besar. Tidak lama kemudian, mereka membangunkan protokol penghalaan get laluan dalaman IGRP, yang jauh lebih baik daripada RIP. Walau bagaimanapun, ia lebih kepada protokol vektor jarak berbanding protokol keadaan pautan. Pada akhir 80-an, satu standard terbuka muncul, protokol keadaan pautan OSPFv2 untuk IPv4.
Pada awal 90-an, Cisco memutuskan bahawa IGRP perlu diperbaiki dan mengeluarkan Protokol Penghalaan Gerbang Dalaman yang Dipertingkatkan EIGRP. Ia jauh lebih berkesan daripada OSPF kerana ia menggabungkan ciri kedua-dua RIP dan OSPF. Semasa kami mula menerokanya, anda akan melihat bahawa EIGRP adalah lebih mudah untuk dikonfigurasi daripada OSPF. Cisco cuba mencipta protokol yang akan memastikan penumpuan rangkaian terpantas mungkin.
Pada akhir 90-an, versi tanpa kelas yang dikemas kini bagi protokol RIPv2 telah dikeluarkan. Pada tahun 2000-an, versi ketiga OSPF, RIPng dan EIGRPv6, yang menyokong protokol IPv6, muncul. Dunia secara beransur-ansur menghampiri peralihan penuh kepada IPv6, dan pembangun protokol penghalaan mahu bersedia untuk ini.
Jika anda masih ingat, kami mengkaji bahawa apabila memilih laluan optimum, RIP, sebagai protokol vektor jarak, dipandu oleh hanya satu kriteria - bilangan lompatan minimum, atau jarak minimum ke antara muka destinasi. Jadi, penghala R1 akan memilih laluan terus ke penghala R3, walaupun pada hakikatnya kelajuan pada laluan ini adalah 64 kbit/s - beberapa kali kurang daripada kelajuan pada laluan R1-R2-R3, bersamaan dengan 1544 kbit/s. Protokol RIP akan mempertimbangkan laluan perlahan sepanjang satu lompatan sebagai optimum dan bukannya laluan pantas 2 lompatan.
OSPF akan mengkaji keseluruhan topologi rangkaian dan memutuskan untuk menggunakan laluan melalui R3 sebagai laluan yang lebih pantas untuk komunikasi dengan penghala R2. RIP menggunakan bilangan hop sebagai metriknya, manakala metrik OSPF ialah kos, yang dalam kebanyakan kes adalah berkadar dengan lebar jalur pautan.
EIGRP juga memfokuskan pada kos laluan, tetapi metriknya jauh lebih kompleks daripada OSPF dan bergantung pada banyak faktor, termasuk Lebar Jalur, Kelewatan, Kebolehpercayaan, Memuatkan dan MTU maksimum. Sebagai contoh, jika satu nod lebih dimuatkan daripada yang lain, EIGRP akan menganalisis beban pada keseluruhan laluan dan memilih nod lain dengan kurang beban.
Dalam kursus CCNA kami hanya akan mengambil kira faktor pembentukan metrik seperti Lebar Jalur dan Kelewatan; ini adalah faktor yang akan digunakan oleh formula metrik.
Protokol vektor jarak RIP menggunakan dua konsep: jarak dan arah. Jika kita mempunyai 3 penghala, dan salah satu daripadanya disambungkan ke rangkaian 20.0.0.0, maka pilihan akan dibuat mengikut jarak - ini adalah hop, dalam kes ini 1 hop, dan mengikut arah, iaitu, di sepanjang laluan - atas atau lebih rendah - untuk menghantar trafik .
Selain itu, RIP menggunakan pengemaskinian maklumat secara berkala, mengedarkan jadual penghalaan lengkap ke seluruh rangkaian setiap 30 saat. Kemas kini ini melakukan 2 perkara. Yang pertama ialah kemas kini sebenar jadual penghalaan, yang kedua ialah menyemak daya maju jiran. Jika peranti tidak menerima kemas kini jadual respons atau maklumat laluan baharu daripada jiran dalam masa 30 saat, ia memahami bahawa laluan ke jiran tidak boleh digunakan lagi. Penghala menghantar kemas kini setiap 30 saat untuk mengetahui sama ada jiran masih hidup dan jika laluan itu masih sah.
Seperti yang saya katakan, teknologi Split Horizon digunakan untuk menghalang gelung laluan. Ini bermakna bahawa kemas kini tidak dihantar kembali ke antara muka dari mana ia datang. Teknologi kedua untuk mencegah gelung ialah Route Poison. Jika sambungan dengan rangkaian 20.0.0.0 yang ditunjukkan dalam gambar terganggu, penghala yang disambungkan menghantar "laluan beracun" kepada jirannya, di mana ia melaporkan bahawa rangkaian ini kini boleh diakses dalam 16 hop, iaitu, boleh dikatakan tidak dapat dicapai. Beginilah cara protokol RIP berfungsi.
Bagaimanakah EIGRP berfungsi? Jika anda masih ingat daripada pelajaran tentang OSPF, protokol ini melaksanakan tiga fungsi: ia mewujudkan kejiranan, menggunakan LSA untuk mengemas kini LSDB mengikut perubahan dalam topologi rangkaian dan membina jadual penghalaan. Menubuhkan kejiranan adalah prosedur yang agak kompleks yang menggunakan banyak parameter. Contohnya, menyemak dan menukar sambungan 2WAY - sesetengah sambungan kekal dalam keadaan komunikasi dua hala, sesetengahnya pergi ke keadaan PENUH. Tidak seperti OSPF, ini tidak berlaku dalam protokol EIGRP - ia menyemak hanya 4 parameter.
Seperti OSPF, protokol ini menghantar mesej Hello yang mengandungi 10 parameter setiap 4 saat. Yang pertama ialah kriteria pengesahan, jika ia telah dikonfigurasikan sebelum ini. Dalam kes ini, semua peranti yang mempunyai kedekatan yang ditetapkan mesti mempunyai parameter pengesahan yang sama.
Parameter kedua digunakan untuk memeriksa sama ada peranti tergolong dalam sistem autonomi yang sama, iaitu, untuk mewujudkan kedekatan menggunakan protokol EIGRP, kedua-dua peranti mesti mempunyai nombor sistem autonomi yang sama. Parameter ketiga digunakan untuk menyemak bahawa mesej Hello dihantar daripada alamat IP Sumber yang sama.
Parameter keempat digunakan untuk menyemak ketekalan pekali K-Values yang berubah-ubah. Protokol EIRGP menggunakan 5 pekali tersebut dari K1 hingga K5. Jika anda masih ingat, jika K=0 parameter diabaikan, tetapi jika K=1, maka parameter digunakan dalam formula untuk mengira metrik. Oleh itu, nilai K1-5 untuk peranti yang berbeza mestilah sama. Dalam kursus CCNA kami akan mengambil nilai lalai pekali ini: K1 dan K3 adalah sama dengan 1, dan K2, K4 dan K5 adalah sama dengan 0.
Jadi, jika 4 parameter ini sepadan, EIGRP mewujudkan hubungan jiran dan peranti memasuki satu sama lain ke dalam jadual jiran. Seterusnya, perubahan dibuat pada jadual topologi.
Semua mesej Hello dihantar ke alamat IP multicast 224.0.0.10, dan kemas kini, bergantung pada konfigurasi, dihantar ke alamat unicast jiran atau ke alamat multicast. Kemas kini ini tidak datang melalui UDP atau TCP, tetapi menggunakan protokol lain yang dipanggil RTP, Protokol Pengangkutan Boleh Dipercayai. Protokol ini menyemak sama ada jiran telah menerima kemas kini, dan seperti namanya, fungsi utamanya adalah untuk memastikan kebolehpercayaan komunikasi. Jika kemas kini tidak sampai kepada jiran, penghantaran akan diulang sehingga jiran menerimanya. OSPF tidak mempunyai mekanisme untuk menyemak peranti penerima, jadi sistem tidak tahu sama ada peranti jiran telah menerima kemas kini atau tidak.
Jika anda masih ingat, RIP menghantar kemas kini topologi rangkaian lengkap setiap 30 saat. EIGRP hanya melakukan ini jika peranti baharu telah muncul pada rangkaian atau beberapa perubahan telah berlaku. Jika topologi subnet telah berubah, protokol akan menghantar kemas kini, tetapi bukan jadual topologi penuh, tetapi hanya rekod dengan perubahan ini. Jika subnet berubah, hanya topologinya akan dikemas kini. Ini nampaknya kemas kini separa yang berlaku apabila diperlukan.
Seperti yang anda ketahui, OSPF menghantar LSA setiap 30 minit, tidak kira sama ada terdapat sebarang perubahan pada rangkaian. EIGRP tidak akan menghantar sebarang kemas kini untuk tempoh masa yang panjang sehingga terdapat beberapa perubahan dalam rangkaian. Oleh itu, EIGRP jauh lebih cekap daripada OSPF.
Selepas penghala bertukar pakej kemas kini, peringkat ketiga bermula - pembentukan jadual penghalaan berdasarkan metrik, yang dikira menggunakan formula yang ditunjukkan dalam rajah. Dia mengira kos dan membuat keputusan berdasarkan kos ini.
Mari kita anggap bahawa R1 menghantar Hello ke penghala R2, dan penghala itu menghantar Hello ke penghala R1. Jika semua parameter sepadan, penghala membuat jadual jiran. Dalam jadual ini, R2 menulis entri tentang penghala R1, dan R1 mencipta entri tentang R2. Selepas ini, penghala R1 menghantar kemas kini ke rangkaian 10.1.1.0/24 yang disambungkan kepadanya. Dalam jadual penghalaan, ini kelihatan seperti maklumat tentang alamat IP rangkaian, antara muka penghala yang menyediakan komunikasi dengannya dan kos laluan melalui antara muka ini. Jika anda masih ingat, kos EIGRP ialah 90, dan kemudian nilai Jarak ditunjukkan, yang akan kita bincangkan kemudian.
Formula metrik lengkap kelihatan lebih rumit, kerana ia termasuk nilai pekali K dan pelbagai transformasi. Bentuk penuh formula diberikan di laman web Cisco, tetapi jika anda menggantikan nilai lalai pekali, ia akan ditukar kepada bentuk yang lebih mudah - metrik akan sama dengan (lebar jalur + Kelewatan) * 256.
Kami akan menggunakan hanya bentuk formula yang dipermudahkan ini untuk mengira metrik, di mana lebar jalur dalam kilobit adalah sama dengan 107, dibahagikan dengan lebar jalur terkecil semua antara muka yang membawa kepada rangkaian destinasi jalur lebar terkecil, dan kelewatan kumulatif ialah jumlah kelewatan dalam berpuluh-puluh mikrosaat untuk semua antara muka yang menuju ke rangkaian destinasi.
Apabila mempelajari EIGRP, kita perlu memahami empat definisi: Jarak Boleh Dilaksana, Jarak Dilaporkan, Pengganti (penghala jiran dengan kos laluan paling rendah ke rangkaian destinasi), dan Pengganti Boleh Dilaksana (penghala jiran sandaran). Untuk memahami maksudnya, pertimbangkan topologi rangkaian berikut.
Mari mulakan dengan mencipta jadual penghalaan R1 untuk memilih laluan terbaik ke rangkaian 10.1.1.0/24. Di sebelah setiap peranti, daya pemprosesan dalam kbit/s dan kependaman dalam ms ditunjukkan. Kami menggunakan antara muka 100 Mbps atau 1000000 kbps GigabitEthernet, 100000 kbps FastEthernet, 10000 kbps Ethernet dan antara muka bersiri 1544 kbps. Nilai-nilai ini boleh didapati dengan melihat ciri-ciri antara muka fizikal yang sepadan dalam tetapan penghala.
Daya pemprosesan lalai bagi antara muka Bersiri ialah 1544 kbps, dan walaupun anda mempunyai talian 64 kbps, pemprosesan masih akan menjadi 1544 kbps. Oleh itu, sebagai pentadbir rangkaian, anda perlu memastikan bahawa anda menggunakan nilai lebar jalur yang betul. Untuk antara muka tertentu, ia boleh ditetapkan menggunakan arahan lebar jalur, dan menggunakan arahan kelewatan, anda boleh menukar nilai kelewatan lalai. Anda tidak perlu risau tentang nilai lebar jalur lalai untuk antara muka GigabitEthernet atau Ethernet, tetapi berhati-hati apabila memilih kelajuan talian jika anda menggunakan antara muka Bersiri.
Sila ambil perhatian bahawa dalam rajah ini kelewatan sepatutnya ditunjukkan dalam milisaat ms, tetapi sebenarnya ia adalah mikrosaat, saya hanya tidak mempunyai huruf μ untuk menandakan mikrosaat μs dengan betul.
Sila beri perhatian kepada fakta berikut. Jika anda mengeluarkan arahan antara muka tunjukkan g0/0, sistem akan memaparkan kependaman dalam berpuluh-puluh mikrosaat dan bukannya hanya mikrosaat.
Kami akan melihat isu ini secara terperinci dalam video seterusnya mengenai mengkonfigurasi EIGRP, buat masa ini ingat bahawa apabila menggantikan nilai kependaman ke dalam formula, 100 μs dari rajah bertukar menjadi 10, kerana formula menggunakan puluhan mikrosaat, bukan unit.
Dalam rajah, saya akan menunjukkan dengan titik merah antara muka yang berkaitan dengan pemprosesan dan kelewatan yang ditunjukkan.
Pertama sekali, kita perlu menentukan Jarak Boleh Dilaksanakan yang mungkin. Ini ialah metrik FD, yang dikira menggunakan formula. Untuk bahagian dari R5 ke rangkaian luaran, kita perlu membahagikan 107 dengan 106, hasilnya kita mendapat 10. Seterusnya, untuk nilai lebar jalur ini kita perlu menambah kelewatan bersamaan dengan 1, kerana kita mempunyai 10 mikrosaat, iaitu, satu sepuluh. Nilai 11 yang terhasil mesti didarab dengan 256, iaitu nilai metrik ialah 2816. Ini ialah nilai FD untuk bahagian rangkaian ini.
Penghala R5 akan menghantar nilai ini ke penghala R2, dan untuk R2 ia akan menjadi Jarak Dilaporkan yang diisytiharkan, iaitu nilai yang diberitahu oleh jiran itu. Oleh itu, jarak RD yang diiklankan untuk semua peranti lain akan sama dengan jarak FD yang mungkin bagi peranti yang melaporkannya kepada anda.
Penghala R2 melakukan pengiraan FD berdasarkan datanya, iaitu, membahagikan 107 dengan 105 dan mendapat 100. Kemudian ia menambah kepada nilai ini jumlah kelewatan pada laluan ke rangkaian luaran: kelewatan R5, bersamaan dengan satu sepuluh mikrosaat, dan kelewatan sendiri, sama dengan sepuluh puluh. Jumlah kelewatan ialah 11 puluhan mikrosaat. Kami menambahnya kepada ratus yang terhasil dan dapatkan 111, darabkan nilai ini dengan 256 dan dapatkan nilai FD = 28416. Penghala R3 melakukan perkara yang sama, menerima selepas pengiraan nilai FD=281856. Penghala R4 mengira nilai FD=3072 dan menghantarnya ke R1 sebagai RD.
Sila ambil perhatian bahawa apabila mengira FD, penghala R1 tidak menggantikan lebar jalurnya sendiri sebanyak 1000000 kbit/s ke dalam formula, tetapi lebar jalur yang lebih rendah bagi penghala R2, iaitu bersamaan dengan 100000 kbit/s, kerana formula sentiasa menggunakan lebar jalur minimum bagi antara muka yang menuju ke rangkaian destinasi. Dalam kes ini, penghala R10.1.1.0 dan R24 terletak pada laluan ke rangkaian 2/5, tetapi memandangkan penghala kelima mempunyai lebar jalur yang lebih besar, nilai jalur lebar terkecil penghala R2 digantikan ke dalam formula. Jumlah kelewatan sepanjang laluan R1-R2-R5 ialah 1+10+1 (puluhan) = 12, daya pemprosesan yang dikurangkan ialah 100, dan jumlah nombor ini didarab dengan 256 memberikan nilai FD=30976.
Jadi, semua peranti telah mengira FD antara muka mereka, dan penghala R1 mempunyai 3 laluan yang menuju ke rangkaian destinasi. Ini ialah laluan R1-R2, R1-R3 dan R1-R4. Penghala memilih nilai minimum jarak FD yang mungkin, yang sama dengan 30976 - ini adalah laluan ke penghala R2. Penghala ini menjadi Pengganti, atau "pengganti". Jadual penghalaan juga menunjukkan Feasible Successor (pengganti sandaran) - ini bermakna jika sambungan antara R1 dan Successor terputus, laluan akan dihalakan melalui penghala Feasible Successor sandaran.
Pengganti yang Boleh Dilaksanakan ditetapkan mengikut satu peraturan: RD jarak yang diiklankan penghala ini mestilah kurang daripada FD penghala dalam segmen kepada Pengganti. Dalam kes kami, R1-R2 mempunyai FD = 30976, RD dalam bahagian R1-K3 bersamaan dengan 281856, dan RD dalam bahagian R1-R4 adalah sama dengan 3072. Sejak 3072 < 30976, penghala R4 dipilih sebagai Pengganti yang Boleh Dilaksana.
Ini bermakna jika komunikasi terganggu pada bahagian rangkaian R1-R2, trafik ke rangkaian 10.1.1.0/24 akan dihantar di sepanjang laluan R1-R4-R5. Menukar laluan apabila menggunakan RIP mengambil masa beberapa puluh saat, apabila menggunakan OSPF ia mengambil masa beberapa saat, dan dalam EIGRP ia berlaku serta-merta. Ini adalah satu lagi kelebihan EIGRP berbanding protokol penghalaan lain.
Apakah yang berlaku jika kedua-dua Pengganti dan Pengganti yang Boleh diputuskan pada masa yang sama? Dalam kes ini, EIGRP menggunakan algoritma DUAL, yang boleh mengira laluan sandaran melalui pengganti yang mungkin. Ini mungkin mengambil masa beberapa saat, di mana EIGRP akan mencari jiran lain yang boleh digunakan untuk memajukan trafik dan meletakkan datanya dalam jadual penghalaan. Selepas ini, protokol akan meneruskan kerja penghalaan biasa.
Terima kasih kerana tinggal bersama kami. Adakah anda suka artikel kami? Ingin melihat kandungan yang lebih menarik? Sokong kami dengan membuat pesanan atau mengesyorkan kepada rakan, Diskaun 30% untuk pengguna Habr pada analog unik pelayan peringkat permulaan, yang kami cipta untuk anda: (tersedia dengan RAID1 dan RAID10, sehingga 24 teras dan sehingga 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 - daripada $99! Baca tentang
Sumber: www.habr.com