Bugünkü dersin konusu RIP veya yönlendirme bilgi protokolüdür. Kullanımının çeşitli yönlerinden, konfigürasyonundan ve sınırlamalarından bahsedeceğiz. Söylediğim gibi RIP, Cisco 200-125 CCNA ders müfredatının bir parçası değil ancak RIP ana yönlendirme protokollerinden biri olduğu için bu protokole ayrı bir ders ayırmaya karar verdim.
Bugün 3 hususa bakacağız: işlemi anlamak ve yönlendiricilerde RIP'i kurmak, RIP zamanlayıcıları, RIP kısıtlamaları. Bu protokol 1969 yılında oluşturulduğundan en eski ağ protokollerinden biridir. Avantajı olağanüstü sadeliğinde yatmaktadır. Bugün Cisco dahil birçok ağ cihazı RIP'yi desteklemeye devam ediyor çünkü RIP, EIGRP gibi özel bir protokol değil, genel bir protokol.
RIP'in 2 versiyonu vardır. İlki olan klasik sürüm, sınıfsız IP adreslemenin dayandığı değişken uzunluklu alt ağ maskesi olan VLSM'yi desteklemez, dolayısıyla yalnızca bir ağ kullanabiliriz. Bu konuya biraz sonra değineceğim. Bu sürüm aynı zamanda kimlik doğrulamayı da desteklemiyor.
Diyelim ki birbirine bağlı 2 yönlendiriciniz var. Bu durumda ilk yönlendirici komşusuna bildiği her şeyi anlatır. Diyelim ki ağ 10 birinci yönlendiriciye bağlı, ağ 20 birinci ve ikinci yönlendirici arasında yer alıyor ve ağ 30 ikinci yönlendiricinin arkasında.Daha sonra ilk yönlendirici ikinciye ağ 10 ve 20'yi tanıdığını ve yönlendirici 2 ise şunu söylüyor: Yönlendirici 1, ağ 30 ve ağ 20 hakkında bilgi sahibidir.
Yönlendirme protokolü, bu iki ağın yönlendirme tablosuna eklenmesi gerektiğini belirtir. Genel olarak, bir yönlendiricinin komşu yönlendiriciye kendisine bağlı ağlar hakkında bilgi verdiği, onun da komşusuna vb. bilgi verdiği ortaya çıkar. Basitçe söylemek gerekirse RIP, komşu yönlendiricilerin birbirleriyle bilgi paylaşmasına ve her komşunun koşulsuz olarak söylenenlere inanmasına olanak tanıyan bir dedikodu protokolüdür. Her yönlendirici ağdaki değişiklikleri "dinler" ve bunları komşularıyla paylaşır.
Kimlik doğrulama desteğinin olmaması, ağa bağlanan herhangi bir yönlendiricinin anında tam katılımcı haline gelmesi anlamına gelir. Ağı çökertmek istersem, hacker yönlendiricimi kötü amaçlı bir güncellemeyle ona bağlayacağım ve diğer tüm yönlendiriciler ona güvendiği için yönlendirme tablolarını istediğim gibi güncelleyecekler. RIP'in ilk sürümü bu tür bilgisayar korsanlığına karşı herhangi bir koruma sağlamaz.
RIPv2'de yönlendiriciyi uygun şekilde yapılandırarak kimlik doğrulama sağlayabilirsiniz. Bu durumda yönlendiriciler arasında bilgilerin güncellenmesi ancak ağ kimlik doğrulamasının şifre girilerek geçilmesinden sonra mümkün olacaktır.
RIPv1 yayını kullanır; yani tüm güncellemeler, tüm ağ katılımcıları tarafından alınabilecek şekilde yayın mesajları kullanılarak gönderilir. Diyelim ki ilk yönlendiriciye bağlı olan ve bu güncellemeler hakkında hiçbir şey bilmeyen bir bilgisayar var çünkü bunlara yalnızca yönlendirme cihazları ihtiyaç duyuyor. Ancak yönlendirici 1, bu mesajları Broadcast ID'si olan tüm cihazlara, yani buna ihtiyacı olmayanlara bile gönderecektir.
RIP'in ikinci sürümünde bu sorun çözüldü - Çok Noktaya Yayın Kimliği veya çok noktaya yayın trafik iletimi kullanılıyor. Bu durumda güncellemeleri yalnızca protokol ayarlarında belirtilen cihazlar alır. Kimlik doğrulamasına ek olarak, RIP'in bu sürümü VLSM sınıfsız IP adreslemeyi destekler. Bu, eğer 10.1.1.1/24 ağı ilk yönlendiriciye bağlıysa, IP adresi bu alt ağın adres aralığında olan tüm ağ cihazlarının da güncellemeleri alacağı anlamına gelir. Protokolün ikinci versiyonu CIDR yöntemini desteklemektedir, yani ikinci yönlendirici bir güncelleme aldığında bunun hangi spesifik ağ veya rota ile ilgili olduğunu bilir. İlk sürüm durumunda, yönlendiriciye 10.1.1.0 ağı bağlıysa, 10.0.0.0 ağındaki cihazlar ve aynı sınıfa ait diğer ağlar da güncellemeleri alacaktır. Bu durumda yönlendirici 2 de bu ağların güncellenmesi hakkında tam bilgi alacaktır, ancak CIDR olmadan bu bilgilerin A sınıfı IP adreslerine sahip bir alt ağla ilgili olduğunu bilemeyecektir.
RIP'in genel anlamda anlamı budur. Şimdi nasıl yapılandırılabileceğine bakalım. Yönlendirici ayarlarının global yapılandırma moduna girmeniz ve Router RIP komutunu kullanmanız gerekir.
Bundan sonra, yönlendirici alt komut düzeyine taşındığımız için komut satırı başlığının R1(config-router)# olarak değiştiğini göreceksiniz. İkinci komut Versiyon 2 olacaktır, yani yönlendiriciye protokolün 2. versiyonunu kullanması gerektiğini belirtiriz. Daha sonra, ağ XXXX komutunu kullanarak güncellemelerin iletilmesi gereken reklamı yapılan sınıflı ağın adresini girmeliyiz.Bu komutun 2 işlevi vardır: birincisi, hangi ağın tanıtılması gerektiğini ve ikinci olarak hangi arayüzün kullanılması gerektiğini belirtir. bunun için. Ağ yapılandırmasına baktığınızda ne demek istediğimi anlayacaksınız.
Burada 4 yönlendiricimiz ve 192.168.1.0 alt ağa bölünmüş 26/4 tanımlayıcısına sahip bir ağ üzerinden anahtara bağlı bir bilgisayarımız var. Yalnızca 3 alt ağ kullanıyoruz: 192.168.1.0/26, 192.168.1.64/26 ve 192.168.1.128/26. Hala 192.168.1.192/26 alt ağımız var ancak ihtiyaç duyulmadığından kullanılmıyor.
Cihaz bağlantı noktaları aşağıdaki IP adreslerine sahiptir: bilgisayar 192.168.1.10, ilk yönlendiricinin ilk bağlantı noktası 192.168.1.1, ikinci bağlantı noktası 192.168.1.65, ikinci yönlendiricinin ilk bağlantı noktası 192.168.1.66, ikinci yönlendiricinin ikinci bağlantı noktası 192.168.1.129, üçüncü yönlendiricinin ilk bağlantı noktası 192.168.1.130 . En son konvansiyonlar hakkında konuştuğumuzda, konvansiyonu takip edemiyorum ve .1 adresini yönlendiricinin ikinci bağlantı noktasına atayamıyorum çünkü .1 bu ağın bir parçası değil.
Sonra diğer adresleri kullanıyorum çünkü başka bir ağ başlatıyoruz - 10.1.1.0/16, yani bu ağın bağlı olduğu ikinci yönlendiricinin ikinci bağlantı noktasının IP adresi 10.1.1.1 ve dördüncünün bağlantı noktası anahtarın bağlı olduğu yönlendirici - adres 10.1.1.2.
Oluşturduğum ağı yapılandırmak için cihazlara IP adresleri atamam gerekiyor. İlk yönlendiricinin ilk bağlantı noktasıyla başlayalım.
Öncelikle /1 ağımız olduğu için R0 host adını oluşturacağız, f0/192.168.1.1 portuna 255.255.255.192 adresini atayacağız ve 26 alt ağ maskesini belirleyeceğiz. No Shut komutu ile R1’in konfigürasyonunu tamamlayalım. Birinci yönlendirici f0/1'in ikinci bağlantı noktası, 192.168.1.65 IP adresini ve 255.255.255.192 alt ağ maskesini alacaktır.
İkinci yönlendirici R2 adını alacak, ilk f0/0 portuna 192.168.1.66 adresini ve 255.255.255.192 alt ağ maskesini, ikinci f0/ portuna 1 adresini ve 192.168.1.129 alt ağ maskesini atayacağız. 255.255.255.192.
Üçüncü yönlendiriciye geçerek, ona R3 ana bilgisayar adını atayacağız, f0/0 bağlantı noktası 192.168.1.130 adresini ve 255.255.255.192 maskesini alacak ve f0/1 bağlantı noktası 10.1.1.1 adresini ve 255.255.0.0 maskesini alacak. 16, çünkü bu ağ /XNUMX.
Son olarak, son yönlendiriciye gidip onu R4 olarak adlandıracağım ve f0/0 bağlantı noktasına 10.1.1.2 adresini ve 255.255.0.0 maskesini atayacağım. Böylece tüm ağ cihazlarını yapılandırdık.
Son olarak bilgisayarın ağ ayarlarına bakalım; statik IP adresi 192.168.1.10, yarı ağ maskesi 255.255.255.192 ve varsayılan ağ geçidi adresi 192.168.1.1'dir.
Farklı alt ağlardaki cihazlar için alt ağ maskesini nasıl yapılandıracağınızı gördünüz, bu çok basit. Şimdi yönlendirmeyi etkinleştirelim. R1 ayarlarına giriyorum, global konfigürasyon modunu ayarlıyorum ve yönlendirici komutunu yazıyorum. Bundan sonra sistem, bu komut için olası yönlendirme protokolleri için ipuçları sağlar: bgp, eigrp, ospf ve rip. Eğitimimiz RIP ile ilgili olduğu için router rip komutunu kullanıyorum.
Bir soru işareti yazarsanız, sistem aşağıdaki komut için bu protokolün işlevlerine ilişkin olası seçeneklerle birlikte yeni bir ipucu verecektir: otomatik özet - rotaların otomatik özetlenmesi, varsayılan bilgi - varsayılan bilgilerin sunumunun kontrolü, ağ - ağlar, zamanlamalar vb. Burada komşu cihazlarla alışverişinde bulunacağımız bilgileri seçebilirsiniz. En önemli işlev sürümdür, bu nedenle sürüm 2 komutunu girerek başlayacağız.Daha sonra, belirtilen IP ağı için bir rota oluşturan ağ anahtarı komutunu kullanmamız gerekiyor.
Router1'i yapılandırmaya daha sonra devam edeceğiz ancak şimdilik Router 3'e geçmek istiyorum. Üzerindeki network komutunu kullanmadan önce ağ topolojimizin sağ tarafına bakalım. Yönlendiricinin ikinci bağlantı noktası 10.1.1.1 adresine sahiptir. RIP nasıl çalışır? RIP, ikinci versiyonunda bile oldukça eski bir protokol olarak hala kendi ağ sınıflarını kullanıyor. Bu nedenle ağımız 10.1.1.0/16 A sınıfına ait olsa da ağ 10.0.0.0 komutunu kullanarak bu IP adresinin tam sınıf sürümünü belirtmemiz gerekir.
Ancak network 10.1.1.1 komutunu yazıp ardından mevcut konfigürasyona baksam bile, sistemin tam sınıf adresleme formatını kullanarak otomatik olarak 10.1.1.1'i 10.0.0.0'a düzelttiğini göreceğim. Dolayısıyla CCNA sınavında RIP ile ilgili bir soruyla karşılaşırsanız tam sınıf adreslemeyi kullanmak zorunda kalacaksınız. 10.0.0.0 yerine 10.1.1.1 veya 10.1.0.0 yazarsanız hata yaparsınız. Tam sınıf adresleme formuna dönüşüm otomatik olarak gerçekleşse de, sistemin hatayı düzeltmesini beklememek için başlangıçta doğru adresi kullanmanızı tavsiye ederim. Unutmayın - RIP her zaman tam sınıf ağ adreslemesini kullanır.
Ağ 10.0.0.0 komutunu kullandıktan sonra üçüncü yönlendirici bu onuncu ağı yönlendirme protokolüne ekleyecek ve güncellemeyi R3-R4 yolu üzerinden gönderecektir. Şimdi dördüncü yönlendiricinin yönlendirme protokolünü yapılandırmanız gerekiyor. Ayarlarına giriyorum ve sırayla yönlendirici rip, sürüm 2 ve ağ 10.0.0.0 komutlarını giriyorum. Bu komutla R4'ten RIP yönlendirme protokolünü kullanarak ağ reklamını yapmaya başlamasını 10 istiyorum.
Artık bu iki yönlendirici bilgi alışverişinde bulunabilir, ancak bu hiçbir şeyi değiştirmez. show ip Route komutunun kullanılması, FastEthernrt bağlantı noktası 0/0'ın doğrudan 10.1.0.0 ağına bağlı olduğunu gösterir. Üçüncü yönlendiriciden bir ağ duyurusu alan dördüncü yönlendirici şöyle diyecek: "harika dostum, onuncu ağla ilgili duyurunu aldım, ama bunu zaten biliyorum çünkü bu ağa doğrudan bağlıyım."
Bu nedenle R3 ayarlarına geri dönüp network 192.168.1.0 komutuyla başka bir ağ ekleyeceğiz. Yine tam sınıf adresleme formatını kullanıyorum. Bundan sonra üçüncü yönlendirici, R192.168.1.128-R3 yolu boyunca 4 ağının tanıtımını yapabilecektir. Daha önce de söylediğim gibi RIP, tüm komşularına yeni ağlar hakkında bilgi veren, yönlendirme tablosundan onlara bilgi aktaran bir "dedikodudur". Şimdi üçüncü yönlendiricinin tablosuna bakarsanız, ona bağlı iki ağın verilerini görebilirsiniz.
Bu verileri rotanın her iki ucuna hem ikinci hem de dördüncü yönlendiricilere iletecektir. R2 ayarlarına geçelim. Aynı komutları router rip, sürüm 2 ve ağ 192.168.1.0 olarak giriyorum ve işler burada ilginçleşmeye başlıyor. Ağ 1.0'ı belirtiyorum, ancak hem ağ 192.168.1.64/26 hem de ağ 192.168.1.128/26. Dolayısıyla 192.168.1.0 ağını belirttiğimde teknik olarak bu router’ın her iki arayüzü için de yönlendirme sağlıyorum. Bunun rahatlığı, tek bir komutla cihazın tüm bağlantı noktaları için yönlendirmeyi ayarlayabilmenizdir.
R1 yönlendiricisi için tamamen aynı parametreleri belirliyorum ve her iki arayüz için de aynı şekilde yönlendirme sağlıyorum. Şimdi R1'in yönlendirme tablosuna bakarsanız tüm ağları görebilirsiniz.
Bu yönlendirici hem ağ 1.0'ı hem de ağ 1.64'ü biliyor. Ayrıca RIP kullandığı için 1.128 ve 10.1.1.0 ağlarını da biliyor. Bu, yönlendirme tablosunun karşılık gelen satırındaki R başlığıyla gösterilir.
Lütfen [120/2] bilgilerine dikkat edin - bu idari mesafedir, yani yönlendirme bilgisi kaynağının güvenilirliğidir. Bu değer daha büyük veya daha küçük olabilir ancak RIP için varsayılan değer 120'dir. Örneğin, statik bir rotanın yönetim mesafesi 1'dir. Yönetim mesafesi ne kadar düşük olursa protokol o kadar güvenilir olur. Yönlendiricinin iki protokol arasında seçim yapma olanağı varsa, örneğin statik yol ve RIP arasında, trafiği statik yol üzerinden iletmeyi seçecektir. Parantez içindeki ikinci değer, /2, metriktir. RIP protokolünde metrik, atlama sayısı anlamına gelir. Bu durumda 10.0.0.0/8 ağına 2 atlamada ulaşılabilir, yani R1 yönlendiricisinin 192.168.1.64/26 ağı üzerinden trafik göndermesi gerekir, bu ilk atlamadır ve 192.168.1.128/26 ağı üzerinden bu ikinci atlama, 10.0.0.0 IP adresine sahip FastEthernet 8/0 arayüzüne sahip bir cihaz aracılığıyla 1/192.168.1.66 ağına ulaşmak için.
Karşılaştırma için, yönlendirici R1, 192.168.1.128 ağına, 120 arayüzü üzerinden 1 atlamada 192.168.1.66 idari mesafeyle erişebilir.
Şimdi, PC0 bilgisayarından 4 IP adresiyle R10.1.1.2 yönlendiricinin arayüzüne ping atmayı denerseniz, başarılı bir şekilde geri gelecektir.
İlk deneme, İstek zaman aşımına uğradı mesajıyla başarısız oldu çünkü ARP kullanılırken ilk paket kaybedildi, ancak diğer üçü başarıyla alıcıya geri gönderildi. Bu, RIP yönlendirme protokolünü kullanan bir ağ üzerinde noktadan noktaya iletişim sağlar.
Bu nedenle, RIP protokolünün yönlendirici tarafından kullanımını etkinleştirmek için, yönlendirici rip, sürüm 2 ve ağ <ağ numarası / ağ tanımlayıcısı tam sınıf formunda> komutlarını sırayla yazmanız gerekir.
R4 ayarlarına gidip show ip Route komutunu girelim. 10. ağın doğrudan yönlendiriciye bağlı olduğunu ve 192.168.1.0/24 ağına RIP aracılığıyla 0 IP adresli f0/10.1.1.1 portu üzerinden erişildiğini görebilirsiniz.
192.168.1.0/24 ağının görünümüne dikkat ederseniz rotaların otomatik özetlenmesinde sorun olduğunu fark edeceksiniz. Otomatik özetleme etkinleştirilirse RIP, 192.168.1.0/24'e kadar tüm ağları özetleyecektir. Zamanlayıcıların ne olduğuna bakalım. RIP protokolünde 4 ana zamanlayıcı bulunur.
Güncelleme zamanlayıcısı, RIP yönlendirmesine katılan tüm arayüzlere her 30 saniyede bir protokol güncellemesi göndererek güncelleme gönderme sıklığından sorumludur. Bu, yönlendirme tablosunu alıp RIP modunda çalışan tüm bağlantı noktalarına dağıttığı anlamına gelir.
Yönlendirici 1'ye N2 ağıyla bağlanan yönlendirici 2'e sahip olduğumuzu hayal edelim. Birinci yönlendiriciden önce ve ikinci yönlendiriciden sonra N1 ve N3 ağları vardır. Yönlendirici 1, Yönlendirici 2'ye N1 ve N2 ağını bildiğini söyler ve ona bir güncelleme gönderir. Yönlendirici 2, Yönlendirici 1'e N2 ve N3 ağlarını bildiğini söyler. Bu durumda, yönlendirici bağlantı noktaları her 30 saniyede bir yönlendirme tablolarını değiştirir.
Herhangi bir nedenden dolayı N1-R1 bağlantısının koptuğunu ve yönlendirici 1'in artık N1 ağıyla iletişim kuramadığını düşünelim. Bundan sonra ilk yönlendirici ikinci yönlendiriciye yalnızca N2 ağına ilişkin güncellemeleri gönderecektir. Bu tür ilk güncellemeyi alan Yönlendirici 2 şöyle düşünecektir: "harika, şimdi N1 ağını Geçersiz Zamanlayıcıya koymam gerekiyor" ve ardından Geçersiz zamanlayıcıyı başlatacak. 180 saniye boyunca N1 ağ güncellemelerini kimseyle paylaşmayacak, ancak bu sürenin sonunda Geçersiz Zamanlayıcıyı durduracak ve Güncelleme Zamanlayıcısını yeniden başlatacaktır. Bu 180 saniye boyunca N1 ağının durumuyla ilgili herhangi bir güncelleme almazsa, onu 180 saniye süren bir Tutma zamanlayıcısına yerleştirir, yani Tutma zamanlayıcısı Geçersiz zamanlayıcı sona erdikten hemen sonra başlar.
Aynı zamanda, Geçersiz zamanlayıcıyla aynı anda başlayan başka bir dördüncü Yıkama zamanlayıcısı çalışıyor. Bu zamanlayıcı, N1 ağı hakkındaki son normal güncellemenin alınması ile ağın yönlendirme tablosundan kaldırılması arasındaki zaman aralığını belirler. Böylece bu zamanlayıcının süresi 240 saniyeye ulaştığında N1 ağı otomatik olarak ikinci yönlendiricinin yönlendirme tablosundan çıkarılacaktır.
Yani Güncelleme Zamanlayıcısı her 30 saniyede bir güncelleme gönderir. Her 180 saniyede bir çalışan Geçersiz Zamanlayıcı, yönlendiriciye yeni bir güncelleme ulaşana kadar bekler. Eğer ulaşmazsa, Bekleme Zamanlayıcısı her 180 saniyede bir çalışacak şekilde ağı bekleme durumuna alır. Ancak Geçersiz ve Yıkama zamanlayıcıları aynı anda başlar, böylece Temizleme başladıktan 240 saniye sonra güncellemede belirtilmeyen ağ yönlendirme tablosunun dışında bırakılır. Bu zamanlayıcıların süresi varsayılan olarak ayarlanır ve değiştirilebilir. RIP zamanlayıcıları budur.
Şimdi RIP protokolünün sınırlamalarını dikkate almaya devam edelim, bunlardan epeyce var. Ana sınırlamalardan biri otomatik toplamadır.
192.168.1.0/24 ağımıza dönelim. Yönlendirici 3, Yönlendirici 4'e /1.0 ile gösterilen tüm 24 ağı hakkında bilgi verir. Bu, ağ kimliği ve yayın adresi de dahil olmak üzere bu ağdaki 256 IP adresinin tamamının mevcut olduğu anlamına gelir; bu, bu aralıktaki herhangi bir IP adresine sahip cihazlardan gelen mesajların 10.1.1.1 ağı üzerinden gönderileceği anlamına gelir. R3 yönlendirme tablosuna bakalım.
192.168.1.0/26 ağını 3 alt ağa bölünmüş olarak görüyoruz. Bu, yönlendiricinin yalnızca /192.168.1.0 ağına ait olan belirtilen üç IP adresini bildiği anlamına gelir: 192.168.1.64, 192.168.1.128 ve 26. Ancak örneğin IP adresleri 192.168.1.192 ila 192.168.1.225 aralığında bulunan cihazlar hakkında hiçbir şey bilmiyor.
Ancak bazı nedenlerden dolayı R4, R3'ün kendisine gönderdiği trafikle ilgili her şeyi yani 192.168.1.0/24 ağındaki tüm IP adreslerini bildiğini düşünüyor ki bu tamamen yanlıştır. Aynı zamanda, yönlendiriciler birbirlerini "kandırdıkları" için trafiği düşürmeye başlayabilirler - sonuçta, yönlendirici 3'ün dördüncü yönlendiriciye bu ağın alt ağları hakkında her şeyi bildiğini söyleme hakkı yoktur. Bu, "otomatik toplama" adı verilen bir sorun nedeniyle oluşur. Trafik farklı büyük ağlar arasında hareket ettiğinde ortaya çıkar. Örneğin bizim durumumuzda C sınıfı adreslere sahip bir ağ, R3 yönlendirici aracılığıyla A sınıfı adreslere sahip bir ağa bağlanıyor.
R3 yönlendiricisi bu ağları aynı olarak kabul eder ve tüm rotaları otomatik olarak tek bir ağ adresi olan 192.168.1.0'da özetler. Önceki videolardan birinde süpernet rotalarını özetlemek hakkında konuştuklarımızı hatırlayalım. Toplamanın nedeni basit - yönlendirici, yönlendirme tablosundaki bir girişin, bizim için bu, 192.168.1.0 aracılığıyla 24/120 [1/10.1.1.1] girişinin, 3 girişten daha iyi olduğuna inanıyor. Ağ yüzlerce küçük alt ağdan oluşuyorsa, özetleme devre dışı bırakıldığında yönlendirme tablosu çok sayıda yönlendirme girişinden oluşacaktır. Bu nedenle yönlendirme tablolarında büyük miktarda bilgi birikmesini önlemek için otomatik rota özetleme kullanılır.
Ancak bizim durumumuzda rotaların otomatik olarak özetlenmesi, yönlendiriciyi yanlış bilgi alışverişinde bulunmaya zorladığından sorun yaratır. Bu nedenle R3 yönlendiricinin ayarlarına girip rotaların otomatik özetlenmesini yasaklayan bir komut girmemiz gerekiyor.
Bunu yapmak için, yönlendirici rip ve otomatik özet yok komutlarını sırayla yazıyorum. Bundan sonra güncelleme ağ üzerinden yayılana kadar beklemeniz gerekir ve ardından R4 yönlendiricinin ayarlarında show ip Route komutunu kullanabilirsiniz.
Yönlendirme tablosunun nasıl değiştiğini görebilirsiniz. 192.168.1.0 üzerinden 24/120 [1/10.1.1.1] girişi tablonun önceki versiyonundan korunmuştur ve Güncelleme zamanlayıcısı sayesinde her 30 saniyede bir güncellenen üç giriş bulunmaktadır. Temizleme zamanlayıcısı, güncellemeden 240 saniye artı 30 saniye, yani 270 saniye sonra bu ağın yönlendirme tablosundan kaldırılmasını sağlar.
192.168.1.0/26, 192.168.1.64/26 ve 192.168.1.128/26 ağları doğru şekilde listelenmiştir; bu nedenle, artık trafik 192.168.1.225 cihazına yönlendiriliyorsa, yönlendirici cihazın nerede olduğunu bilmediği için bu cihaz onu bırakacaktır. bu adres. Ancak önceki durumda, R3 için rotaların otomatik özetlenmesini etkinleştirdiğimizde, bu trafik 10.1.1.1 ağına yönlendiriliyordu ki bu tamamen yanlıştı çünkü R3'ün bu paketleri daha fazla göndermeden hemen bırakması gerekiyordu.
Bir ağ yöneticisi olarak, minimum miktarda gereksiz trafiğe sahip ağlar oluşturmalısınız. Örneğin bu durumda bu trafiği R3 üzerinden iletmeye gerek yoktur. İşiniz ağ verimini mümkün olduğu kadar artırmak, trafiğin buna ihtiyaç duymayan cihazlara gönderilmesini engellemektir.
RIP'in bir sonraki sınırlaması Döngüler veya yönlendirme döngüleridir. Yönlendirme tablosu doğru şekilde güncellendiğinde ağ yakınsamasından zaten bahsetmiştik. Bizim durumumuzda, yönlendiricinin 192.168.1.0/24 ağı hakkında hiçbir şey bilmiyorsa güncellemeleri almaması gerekir. Teknik olarak yakınsama, yönlendirme tablosunun yalnızca doğru bilgilerle güncellenmesi anlamına gelir. Bu, yönlendirici kapatıldığında, yeniden başlatıldığında, ağa yeniden bağlandığında vb. gerçekleşmelidir. Yakınsama, gerekli tüm yönlendirme tablosu güncellemelerinin tamamlandığı ve gerekli tüm hesaplamaların yapıldığı durumdur.
RIP'in yakınsaması çok zayıftır ve çok yavaş bir yönlendirme protokolüdür. Bu yavaşlıktan dolayı yönlendirme döngüleri veya “sonsuz sayaç” sorunu ortaya çıkar.
Önceki örneğe benzer bir ağ şeması çizeceğim - yönlendirici 1, yönlendirici 2'ye N2 ağı ile bağlı, N1 ağı, yönlendirici 1'e bağlı ve N2 ağı, yönlendirici 3'ye bağlı. Herhangi bir nedenden dolayı N1-R1 bağlantısının koptuğunu varsayalım.
Yönlendirici 2, N1 ağına yönlendirici 1 aracılığıyla tek atlamada erişilebileceğini biliyor ancak bu ağ şu anda çalışmıyor. Ağ arızalandıktan sonra zamanlayıcı işlemi başlar, yönlendirici 1 bunu Tutma durumuna geçirir ve bu şekilde devam eder. Bununla birlikte, yönlendirici 2'nin çalışan bir Güncelleme zamanlayıcısı vardır ve ayarlanan zamanda yönlendirici 1'e bir güncelleme gönderir; bu, N1 ağının iki atlama noktasında kendisi aracılığıyla erişilebilir olduğunu belirtir. Bu güncelleme, yönlendirici 1'ye N2 ağının arızasıyla ilgili bir güncelleme gönderme zamanı gelmeden önce yönlendirici 1'e ulaşır.
Bu güncellemeyi alan yönlendirici 1 şöyle düşünüyor: “Bana bağlı olan N1 ağının bir nedenden dolayı çalışmadığını biliyorum, ancak yönlendirici 2 bana bunun iki atlama noktasında mevcut olduğunu söyledi. Ona inanıyorum, bu yüzden bir atlama ekleyeceğim, yönlendirme tablomu güncelleyeceğim ve yönlendirici 2'ye, N1 ağına yönlendirici 2 aracılığıyla üç atlamada erişilebileceğini söyleyen bir güncelleme göndereceğim!
Bu güncellemeyi ilk yönlendiriciden alan yönlendirici 2 şöyle diyor: “tamam, daha önce R1'den N1 ağının tek atlamada mevcut olduğunu söyleyen bir güncelleme aldım. Şimdi bana 3 atlamada mevcut olduğunu söyledi. Belki ağda bir şeyler değişmiştir, buna inanmadan edemiyorum, bu yüzden yönlendirme tablomu bir atlama ekleyerek güncelleyeceğim." Bundan sonra R2, ilk yönlendiriciye N1 ağının artık 4 atlamada kullanılabilir olduğunu belirten bir güncelleme gönderir.
Sorunun ne olduğunu görüyor musun? Her iki yönlendirici de her seferinde bir atlama ekleyerek birbirlerine güncellemeler gönderir ve sonunda atlama sayısı büyük bir sayıya ulaşır. RIP protokolünde maksimum hop sayısı 16'dır ve bu değere ulaştığı anda yönlendirici bir sorun olduğunu fark eder ve bu rotayı yönlendirme tablosundan basitçe kaldırır. Bu, RIP'teki yönlendirme döngüleriyle ilgili sorundur. Bunun nedeni RIP'in bir mesafe vektörü protokolü olmasıdır; ağ bölümlerinin durumuna dikkat etmeden yalnızca mesafeyi izler. 1969'da bilgisayar ağları şimdikinden çok daha yavaşken, uzaklık vektörü yaklaşımı haklıydı, bu nedenle RIP geliştiricileri ana ölçü olarak atlama sayılarını seçtiler. Ancak günümüzde bu yaklaşım pek çok soruna yol açmaktadır, bu nedenle modern ağlar yaygın olarak OSPF gibi daha gelişmiş yönlendirme protokollerine geçmiştir. Fiilen bu protokol çoğu küresel şirketin ağları için standart haline geldi. Aşağıdaki videolardan birinde bu protokole ayrıntılı olarak bakacağız.
Artık RIP'e dönmeyeceğiz, çünkü bu en eski ağ protokolü örneğini kullanarak, yönlendirmenin temelleri ve bu protokolü artık büyük ağlar için kullanmamaya çalıştıkları sorunlar hakkında size yeterince bilgi verdim. Bir sonraki video derslerinde modern yönlendirme protokollerine (OSPF ve EIGRP) bakacağız.
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