Bugün ICND2.6 kursunun 2 bölümüyle ilgili çalışmamıza devam edeceğiz ve EIGRP protokolünü yapılandırmaya ve test etmeye bakacağız. EIGRP'nin kurulumu çok basittir. RIP veya OSPF gibi diğer yönlendirme protokollerinde olduğu gibi, yönlendiricinin genel yapılandırma moduna girersiniz ve yönlendirici eigrp <#> komutunu girersiniz; burada #, AS numarasıdır.
Bu numara tüm cihazlar için aynı olmalıdır, örneğin 5 yönlendiriciniz varsa ve hepsi EIGRP kullanıyorsa, aynı otonom sistem numarasına sahip olmaları gerekir. OSPF'de bu İşlem Kimliği veya işlem numarasıdır ve EIGRP'de otonom sistem numarasıdır.
OSPF'de bitişiklik sağlamak için farklı yönlendiricilerin İşlem Kimliği eşleşmeyebilir. EIGRP'de tüm komşuların AS numaraları eşleşmelidir, aksi halde komşuluk kurulmayacaktır. EIGRP protokolünü etkinleştirmenin 2 yolu vardır; ters maske belirtmeden veya joker karakter maskesi belirtmeden.
İlk durumda, ağ komutu 10.0.0.0 tipinde sınıflı bir IP adresi belirtir. Bu, IP adresi 10'un ilk sekizlisine sahip herhangi bir arayüzün EIGRP yönlendirmesine katılacağı anlamına gelir; yani bu durumda, 10.0.0.0 ağının tüm A sınıfı adresleri kullanılır. Ters maske belirtmeden 10.1.1.10 gibi tam bir alt ağ girseniz bile, protokol onu yine de 10.0.0.0 gibi bir IP adresine dönüştürecektir. Bu nedenle, sistemin her durumda belirtilen alt ağın adresini kabul edeceğini, ancak bunu sınıflı bir adres olarak kabul edeceğini ve ilk sekizlinin değerine bağlı olarak A, B veya C sınıfının tamamı ağıyla çalışacağını unutmayın. IP adresinden.
EIGRP'yi 10.1.12.0/24 alt ağında çalıştırmak istiyorsanız, 10.1.12.0 0.0.0.255 form ağının ters maskesine sahip bir komut kullanmanız gerekecektir. Bu nedenle EIGRP, ters maskesi olmayan sınıflı adresleme ağlarıyla çalışır ve sınıfsız alt ağlarda joker karakter maskesinin kullanılması zorunludur.
Packet Tracer'a geçelim ve FD ve RD kavramlarını öğrendiğimiz önceki video eğitimindeki ağ topolojisini kullanalım.
Programda bu ağı kurup nasıl çalıştığını görelim. 5 adet R1-R5 yönlendiricimiz var. Packet Tracer, GigabitEthernet arayüzlerine sahip yönlendiriciler kullansa da, daha önce tartışılan topolojiye uyacak şekilde ağ bant genişliğini ve gecikmeyi manuel olarak değiştirdim. 10.1.1.0/24 ağı yerine 5/10.1.1.1 adresini atadığım R32 yönlendiricisine sanal geridöngü arayüzü bağladım.
R1 yönlendiriciyi kurarak başlayalım. EIGRP'yi henüz burada etkinleştirmedim, yalnızca yönlendiriciye bir IP adresi atadım. Config t komutu ile global konfigürasyon moduna giriyorum ve 1 ile 65535 aralığında olması gereken router eigrp <otonom sistem numarası> komutunu yazarak protokolü etkinleştiriyorum. 1 sayısını seçip Enter tuşuna basıyorum. Ayrıca dediğim gibi iki yöntem kullanabilirsiniz.
Ağı ve ağın IP adresini yazabilirim. 1/10.1.12.0, 24/10.1.13.0 ve 24/10.1.14.0 ağları R24 yönlendiricisine bağlanır. Hepsi "onuncu" ağdadır, bu yüzden genel bir komut olan ağ 10.0.0.0'ı kullanabilirim. Enter tuşuna basarsam, EIGRP her üç arayüzde de çalışacak. Bunu do show ip eigrp arayüzlerini girerek kontrol edebilirim. Protokolün 2 adet GigabitEthernet arayüzünde ve R4 router'ın bağlı olduğu XNUMX adet Serial arayüzde çalıştığını görüyoruz.
Kontrol etmek için do show ip eigrp arayüzleri komutunu tekrar çalıştırırsam, EIGRP'nin gerçekten tüm bağlantı noktalarında çalıştığını doğrulayabilirim.
Router R2'ye gidip config t ve router eigrp 1 komutlarını kullanarak protokolü başlatalım.Bu sefer komutu tüm ağ için kullanmayacağız, ters maske kullanacağız. Bunu yapmak için network 10.1.12.0 0.0.0.255 komutunu giriyorum. Ayarları kontrol etmek için do show ip eigrp arayüzleri komutunu kullanın. EIGRP'nin yalnızca Gig0/0 arayüzünde çalıştığını görüyoruz çünkü girilen komutun parametreleri yalnızca bu arayüzle eşleşiyor.
Bu durumda ters maske, EIGRP modunun IP adresinin ilk üç sekizlisi 10.1.12 olan herhangi bir ağda çalışacağı anlamına gelir. Bazı arayüzlere aynı parametrelere sahip bir ağ bağlıysa, bu arayüz, bu protokolün çalıştığı bağlantı noktaları listesine eklenecektir.
Network 10.1.25.0 0.0.0.255 komutuyla başka bir ağ ekleyelim ve EIGRP'yi destekleyen arayüzlerin listesinin artık nasıl görüneceğini görelim. Gördüğünüz gibi artık Gig0/1 arayüzünü ekledik. Lütfen Gig0/0 arayüzünün önceden yapılandırdığımız bir eş veya bir komşu yönlendirici R1'e sahip olduğunu unutmayın. Daha sonra ayarları doğrulamak için gerekli komutları göstereceğim, şimdilik kalan cihazlar için EIGRP yapılandırmasına devam edeceğiz. Yönlendiricilerden herhangi birini yapılandırırken ters maske kullanabilir veya kullanmayabiliriz.
R3 router'ın CLI konsoluna gidiyorum ve global konfigürasyon modunda router eigrp 1 ve network 10.0.0.0 komutlarını yazıyorum, ardından R4 router'ın ayarlarına girip ters maskeyi kullanmadan aynı komutları yazıyorum.
EIGRP'nin yapılandırılmasının OSPF'den daha kolay olduğunu görebilirsiniz - ikinci durumda ABR'lere, bölgelere dikkat etmeniz, konumlarını belirlemeniz vb. Burada bunların hiçbirine gerek yok - sadece R5 yönlendiricinin genel ayarlarına gidiyorum, yönlendirici eigrp 1 ve ağ 10.0.0.0 komutlarını yazıyorum ve şimdi EIGRP 5 cihazın tamamında çalışıyor.
Son videoda bahsettiğimiz bilgilere bakalım. R2 ayarlarına girip show ip Route komutunu yazıyorum ve sistem gerekli girişleri gösteriyor.
R5 yönlendiricisine, daha doğrusu 10.1.1.0/24 ağına dikkat edelim. Bu, yönlendirme tablosundaki ilk satırdır. Parantez içindeki ilk sayı, EIGRP protokolü için 90'a eşit olan idari mesafedir. D harfi bu rotanın EIGRP tarafından sağlandığı anlamına gelir ve parantez içindeki 26112'ye eşit ikinci sayı R2-R5 rota metriğidir. Bir önceki diyagrama dönersek buradaki metrik değerinin 28416 olduğunu görebiliriz, dolayısıyla bu tutarsızlığın sebebinin ne olduğuna bakmam gerekiyor.
R0 ayarlarında show Interface loopback 5 komutunu yazın. Bunun nedeni geridöngü arayüzü kullanmamızdır: Diyagramdaki R5 gecikmesine bakarsanız 10 μs'ye eşittir ve yönlendirici ayarlarında bize DLY gecikmesinin 5000 mikrosaniye olduğu bilgisi verilir. Bakalım bu değeri değiştirebilecek miyim? R5 global konfigürasyon moduna giriyorum ve arayüz geri döngü 0 ve gecikme komutlarını yazıyorum. Sistem, gecikme değerinin 1 ila 16777215 aralığında ve onlarca mikrosaniye cinsinden atanabileceğini bildirir. Onlarca 10 μs gecikme değeri 1'e karşılık geldiğinden gecikme 1 komutunu giriyorum, arayüz parametrelerini tekrar kontrol ediyoruz ve sistemin bu değeri kabul etmediğini, ağı güncellerken bile bunu yapmak istemediğini görüyoruz. R2 ayarlarındaki parametreler.
Ancak sizi temin ederim ki, R5 yönlendiricinin fiziksel parametrelerini dikkate alarak önceki şemanın metriğini yeniden hesaplarsak, R2'den 10.1.1.0/24 ağına olan rota için uygun mesafe değeri 26112 olacaktır. R1 yönlendiricinin parametrelerindeki benzer değerlere ip rotasını göster komutunu yazarak ulaşabilirsiniz. Gördüğünüz gibi 10.1.1.0/24 ağı için yeniden hesaplama yapıldı ve artık metrik değeri 26368 değil 28416 oldu.
Bu yeniden hesaplamayı, arayüzlerin diğer fiziksel parametrelerini, özellikle farklı bir gecikmeyi kullanan Packet Tracer'ın özelliklerini dikkate alarak önceki video eğitimindeki şemaya dayanarak kontrol edebilirsiniz. Bu verim ve gecikme değerleri ile kendi ağ topolojinizi oluşturmaya çalışın ve parametrelerini hesaplayın. Pratik faaliyetlerinizde bu tür hesaplamalar yapmanıza gerek kalmayacak, sadece nasıl yapıldığını bilmeniz yeterli. Çünkü son videoda bahsettiğimiz yük dengelemeyi kullanmak istiyorsanız gecikmeyi nasıl değiştirebileceğinizi bilmeniz gerekiyor. Bant genişliğine dokunmanızı önermiyorum, EIGRP'yi ayarlamak için gecikme değerlerini değiştirmeniz yeterlidir.
Böylece bant genişliği ve gecikme değerlerini değiştirerek EIGRP metrik değerlerini değiştirebilirsiniz. Bu senin ödevin olacak. Her zamanki gibi bunun için web sitemizden indirebilir ve Packet Tracer'da her iki ağ topolojisini de kullanabilirsiniz. Diyagramımıza geri dönelim.
Gördüğünüz gibi EIGRP'yi kurmak çok basittir ve ağları belirlemek için iki yol kullanabilirsiniz: ters maskeli veya ters maskesiz. OSPF gibi EIGRP'de de 3 tablomuz vardır: komşu tablosu, topoloji tablosu ve rota tablosu. Şimdi bu tablolara tekrar bakalım.
R1 ayarlarına girip show ip eigrp neighbors komutunu girerek komşu tablosundan başlayalım. Yönlendiricinin 3 komşusu olduğunu görüyoruz.
10.1.12.2 adresi yönlendirici R2'dir, 10.1.13.1 yönlendirici R3'tür ve 10.1.14.1 adresi yönlendirici R4'tür. Tablo ayrıca komşularla iletişimin hangi arayüzler aracılığıyla gerçekleştirildiğini de gösterir. Bekleme Çalışma Süresi aşağıda gösterilmiştir. Hatırlarsanız bu, varsayılan olarak 3 Merhaba periyodu veya 3x5s = 15sn olan bir zaman dilimidir. Bu süre zarfında komşudan Merhaba yanıtı alınmazsa bağlantının kopmuş olduğu kabul edilir. Teknik olarak eğer komşular yanıt verirse bu değer 10 saniyeye düşüyor ve daha sonra 15 saniyeye dönüyor. Yönlendirici her 5 saniyede bir Merhaba mesajı gönderir ve komşular buna sonraki beş saniye içinde yanıt verir. Aşağıda SRTT paketleri için 40 ms olan gidiş-dönüş süresi gösterilmektedir. Hesaplaması, EIGRP'nin komşular arasındaki iletişimi düzenlemek için kullandığı RTP protokolü tarafından gerçekleştirilir. Şimdi show ip eigrp topology komutunu kullandığımız topoloji tablosuna bakacağız.
Bu durumda OSPF protokolü, ağdaki tüm yönlendiricileri ve tüm kanalları içeren karmaşık, derin bir topolojiyi tanımlar. EIGRP, iki rota metriğine dayalı basitleştirilmiş bir topoloji görüntüler. İlk metrik, rotanın özelliklerinden biri olan mümkün olan minimum mesafe, uygulanabilir mesafedir. Daha sonra bildirilen mesafe değeri eğik çizgiyle görüntülenir; bu ikinci ölçümdür. İletişimin yönlendirici 10.1.1.0 üzerinden gerçekleştirildiği ağ 24/10.1.12.2 için uygun mesafe değeri 26368'dir (parantez içindeki ilk değer). Yönlendirici 10.1.12.2 bir ardıl olduğundan aynı değer yönlendirme tablosuna da yerleştirilir.
Başka bir yönlendiricinin rapor edilen mesafesi, bu durumda 3072 yönlendirici 10.1.14.4'ün değeri, en yakın komşusunun mümkün olan mesafesinden azsa, bu durumda bu yönlendirici Uygun Bir Halefidir. GigabitEthernet 10.1.12.2/0 arayüzü üzerinden 0 yönlendiricisi ile bağlantı kesilirse, 10.1.14.4 yönlendiricisi Ardıl işlevini devralacaktır.
OSPF'de, bir yedek yönlendirici üzerinden rota hesaplamak belirli bir süre alır ve bu, ağ boyutu önemli olduğunda önemli bir rol oynar. EIGRP, Halef rolüne aday kişiyi zaten bildiği için bu tür hesaplamalarla zaman kaybetmez. Show ip Route komutunu kullanarak topoloji tablosuna bir göz atalım.
Gördüğünüz gibi yönlendirme tablosuna yerleştirilen Successor yani en düşük FD değerine sahip yönlendiricidir. Burada, alıcı yönlendiricinin 26368 FD'si olan 10.1.12.2 metrikli kanal belirtilir.
Her arayüzün yönlendirme protokolü ayarlarını kontrol etmek için kullanılabilecek üç komut vardır.
İlki show Running-config'dir. Bunu kullanarak, bu cihazda hangi protokolün çalıştığını görebiliyorum, bu, 1 ağı için yönlendirici eigrp 10.0.0.0 mesajıyla belirtiliyor. Ancak bu bilgiden bu protokolün hangi arayüzlerde çalıştığını belirlemek imkansız olduğundan, tüm R1 arayüzlerinin parametrelerini içeren listeye bakmam gerekiyor. Aynı zamanda, her arayüzün IP adresinin ilk sekizlisine dikkat ediyorum - eğer 10 ile başlıyorsa, bu arayüzde EIGRP aktiftir, çünkü bu durumda 10.0.0.0 ağ adresini eşleştirme koşulu karşılanmıştır. . Bu nedenle, her arayüzde hangi protokolün çalıştığını öğrenmek için show Running-config komutunu kullanabilirsiniz.
Bir sonraki test komutu ip protokollerini göster'dir. Bu komutu girdikten sonra yönlendirme protokolünün “eigrp 1” olduğunu görebilirsiniz. Daha sonra, metriğin hesaplanmasına yönelik K katsayılarının değerleri görüntülenir. Çalışmaları ICND kursuna dahil edilmediğinden ayarlarda varsayılan K değerlerini kabul edeceğiz.
Burada, OSPF'de olduğu gibi, Yönlendirici Kimliği bir IP adresi olarak görüntülenir: 10.1.12.1. Bu parametreyi manuel olarak atamazsanız sistem otomatik olarak RID olarak en yüksek IP adresine sahip geridöngü arayüzünü seçer.
Ayrıca otomatik rota özetlemenin devre dışı bırakıldığını belirtir. Bu önemli bir durumdur, çünkü sınıfsız IP adreslerine sahip alt ağlar kullanırsak özetlemeyi devre dışı bırakmak daha iyidir. Bu işlevi etkinleştirirseniz aşağıdakiler gerçekleşir.
EIGRP kullanan R1 ve R2 yönlendiricilerimiz olduğunu ve R2 yönlendiricisine 3 ağın bağlı olduğunu hayal edelim: 10.1.2.0, 10.1.10.0 ve 10.1.25.0. Otomatik toplama etkinleştirilirse, R2, R1 yönlendiricisine bir güncelleme gönderdiğinde, bu onun 10.0.0.0/8 ağına bağlı olduğunu gösterir. Bu, 10.0.0.0/8 ağına bağlı tüm cihazların güncellemeleri bu ağa göndermesi ve 10. ağa yönelik tüm trafiğin R2 yönlendiricisine yönlendirilmesi gerektiği anlamına gelir.
1 ve 3 ağlarına bağlı ilk yönlendirici R10.1.5.0'e başka bir R10.1.75.0 yönlendirici bağlarsanız ne olur? R3 yönlendiricisi aynı zamanda otomatik özeti kullanıyorsa, R1'e 10.0.0.0/8 ağına yönelik tüm trafiğin kendisine yönlendirilmesi gerektiğini söyleyecektir.
R1 yönlendiricisi, 2 ağındaki R192.168.1.0 yönlendiricisine ve 3 ağındaki R192.168.2.0 yönlendiricisine bağlıysa, EIGRP yalnızca R2 düzeyinde otomatik özet kararları verecektir ki bu yanlıştır. Bu nedenle, belirli bir yönlendirici (bizim durumumuzda R2) için otomatik özetlemeyi kullanmak istiyorsanız, IP adresinin ilk sekizlisi 10 olan tüm alt ağların yalnızca o yönlendiriciye bağlı olduğundan emin olun. Başka bir yere, başka bir yönlendiriciye bağlı ağlarınız olmamalıdır. Otomatik rota özetlemeyi kullanmayı planlayan bir ağ yöneticisi, aynı sınıflı adrese sahip tüm ağların aynı yönlendiriciye bağlandığından emin olmalıdır.
Pratikte otomatik toplama fonksiyonunun varsayılan olarak devre dışı bırakılması daha uygundur. Bu durumda, yönlendirici R2, kendisine bağlı ağların her biri için yönlendirici R1'e ayrı güncellemeler gönderecektir: 10.1.2.0 için bir, 10.1.10.0 için bir ve 10.1.25.0 için bir tane. Bu durumda, R1 yönlendirme tablosu bir değil üç rota ile doldurulacaktır. Özetleme elbette yönlendirme tablosundaki giriş sayısını azaltmaya yardımcı olur, ancak yanlış planlarsanız tüm ağı yok edebilirsiniz.
Show ip protokolleri komutuna dönelim. Burada Mesafe değeri olan 90'ı ve varsayılan olarak 4 olan yük dengeleme için Maksimum yolu görebileceğinizi unutmayın. Bu yolların tümü aynı maliyete sahiptir. Sayıları örneğin 2'ye düşürülebilir veya 16'ya çıkarılabilir.
Daha sonra, atlama sayacının veya yönlendirme bölümlerinin maksimum boyutu 100 olarak belirtilir ve Maksimum metrik varyans = 1 değeri belirtilir.EIGRP'de Varyans, metrikleri değer olarak nispeten yakın olan rotaların eşit olarak kabul edilmesine izin verir, bu da izin verir yönlendirme tablosuna eşit olmayan metriklere sahip birkaç rota ekleyerek aynı alt ağa yönlendirirsiniz. Buna daha sonra daha ayrıntılı olarak bakacağız.
Ağlar için Yönlendirme: 10.0.0.0 bilgisi, seçeneği arka maske olmadan kullandığımızın bir göstergesidir. Ters maskeyi kullandığımız R2 ayarlarına girip show ip protokolleri komutunu girersek, bu yönlendirici için Ağlar için Yönlendirmenin iki satırdan oluştuğunu göreceğiz: 10.1.12.0/24 ve 10.1.25.0/24, yani joker karakter maskesinin kullanıldığına dair bir gösterge vardır.
Pratik amaçlar için, test komutlarının tam olarak hangi bilgileri ürettiğini hatırlamanıza gerek yoktur; yalnızca bunları kullanmanız ve sonucu görüntülemeniz yeterlidir. Ancak sınavda show ip protokolleri komutu ile kontrol edilebilecek soruyu cevaplama şansınız olmayacaktır. Önerilen birkaç seçenek arasından bir doğru cevabı seçmeniz gerekecektir. Üst düzey bir Cisco uzmanı olacaksanız ve yalnızca CCNA sertifikası değil, aynı zamanda CCNP veya CCIE de alacaksanız, şu veya bu test komutu tarafından hangi spesifik bilgilerin üretildiğini ve yürütme komutlarının ne için tasarlandığını bilmelisiniz. Bu ağ cihazlarını doğru şekilde yapılandırmak için Cisco cihazlarının yalnızca teknik kısmına hakim olmanız değil, aynı zamanda Cisco iOS işletim sistemini de anlamanız gerekir.
Show ip protokolleri komutunun girilmesine yanıt olarak sistemin ürettiği bilgilere dönelim. IP adresi ve yönetim mesafesine sahip satırlar halinde sunulan Yönlendirme Bilgi Kaynaklarını görüyoruz. OSPF bilgilerinden farklı olarak, EIGRP bu durumda Yönlendirici Kimliğini değil, yönlendiricilerin IP adreslerini kullanır.
Arayüzlerin durumunu doğrudan görüntülemenizi sağlayan son komut show ip eigrp arayüzleridir. Bu komutu girdiğinizde EIGRP çalıştıran tüm router arayüzlerini görebilirsiniz.
Dolayısıyla cihazın EIRGP protokolünü çalıştırdığından emin olmanın 3 yolu vardır.
Eşit maliyetli yük dengelemeye veya eşdeğer yük dengelemeye bakalım. Eğer 2 arayüz aynı maliyete sahipse yük dengeleme varsayılan olarak bunlara uygulanacaktır.
Zaten bildiğimiz ağ topolojisini kullanarak bunun neye benzediğini görmek için Packet Tracer'ı kullanalım. Gösterilen yönlendiriciler arasındaki tüm kanallar için bant genişliği ve gecikme değerlerinin aynı olduğunu hatırlatayım. 4 yönlendiricinin tümü için EIGRP modunu etkinleştiriyorum, bunların ayarlarına tek tek girip config terminal, router eigrp ve network 10.0.0.0 komutlarını yazıyorum.
R1-R4, R10.1.1.1-R1, R2-R2 ve R4-R1 bağlantılarının tümü aynı maliyete sahipken, 3 geri döngü sanal arayüzüne giden en uygun R3-R4 rotasını seçmemiz gerektiğini varsayalım. R1 yönlendiricisinin CLI konsoluna ip rotasını göster komutunu girerseniz, 10.1.1.0/24 ağına iki yoldan ulaşılabileceğini görebilirsiniz: GigabitEthernet10.1.12.2/0 arayüzüne bağlı yönlendirici 0 aracılığıyla veya yönlendirici 10.1.13.3 aracılığıyla .0 GigabitEthernet1/XNUMX arayüzüne bağlı ve bu yolların her ikisi de aynı ölçümlere sahip.
show ip eigrp topology komutunu girersek burada da aynı bilgiyi göreceğiz: 2 aynı FD değerlerine sahip 131072 adet Successor alıcı.
Şu ana kadar hem OSPF hem de EIGRP'de yapılabilen ECLB'nin eşit yük dengelemenin ne olduğunu öğrendik.
Bununla birlikte, EIGRP aynı zamanda eşit olmayan maliyet yük dengelemesine (UCLB) veya eşit olmayan dengelemeye de sahiptir. Bazı durumlarda metrikler birbirinden biraz farklı olabilir, bu da rotaları neredeyse eşdeğer hale getirir; bu durumda EIGRP, "varyans" adı verilen bir değerin kullanımı yoluyla yük dengelemeye izin verir.
Bir yönlendiricimizin diğer üçüne (R1, R2 ve R3) bağlı olduğunu hayal edelim.
Yönlendirici R2 en düşük FD=90 değerine sahiptir, bu nedenle Ardıl görevi görür. Diğer iki kanalın RD'sini ele alalım. R1'in 80'lik RD'si, R2'nin FD'sinden küçüktür, dolayısıyla R1, yedek bir Uygun Ardıl yönlendirici görevi görür. R3'ün RD'si R1'in FD'sinden büyük olduğundan, asla Uygun Bir Halefi olamaz.
Yani, bir yönlendiricimiz var - Halefi ve bir yönlendirici - Uygun Halefi. Farklı varyasyon değerlerini kullanarak yönlendirici R1'i yönlendirme tablosuna yerleştirebilirsiniz. EIGRP'de varsayılan olarak Varyans = 1 olduğundan, Uygun Ardıl olarak yönlendirici R1, yönlendirme tablosunda yer almaz. Variance = 2 değerini kullanırsak R2 yönlendiricisinin FD değeri 2 ile çarpılacak ve 180 olacaktır. Bu durumda R1 yönlendiricisinin FD'si R2 yönlendiricisinin FD'sinden küçük olacaktır: 120 < 180, yani R1 yönlendirici Yönlendirme tablosuna Halefi olarak yerleştirilecektir.
Varyans = 3'e eşitlersek, o zaman alıcı R2'nin FD değeri 90 x 3 = 270 olacaktır. Bu durumda yönlendirici R1 de yönlendirme tablosuna girecektir çünkü 120 < 270. R3 yönlendiricisi, Varyans = 250 değerine sahip FD = 3'sinin, 2 < 250 olduğundan, R270 yönlendiricisinin FD'sinden daha az olmasına rağmen tabloya girmiyor. Gerçek şu ki, R3 yönlendiricisi için RD < FD koşulu RD= 180 FD = 90'dan az değil, daha fazla olduğundan ardıl hala karşılanmamıştır. Bu nedenle, R3 başlangıçta Fizibilite Ardıl olamayacağından, varyasyon değeri 3 olsa bile yönlendirme tablosuna giremeyecektir.
Böylece Variance değerini değiştirerek, ihtiyacımız olan rotayı yönlendirme tablosuna dahil etmek için eşitsiz yük dengelemeyi kullanabiliriz.
Bizimle kaldığın için teşekkürler. Yazılarımızı beğeniyor musunuz? Daha ilginç içerik görmek ister misiniz? Sipariş vererek veya arkadaşlarınıza tavsiye ederek bize destek olun, Habr kullanıcıları için, bizim tarafımızdan sizin için icat ettiğimiz benzersiz bir giriş seviyesi sunucu analogunda %30 indirim: (RAID1 ve RAID10, 24 adede kadar çekirdek ve 40 GB'a kadar DDR4 ile mevcuttur).
Dell R730xd 2 kat daha mı ucuz? Sadece burada Hollanda'da! Dell R420 - 2x E5-2430 2.2Ghz 6C 128GB DDR3 2x960GB SSD 1Gbps 100TB - 99$'dan! Hakkında oku
Kaynak: habr.com