Artikel ini akan berbicara tentang EIGRP dan membahas cara kerja protokol ini. EIGRP adalah protokol vektor jarak, kadang-kadang dikatakan hibrid, tetapi tidak. Baca
awal artikel di OSPF dan Anda akan mengerti mengapa EIGRP adalah protokol vektor jarak jauh. EIGRP adalah protokol routing dinamis vektor jarak jauh canggih yang dikembangkan oleh Cisco. Mari kita perbaiki. Kami akan menggunakan topologi berikut:
Jalankan EIGRP pada vIOS1 dan vIOS2, lihat bagaimana informasi dikirimkan antar router. Segera setelah EIGRP diaktifkan pada router, router mulai mengirim paket Hello. Kami juga mencantumkan jenis pesan lain yang digunakan dalam EIGRP.
- Halo - router menggunakan paket halo untuk menemukan tetangga. Paket multicast dikirim dan tidak memerlukan konfirmasi penerimaan.
- Perbarui - berisi informasi tentang mengubah rute. Mereka dikirim hanya ke router yang dipengaruhi oleh pembaruan. Paket-paket ini dapat dikirim ke router tertentu (unicast) atau grup router (multicast). Menerima paket pembaruan dikonfirmasi dengan mengirimkan ACK.
- Query - ketika router menghitung rute dan tidak memiliki penerus yang layak, ia mengirimkan paket permintaan ke tetangganya untuk menentukan apakah mereka memiliki penerus yang layak untuk tujuan ini. Biasanya, paket permintaan dikirim oleh multicast, tetapi mungkin ada unicast. Kwitansi paket kueri dikonfirmasi dengan mengirimkan ACK oleh penerima paket.
- Balas - router mengirim paket balasan sebagai tanggapan terhadap paket permintaan. Paket balasan dikirim unicast ke orang yang mengirim paket permintaan. Menerima paket balasan dikonfirmasi dengan mengirim ACK.
- ACK - paket yang mengonfirmasi penerimaan pembaruan, permintaan, paket balasan. Paket ACK dikirim unicast dan berisi nomor pengakuan. Bahkan, ini adalah paket halo yang tidak mengirimkan data. Pengiriman tidak dijamin digunakan.
Ada juga paket SIA, tetapi kita akan membicarakannya di bawah ini.
Paket dikirim ke alamat multicast 224.0.0.10 setiap 5 detik (Hello Timer), Hold Timer adalah 15 detik = 3 interval halo, jika selama timer ini tidak ada paket halo yang diterima dari tetangga, maka tetangga dihapus dari daftar tetangga. Paket terlihat seperti ini:
Paket ini berisi parameter dari koefisien (K1, K2, K3, K4, K5, K6), Hold Timer dan nomor Sistem Otonomi. Koefisien (K1, K2, K3, K4, K5, K6) digunakan dalam menghitung metrik, dan kita akan membicarakannya nanti, juga timer EIGRP. Sekarang penting untuk berbicara tentang Sistem Otonomi (AS). Untuk mengaktifkan EIGRP, proses EIGRP tertentu harus diberi nomor, seperti dalam OSPF. Tetapi tidak seperti OSPF, opsi ini tidak dapat dipilih secara acak untuk setiap router, itu harus sama untuk semua router. Jika router menerima paket Hello dengan AS yang berbeda dari itu, maka tidak akan ada hubungan tetangga.
Agar router menjadi tetangga, kondisi berikut ini harus dipenuhi:
- router harus diautentikasi,
- router harus berada di AS yang sama,
- Hubungan tetangga harus ditetapkan pada alamat primer (ketika paket halo tiba, router memeriksa apakah alamat pengirim jaringan milik alamat utama antarmuka),
- nilai koefisien K harus cocok.
Agar router menjadi tetangga EIGRP, mereka tidak harus mencocokkan waktu Hello dan Hold. Router menggunakan nilai timer yang diterima dari tetangga. Jika Hello atau Hold timer diubah pada salah satu router, maka tetangga dari router ini akan menggunakan nilai-nilai ini. Agar router dapat menggunakan nilai-nilai lain, perlu untuk mengubah timer pada antarmuka tetangga yang sesuai. Setelah bertukar paket Hello, paket Pembaruan dikirim, tetapi belum berisi rute, itu berisi bendera Init, yang memberi tahu router tentang mulai bertukar informasi tentang rute. Paket ini dikirim langsung ke alamat router. Setelah bertukar pesan seperti itu, setiap router mengirim paket Pembaruan dengan rute ke alamat multicast 224.0.0.10:
Seperti yang Anda lihat, paket Pembaruan tidak mengandung metrik apa pun, tetapi hanya informasi seperti Bandwidth, Delay, MTU, dll. Setelah menerima informasi ini, router itu sendiri yang menghitung metrik menggunakan koefisien K1-K6. Paket-paket ini dapat dikirim ke router tertentu atau multicast. Secara umum, ada tiga jenis pembaruan:
- Non-periodik (Non periodik) - pembaruan dikirim tidak secara berkala, tetapi ketika topologi atau metrik berubah;
- Partial (Partial) - tidak semua informasi dari tabel routing ditransmisikan dalam pembaruan, tetapi hanya perubahan;
- Dibatasi - Pembaruan dikirim hanya ke router yang terlibat.
Lingkungan tingkat paket terlihat seperti ini:
Anda mungkin memperhatikan bahwa selain Hello dan Update yang kami daftarkan, ada juga Hello (ACK) dan jumlahnya sama dengan jumlah paket Update yang dikirim ke alamat multicast. Ini semua tentang protokol RTP. Protokol RTP mengontrol proses pengiriman paket EIGRP dan menyediakan:
- Pengiriman paket terjamin.
- Mempertahankan urutan paket.
Ini adalah beberapa hal. Apa yang kita miliki Rute dipertukarkan paket Pembaruan dan sekarang saatnya untuk membangun tabel routing. Setiap pembaruan diproses dan menggantikan data (Bandwidth, Delay, dll.) Ke dalam formula khusus, metrik dihitung:
Formula seperti itu terlihat mengagumkan, tetapi hal terbaik tentang itu adalah Anda mungkin tidak mengetahuinya, hanya tahu bahwa sesuatu seperti itu ada. Dan trik lain yang bagus adalah bahwa koefisien EIGRP default adalah:
- K1 = 1
- K2 = 0
- K3 = 1
- K4 = 0
- K5 = 0
Dan formula hanya berubah menjadi metrik = bandwidth + delay. Oleh karena itu, sangat penting bahwa koefisien pada semua router adalah sama, sehingga tidak ada masalah karena metrik yang berbeda pada router. Mari kita bicara tentang data dalam Pembaruan dengan sedikit lebih detail.
- Bandwidth - nilai minimum di antara saluran bandwidth yang menuju jaringan dipilih dan dikirim ke Pembaruan.
- Delay - Meringkas Keterlambatan semua saluran yang mengarah ke jaringan ini.
- Keandalan - ukuran terburuk dari keandalan sepanjang jalan, berdasarkan pada keepalive
- Memuat - indikator terburuk memuat tautan sepanjang jalan, berdasarkan tingkat paket dan bandwidth yang dikonfigurasi pada antarmuka
- MTU adalah MTU terkecil sepanjang jalan. Terlepas dari kenyataan bahwa itu digunakan dalam Pembaruan, itu tidak berpartisipasi dalam perhitungan metrik itu sendiri.
Seperti yang disebutkan di atas, bandwidth dan penundaan digunakan secara default. Parameter yang tersisa jarang diperlukan saat dibutuhkan, tetapi dengan bantuan mereka, penyesuaian metrik yang lebih baik dimungkinkan. Jadi, dalam paket Pembaruan, router melewati rute dan data yang terkait dengannya, itu tidak mengirimkan metrik itu sendiri. Router yang menerima Pembaruan menghitung metrik sesuai dengan rumus dan, tergantung pada metrik, memutuskan apakah akan merutekan rute ke tabel routing atau tidak. Penting juga untuk dicatat bahwa
router hanya mentransmisikan rute yang digunakannya. Mari kita lihat bagaimana membangun tabel topologi.
Tabel topologi - Daftar rute yang dipelajari dari masing-masing tetangga. Tabel topologi juga menyimpan metrik yang dilaporkan masing-masing tetangga untuk setiap rute (AD) dan metrik yang akan digunakan router lokal untuk mencapai rute melalui tetangga (FD).
Penting untuk menjelaskan apa itu AD dan FD. Kami akan mengonfigurasi EIGRP di semua router kami. Juga, untuk menghindari bilangan kompleks dalam metrik, kami mengubah koefisien dari K1 = 1 K2 = 0 K3 = 1 K4 = 0 K5 = 0 ke K1 = 0 K2 = 0 K3 = 1 K4 = 0 K5 = 0 Dengan demikian, kita akan memiliki 256 * Delay formula dan kami juga mendapatkan cara mudah untuk memanipulasi metrik dengan mengubah parameter penundaan pada antarmuka. Mempertimbangkan bahwa pada penundaan antarmuka = 1 detik, maka setiap tautan, jika Anda menggunakan terminologi OSPF, biayanya 256. Mari kita lihat apa tabel topologi pada vIOS1:
vIOS1 # tampilkan topologi ip eigrp
Tabel Topologi EIGRP-IPv4 untuk AS (1) / ID (192.168.1.1)
Kode: P - Pasif, A - Aktif, U - Perbarui, Q - Permintaan, R - Balas,
r - reply Status, Status
P 192.168.3.0/24, 1 penerus, FD adalah 512
melalui 192.168.13.3 (512/256), GigabitEthernet0 / 0
P 192.168.2.0/24, 1 penerus, FD adalah 512
melalui 192.168.12.2 (512/256), GigabitEthernet0 / 3
P 192.168.25.0/24, 1 penerus, FD adalah 512
melalui 192.168.12.2 (512/256), GigabitEthernet0 / 3
P 192.168.35.0/24, 1 penerus, FD adalah 512
melalui 192.168.13.3 (512/256), GigabitEthernet0 / 0
P 192.168.12.0/24, 1 penerus, FD adalah 256
melalui Connected, GigabitEthernet0 / 3
P 192.168.45.0/24, 1 penerus, FD adalah 512
melalui 192.168.14.4 (512/256), GigabitEthernet0 / 2
P 192.168.0.0/24, 1 penerus, FD adalah 256
melalui Connected, GigabitEthernet0 / 1
P 192.168.13.0/24, 1 penerus, FD adalah 256
melalui Connected, GigabitEthernet0 / 0
P 192.168.14.0/24, 1 penerus, FD adalah 256
melalui Connected, GigabitEthernet0 / 2
P 192.168.5.0/24, 3 penerus, FD adalah 768
melalui 192.168.12.2 (768/512), GigabitEthernet0 / 3
via 192.168.13.3 (768/512), GigabitEthernet0 / 0
melalui 192.168.14.4 (768/512), GigabitEthernet0 / 2
Jika Anda melihat, misalnya, pada jaringan - 192.168.5.0/24, Anda akan melihat tiga jalur melalui vIOS2, vIOS3 dan vIOS4 dengan metrik yang sama. Untuk 192.168.5.0/24 FD, untuk semua jalur sama dengan - 768, dan AD - 512. Mari kita memberikan definisi dari artikel lain dan mencoba menjelaskan:
- Advertised distance (AD) , juga dikenal sebagai jarak dilaporkan (RD), adalah biaya jarak antara router tetangga yang mengiklankan rute dan jaringan tujuan.
- Feasible distance (FD) - biaya jarak dari router lokal ke jaringan tujuan = AD, yang mengumumkan router tetangga + biaya jarak antara router lokal dan router tetangga.
P 192.168.5.0/24, 3 penerus, FD adalah 768 melalui 192.168.14.4 (768/512), GigabitEthernet0 / 2
Mari kita periksa baris ini dari tabel topologi di vIOS1. vIOS1 belajar tentang rute dari vIOS4 (192.168.14.4). Karena vIOS1 memisahkan tiga tautan dari 192.168.5.0/24, metrik FD dengan pengaturan kami adalah 3 * 256 = 768. Dan AD adalah metrik rute relatif ke router (vIOS4) yang mengumumkan jaringan ini. AD adalah metrik FD dari rute ini di vIOS4. Mari kita lihat tabel topologi pada vIOS4:
P 192.168.5.0/24, 1 penerus, FD adalah 512 melalui 192.168.45.5 (512/256), GigabitEthernet0 / 1
AD on vIOS1 = FD pada vIOS4. Diam membingungkan, tetapi cobalah untuk menjelaskan logika kerja. Perute yang mengumumkan rute mengirimkan parameter (Bandwithd, Delay, dll.) Dari rute dalam pesan Pembaruan tanpa memperhitungkan tautan antara perute yang diumumkan. Yaitu, vIOS4 hanya memperhitungkan parameter dua tautan: vIOS4 Gi0 / 1 - vIOS5 Gi0 / 1 dan vIOS5 Gi0 / 0 - VPC. Setelah menerima Pembaruan, vIOS1, menggantikan parameter yang diperoleh dalam rumus, menghitung apa? Itu benar - AD = 512. Setelah itu mengambil parameter tautan dari mana rute berasal, vIOS1 Gi0 / 2 - vIOS4 Gi0 / 2 dan menggantikannya ke dalam formula lagi. Hitungan, dapatkan angka 256 dan tambahkan dengan AD (512), kita dapatkan FD - 768. Ini adalah hal-hal! Tapi mengapa semua ritual ini?
Dan semuanya dalam rangka menciptakan aturan khusus yang disebut
kondisi layak , yang merupakan salah satu cara melindungi terhadap pembentukan loop dan konvergensi cepat.
Mari kita mendefinisikan istilah-istilah berikut:
- Penerus adalah router yang berdekatan dengan jalur bebas loop dan jalur biaya terendah ke jaringan tujuan.
- Penerus yang layak - router cadangan dengan jalur tanpa loop (penerus yang layak AD harus kurang dari FD dari rute penerus saat ini).
- Kondisi yang layak - penerus yang layak AD harus kurang dari FD dari rute penerus saat ini.
Untuk menjelaskan cara kerjanya dan menunjukkan seluk-beluknya, Anda perlu mengubah beberapa metrik. Mari kita lakukan yang berikut, ubah penundaan sehingga kami memiliki metrik tautan seperti itu:
Ini dilakukan dengan menggunakan perintah tunda pada antarmuka. Sekarang kita telah mengatakan - delay = 1 dan metrik 256. Mari kita lihat metrik apa yang kita dapatkan untuk jaringan 192.168.5.0/24 pada router vIOS1:
- Via vIOS2 - FD = 2304, AD = 1280
- Via vIOS4 - FD = 1024, AD = 768
- Via vIOS3 - FD = 1536, AD = 768
Seperti yang kita lihat FD terbaik untuk rute melalui vIOS4, itu akan ditambahkan ke tabel rute umum, rute ini disebut
Penerus :
vIOS1 # tampilkan ip route eigrp
Kode: L-lokal, C-terkoneksi, S-statis, R-RIP, M-mobile, B-BGP
D - EIGRP, EX - EIGRP eksternal, O - OSPF, IA - OSPF antar area
N1 - OSPF NSSA tipe eksternal 1, N2 - OSPF NSSA tipe eksternal 2
E1 - OSPF tipe eksternal 1, E2 - OSPF tipe eksternal 2
i - IS-IS, su - Ringkasan IS-IS, L1 - IS-IS level-1, L2 - IS-IS level-2
ia - IS-IS antar area, * - kandidat default, U - rute statis per pengguna
o - ODR, P - rute statis yang diunduh berkala, H - NHRP, l - LISP
a - rute aplikasi
+ - replikasi rute,% - override hop berikutnya, p - override dari PfR
Gerbang pilihan terakhir tidak diatur
D 192.168.2.0/24 [90/512] via 192.168.12.2, 06:01:31, GigabitEthernet0 / 3
D 192.168.3.0/24 [90/1024] via 192.168.13.3, 06:01:28, GigabitEthernet0 / 0
D 192.168.5.0/24 [90/1024] via 192.168.14.4, 06:01:28, GigabitEthernet0 / 2
D 192.168.25.0/24 [90/1024] via 192.168.14.4, 06:01:28, GigabitEthernet0 / 2
D 192.168.35.0/24 [90/1024] via 192.168.14.4, 06:01:28, GigabitEthernet0 / 2
D 192.168.45.0/24 [90/768] via 192.168.14.4, 06:01:28, GigabitEthernet0 / 2
Apa yang akan terjadi pada dua rute lainnya - mereka akan diperiksa untuk kondisi FS (Kondisi layak). Rute melalui vIOS3 melewati kondisi ini AD (via vIOS3) = 768 <1024 = FD (via vIOS1). Oleh karena itu, rute ini, meskipun tidak akan ditambahkan ke tabel rute umum, namun akan disimpan dalam tabel topologi:
vIOS1 # tampilkan topologi ip eigrp
Tabel Topologi EIGRP-IPv4 untuk AS (1) / ID (192.168.1.1)
Kode: P - Pasif, A - Aktif, U - Perbarui, Q - Permintaan, R - Balas,
r - reply Status, Status
P 192.168.3.0/24, 1 penggantinya, FD adalah 1024
melalui 192.168.13.3 (1024/256), GigabitEthernet0 / 0
P 192.168.2.0/24, 1 penggantinya, FD adalah 1024
melalui 192.168.12.2 (1024/256), GigabitEthernet0 / 3
P 192.168.25.0/24, 1 penerus, FD adalah 1024
via 192.168.14.4 (1024/768), GigabitEthernet0 / 2
via 192.168.13.3 (1536/768), GigabitEthernet0 / 0
P 192.168.35.0/24, 1 penggantinya, FD adalah 1024
via 192.168.14.4 (1024/768), GigabitEthernet0 / 2
via 192.168.13.3 (1280/512), GigabitEthernet0 / 0
P 192.168.12.0/24, 1 penggantinya, FD adalah 768
melalui Connected, GigabitEthernet0 / 3
P 192.168.45.0/24, 1 penggantinya, FD adalah 768
melalui 192.168.14.4 (768/512), GigabitEthernet0 / 2
P 192.168.0.0/24, 1 penerus, FD adalah 512
melalui Connected, GigabitEthernet0 / 1
P 192.168.13.0/24, 1 penggantinya, FD adalah 768
melalui Connected, GigabitEthernet0 / 0
P 192.168.14.0/24, 1 penerus, FD adalah 256
melalui Connected, GigabitEthernet0 / 2
P 192.168.5.0/24, 1 penggantinya, FD adalah 1024
via 192.168.14.4 (1024/768), GigabitEthernet0 / 2
via 192.168.13.3 (1536/768), GigabitEthernet0 / 0
Itu tidak memiliki metrik rute terbaik, yaitu, itu bukan Penerus, tetapi memainkan peran rute cadangan dan, jika Penerus hilang, akan segera menggantikannya. Ini mencapai konvergensi protokol yang sangat cepat, tetapi lebih pada nanti. Rute ini disebut
penerus Layak . Dan apa yang akan terjadi pada rute ketiga? Tidak ada, itu tidak memenuhi ketentuan FC (1280> 1024) dan tidak akan diperhitungkan untuk melindunginya dari perulangan. Semua rute yang diterima melalui Pembaruan tetapi tidak diuji oleh FC dapat dilihat menggunakan perintah show ip eigrp all-link all-links. Tidak jelas mengapa kondisi FS melindungi terhadap pembentukan loop, sekarang mari kita coba jelaskan. Penting untuk diketahui bahwa ketika mempelajari protokol EIGRP, penting untuk memahami prinsip kondisi FC dan tujuan penggunaannya. Pertimbangkan topologi yang sedikit dimodifikasi (menambahkan tautan antara vIOS2 dan vIOS4), dan juga menggunakan metrik paling primitif:
Rute ke jaringan 192.168.5.0/24 akan sama dengan AD dan FD:
- vIOS4 - via vIOS5, AD = 5, FD = 10.
- vIOS1 - via vIOS4, AD = 10, FD = 11.
- vIOS3 - via vIOS1, AD = 11, FD = 12.
Tetapi vIOS4 akan menerima pembaruan dari vIOS2, yang akan berisi rute ke jaringan 192.168.5.0/24 melalui vIOS2 dengan metrik - AD = 12, FD = 15. Jelas bahwa itu tidak bisa menjadi Penerus, jika tiba-tiba rute ini akan dipilih oleh Penerus yang Layak, maka jika Penerus jatuh ke vIOS4 dan kemudian Penerus memilih rute ini, perulangan akan terjadi. Tetapi FC tidak akan mengizinkan untuk mengatur rute ini sebagai FS seperti AD = 12> 10 = FD. Rute ke vIOS2 berisi jalur melalui vIOS4, dan dalam hal apa pun, AD-nya juga mencakup FD vIOS4. Yaitu, AD pada vIOS2 berisi tautan berikut:
12 = AD pada vIOS2 = Gi0 / 3 vIOS3 + Gi0 / 2 vIOS4 + Gi0 / 1 vIOS5 + eth0 VPC5, di mana Gi0 / 1 vIOS5 + eth0 VPC5 = FD = 10 - ini adalah FD vIOS4 dan tidak mungkin untuk AD <FD menjadi kurang.
Dengan demikian, kondisi FC memeriksa rute untuk keberadaan dirinya dalam rute ini. Hanya rute yang memenuhi kondisi ini yang dapat menjamin bahwa tidak ada loop. Mungkin ada kasus ketika rute tidak membuat loop, tetapi pada saat yang sama tidak memenuhi kondisi FC, kami tidak akan menggunakannya, dalam kasus seperti itu kami memilih stabilitas jaringan. Jika Anda mempelajari, kondisinya cukup sederhana dan intuitif. Algoritma yang memilih rute terbaik dalam protokol EIGRP disebut
DUAL . Sekarang pertimbangkan protokol EIGRP untuk pertanyaan konvergensi dalam hilangnya rute utama. Mari kita kembali ke topologi lama kita dan bayangkan bahwa vIOS4 hilang. Bergantung pada bagaimana vIOS4 hilang, perilakunya akan sedikit berbeda, tetapi akan berbeda ketika pemicu menyala. Jika, misalnya, kami menonaktifkan antarmuka Gi 0/2 pada vIOS1, maka vIOS1 segera mendeteksi hilangnya tetangga dan mulai bertindak, jika tetangga menghilang tanpa peringatan, maka Hold Timer akan berfungsi setelah tidak menerima paket Hello selama 15 detik:
D 192.168.2.0/24 [90/512] via 192.168.12.2, 06:01:31, GigabitEthernet0 / 3
D 192.168.3.0/24 [90/1024] via 192.168.13.3, 06:01:28, GigabitEthernet0 / 0
D 192.168.5.0/24 [90/1024] via 192.168.14.4, 06:01:28, GigabitEthernet0 / 2
D 192.168.25.0/24 [90/1024] via 192.168.14.4, 06:01:28, GigabitEthernet0 / 2
D 192.168.35.0/24 [90/1024] via 192.168.14.4, 06:01:28, GigabitEthernet0 / 2
D 192.168.45.0/24 [90/768] via 192.168.14.4, 06:01:28, GigabitEthernet0 / 2
P 192.168.3.0/24, 1 penggantinya, FD adalah 1024
melalui 192.168.13.3 (1024/256), GigabitEthernet0 / 0
P 192.168.2.0/24, 1 penggantinya, FD adalah 1024
melalui 192.168.12.2 (1024/256), GigabitEthernet0 / 3
P 192.168.25.0/24, 1 penerus, FD adalah 1024
via 192.168.14.4 (1024/768), GigabitEthernet0 / 2
via 192.168.13.3 (1536/768), GigabitEthernet0 / 0
P 192.168.35.0/24, 1 penggantinya, FD adalah 1024
via 192.168.14.4 (1024/768), GigabitEthernet0 / 2
via 192.168.13.3 (1280/512), GigabitEthernet0 / 0
P 192.168.12.0/24, 1 penggantinya, FD adalah 768
melalui Connected, GigabitEthernet0 / 3
P 192.168.45.0/24, 1 penggantinya, FD adalah 768
melalui 192.168.14.4 (768/512), GigabitEthernet0 / 2
P 192.168.0.0/24, 1 penerus, FD adalah 512
melalui Connected, GigabitEthernet0 / 1
P 192.168.13.0/24, 1 penggantinya, FD adalah 768
melalui Connected, GigabitEthernet0 / 0
P 192.168.14.0/24, 1 penerus, FD adalah 256
melalui Connected, GigabitEthernet0 / 2
P 192.168.5.0/24, 1 penggantinya, FD adalah 1024
via 192.168.14.4 (1024/768), GigabitEthernet0 / 2
via 192.168.13.3 (1536/768), GigabitEthernet0 / 0
Saya membawa tabel perutean dan topologi lagi untuk kenyamanan, sehingga untuk memahami bagaimana router akan bertindak pada setiap rute, Anda perlu mengetahui keadaan mereka sebelumnya. Misalnya, rute yang kita bahas sebelumnya, rute 192.168.5.0/24 akan hilang, tetapi memiliki FS di tabel topologi dan oleh karena itu, segera setelah rute utama hilang, ia akan mengambil tempatnya di tabel routing. Pertanyaan yang menarik adalah apa yang akan terjadi pada rute tanpa FS. Tetapi sedikit perangkat keras:
Entri dalam tabel topologi dapat di dua negara: aktif dan pasif. Rute dalam keadaan pasif ketika rute stabil dan pencarian rute terbaik tidak terjadi. Dalam keadaan aktif - jika Anda mencari rute terbaik. Pencarian rute dilakukan ketika tidak ada penerus yang layak untuk jaringan tujuan. Router, dalam mencari rute yang lebih baik, mengirimkan permintaan (mengirim paket kueri) ke setiap router tetangga. Jika tetangga memiliki rute ke jaringan tujuan, ia menjawab (mengirim paket balasan), jika tidak ada rute, tetangga mengirim permintaan ke tetangganya. Router membandingkan semua FD untuk mencapai jaringan tertentu, memilih rute dengan FD terkecil, dan menempatkannya di tabel routing. Tabel topologi dapat menyimpan 6 rute ke jaringan penerima (primer dan cadangan).
Rute yang hilang dan tidak memiliki FS akan beralih ke Aktif dan vIOS1 akan mulai bertanya tentang tetangga mereka yang tersisa. Ini dilakukan menggunakan pesan kueri. vIOS1 Query vIOS2 vIOS3, — 192.168.14.0/24, 192.168.45.0/24. vIOS1 , vIOS1 . Delay:Infifnity, . , vIOS1.
Poison Reverse . Poison Reverse Update, . Query 192.168.14.0/24, 192.168.45.0/24, vIOS2 vIOS3 , , , , Reply . vIOS2 vIOS3 , Reply. , , Query . vIOS1 Reply vIOS2, vIOS3 Active Timer, Query :
Active Timer — active. (Reply), stuck-in-active. , , . 3 .
, 3 Reply, Hello-, . , 3 , . — SIA-Query SIA-Reply.
active , :
- SIA-Query — 1,5 ( ) . , , ( ), . . down .
- SIA-Reply — SIA-Query. .
1,5 , Reply - Query, SIA-Query, , SIA-Reply, , , .
, , FS , . . FD, , CD — Computed Distance.
FD — , - FC. , FD=CD , FD vIOS4:
P 192.168.5.0/24, 1 successors, FD is 1024
via 192.168.13.3 ( 1536 /768), GigabitEthernet0/0
CD=1024, vIOS3 CD=1536, FD=1024, vIOS4. FD , Active. Passive Active, FD . . . : vIOS4, CD vIOS3= 1536, vIOS2 = 2048. delay vIOS1 vIOS3 , CD vIOS2:
P 192.168.5.0/24, 1 successors, FD is 1024
via 192.168.14.4 (1024/768), GigabitEthernet0/2
via 192.168.13.3 ( 2304 /768), GigabitEthernet0/0
CD vIOS3=2304, FS , AD FC , . : vIOS2? , — FS, ! vIOS2 CD = 2048 < 2304, Active , . :
P 192.168.5.0/24, 1 successors, FD is 2048
via 192.168.12.2 (2048/1280), GigabitEthernet0/3
via 192.168.13.3 (2304/768), GigabitEthernet0/0
vIOS2 FD - Active. vIOS3 .
Split Horizon Poison Reverse EIGRP
RIP, EIGRP Split Horizon — , , .
, vIOS4 192.168.0.0/24 vIOS1, Update , vIOS1. , , vIOS1 192.168.0.0/24. Update vIOS4, vIOS4 Split Horizon Update vIOS1, . vIOS4 vIOS1- « 192.168.0.0/24 , , ».
Poison Reverse — . EIGRP Delay. , , vIOS1 c vIOS4. Split Horizon , Poison Reverse Query , Update. Poison Reverse Split Horizon Update , . FC EIGRP .
Stub
, — Stub. - Stub OSPF, . stub, Hello- stub , stub, :
vIOS5#eigrp stub [connected | leak-map | receive-only | redistributed | static | summary]
eigrp stub:
- ( ) — connected summary;
- connected — stub connected , , , network;
- leak-map — Allow dynamic prefixes based on the leak-map;
- receive-only — stub - ;
- redistributed — stub redistributed ;
- static — stub static , , ;
- summary — stub ( ).
, , , Stub, Query , Active. , vIOS5 Stub, vIOS2-4 Query. Reply, Query , . , . , , ( ), , Stub.
, show ip eigrp neighbors, :
vIOS1#show ip eigrp neighbors
EIGRP-IPv4 Neighbors for AS(1)
H Address Interface Hold Uptime SRTT RTO Q Seq
(sec) (ms) Cnt Num
2 192.168.14.4 Gi0/2 11 00:48:43 23 138 0 168
0 192.168.12.2 Gi0/3 12 02:31:12 6 100 0 258
1 192.168.13.3 Gi0/0 10 2d13h 7 100 0 291
vIOS1#
, . multicast-, , (ACK), unicast , . , 16 unicast , .
- Smooth round-trip time (SRTT) — . . .
- Multicast Flow Timer — , ACK EIGRP- multicast , unicast . SRTT, .
- Retransmission timeout (RTO) — unicast-. SRTT, .
. :