RIP neden ölçeklenebilir değil?

Referansların çoğu "RIP ölçeklenemez" der, bu nedenle yalnızca daha küçük ağlarda kullanılabilir. Ama hiçbiri "NEDEN?" RIP'de aslında daha büyük ağlara ölçeklenmesini engelleyen nedir? OSPF, RIP'nin dezavantajını nasıl aşar?

Referansların çoğu "RIP ölçeklenemez" der, bu nedenle yalnızca daha küçük ağlarda kullanılabilir. Ama hiçbiri "NEDEN?" RIP'de aslında daha büyük ağlara ölçeklenmesini engelleyen nedir? OSPF, RIP'nin dezavantajını nasıl aşar?

özet

• RIPv1 rotaları sık sık (30 saniyede bir) taşar, bu da yönlendirme tablosunun boyutu arttıkça büyük CPU yükleri getirir. Bu, RIP'nin her bir rota için metrikleri yeniden hesapladığı gerçeğiyle , her yeni bir arayüzde (bir topoloji değişikliği olup olmadığına bakılmaksızın) her seferinde ortaya çıkar. Güzergah sayısı arttıkça RIP , diğer protokollerin yanı sıra ölçeklenmeyi de önler .
• RIPv1 olduğunu classful
• OSPF yolları seyrek olarak sular altında bırakır. Ağda bir topoloji değişikliği varsa, yalnızca değiştirilen LSA'lar sular altında kalır; metrikler bu değişikliklerde hesaplanır. Bu nedenle, nadiren su basmış olan LSA'larda isteğe bağlı rota hesaplamaları OSPF ölçeğini iyi yapar.
• OSPF , RIPV1'den daha ölçeklenebilir bir protokol yapan CIDR'yi destekleyen sınıfsız bir protokoldür.

RIPv1 Detayları:

RIP bir Mesafe Vektör protokolüdür ; tüm Distance Vector protokolleri Bellman-Ford algoritmasını çalıştırır . Yüksek düzeyde, bu şu anlama gelir:

• Yönlendirme tablosundaki tüm güzergahlar periyodik olarak tüm arayüzlerden duyurulur.
• RIP taşkınları her RIP arayüzünü 30 saniyede bir yönlendirir. Yana RIP yolları rivayete göre , yönlendirme tablosundaki her 30 saniyede bir büyüklüğü ile doğru orantılı olarak topoloji zorunluluk çalışmalarında bu araçlar her yönlendirici. Bunun binlerce yüke (özellikle donanım iletimi olmayan CPU tabanlı yönlendiricilere) yaklaştıkça, CPU yükü ve trafik titremesi etkileri korkutucu hale gelir.
• RIP protokolü kendisi (Eğer yol-ağırlık hiçbir şekilde yapmak gerekirse küçük) 15 atlama bir sabit maksimum hop-sayısı vardır.
• Bellman-Ford algoritmalarını temel alan protokoller , yönlendirme döngülerine ve sonsuzdan sayma sorunlarına eğilimlidir .

OSPF Ayrıntıları:

Aksine, OSPF Dijkstra'nın algoritmasını çalıştıran bir bağlantı durumu protokolüdür . Gibi:

• Her yönlendirici , yönlendirme güncellemelerinde ( LSA'lar adı verilir ) yalnızca doğrudan bağlı ve yeniden dağıtılmış yollarını duyurur .
• Her yönlendirici varsayılan olarak her 30 dakikada bir kendi LSA'sını taşar (çünkü rota yenileme zamanlayıcısı 3600 saniye veya 1 saattir)
• Yönlendirme tablosundaki değişiklikler tarafından tetiklendiğinde LSA'lar da sular altında kalır
• Yönlendiriciler, yalnızca gerektiğinde dağıtılmış LSA yolu hesaplamaları yapmak için Dijkstra algoritmasını kullanır .

Mike'ın daha önce açıkladığı şeye eklemek için RIP, rotalarını yeniden hesaplar ve hepsini her 30 saniyede bir duyurur. Binlerce yönlendirici ve on binlerce rotadan oluşan bir ağda, bu hesaplanan bir çok yol vardır - yönlendiriciler herhangi bir trafiği gerçekten iletmek için çok meşgul olacaktır.

Muhtemelen öğrendiğiniz gibi, RIP'nin maksimum metriği 15 atlamadır. Bu ağın boyutunu sınırlar.

RIP'nin hiyerarşisi yoktur. Dünya çapında bir ağ hayal edin ve Singapur'da her bağlantı yukarı ve aşağı gittiğinde, İzlanda'daki yönlendiricinin tüm rotalarını yeniden hesaplaması gerekir. Bir bölgeyi diğerinden izole etmenin bir yolu yoktur.