Bu soru Cisco Destek Topluluğu'nda sorulanla aynı soruya tam bir cevaptır . Cevaplar Stack Exchange'e özeldir.
Tüm alanların OSPF'deki 0 alanına bağlanması için doğru nedeni araştırıyorum. Küçük bir fikrim var, ama bütün konseptle net değilim.
Eğer 2 alan 0 alanından (bitişik olmayan) bağlanmazsa, OSPF bir bağlantı durumu protokolü olarak davranma, yönlendirme döngülerinin olasılığını nasıl artırır?
Yanıtlar:
OSPF'de neden 0 alanı omurga alanıdır? Neden diğer tüm alanlar buna bağlanmalı?
Bu, RFC 3509, Bölüm 1.2 1'de çok iyi açıklanmıştır :
1.2 Motivasyon
OSPF alanlarında, alan topolojisi sınırlandırılmıştır, böylece bir omurga alanı (alan 0) olmalı ve diğer tüm alanlar omurgayla fiziksel veya sanal bağlantılara sahip olmalıdır. Bu yıldız benzeri topolojinin nedeni, OSPF alanlar arası yönlendirmenin uzaklık-vektör yaklaşımını kullanması ve katı bir alan hiyerarşisinin "sonsuzluğa sayım" probleminden kaçınmasına izin vermesidir. OSPF, ABR'lerin sadece omurga içine enjekte edilmesine olanak sağlayan ve bölge içi yollardan türetilen Özet LSA'ları ve ABR'lerin SPF hesaplamasını sadece omurga bölgesindeki Özet-LSA'ları göz önüne almak üzere sınırlayan bir Ufuk mekanizması uygulayarak alan-içi yönlendirme döngülerini önler. bağlantı durumu veritabanı.
OSPF genellikle bir bağlantı durumu protokolü olarak kabul edilir . Bazı insanların özlediği şey OSPF'nin hem bağlantı durumu protokolünü hem de mesafe-vektör protokolü algoritmalarını kullanmasıdır.
OSPF'nin uzaklık-vektör davranışına basit bir örnek :
<-- Area 5 --><-- Area 0 --><-- Area 4 -->
R5-----------R1-----------R2------------R3---------------------R4
Cost 3 Cost 5 Cost 7 Cost 12
LSA--> LSA-->
Type3 LSA Type3 LSA
{From R1} {From R2}
R5 cost is 3 R5 cost is 8
R5 için bir / 32 Geri Döngü yoluna ne olduğunu göz önünde bulundurun.
Tüm omurga dışı yolların omurga içinden geçmesi gerekmesi döngü önleme mekanizmasıdır.
Eğer 2 alan 0 alanından (bitişik olmayan) bağlanmazsa, OSPF bir bağlantı durumu protokolü olarak davranma, yönlendirme döngülerinin olasılığını nasıl artırır?
Yukarıda gördüğümüz gibi, OSPF Alan 0 omurgasından rota göndermek için mesafe-vektör davranışını kullanır . Uzaklık-vektör protokolleri, sonsuz sayma problemi gibi iyi bilinen sınırlara sahiptir . Davranışı konusunda sınırlarımız olmasaydı, OSPF aynı konulara karşı savunmasız olurdu.
1 RFC 3509, Cisco IOS'un ABR davranışını açıklıyor
Alan 0 omurga olarak seçildi, 0 veya 0.0.0.0 sayısı sadece bir sayı.
OSPF bağlantı durumunda olduğundan, LSDB bir alan içinde aynı olmalıdır. Bu, SPF hesaplamasının tutarlı olmasını sağlamak ve yönlendirme döngülerini önlemek içindir.
Tek alanlı OSPF çalıştırıyorsanız, herhangi bir alan kullanılabilir, alan 0'a gerek yoktur.
Çok alanlı OSPF çalıştırırken, bir ABR kullanılmalıdır. Bir ABR, 0 alanında ve en az bir başka alanda bitişik bir yönlendiricidir.
ABR'ler tip 1 ve 2 LSA’ları alır ve diğer alanlarda tip 3 özet LSA’ları olarak ilan eder. Bu öneklerin bir özeti değildir, topolojik bilgilerin bir özetidir. Bu aslında mesafe vektörü davranışıdır.
Diğer bölgeler birbirleri hakkında tam bilgiye sahip olmadığından, tüm bölgeler arası trafik, alan 0'dan geçmelidir. Aksi halde, tam topolojiye sahip olmadığından yönlendirme döngüleri olabilir.
Bu tasarım nedeniyle OSPF, diğer alanlarda bağlantılar yukarı / aşağı gittiğinde tam SPF çalıştırmak zorunda değildir. Bu ölçeklenebilirliği arttırır.
“OSPF: Bir Yönlendirme Protokolünün Anatomisi” den, OSPF spesifikasyonunun çoğunu yazan John Moy.
Alanlar arasındaki yönlendirme bilgilerinin değişimi esasen Distance Vector'dir. Distance Vector ile, daha fazla sayıda yedekli yol, yakınsama özelliklerinizi daha da kötüleştirir. OSPF, tüm alanların doğrudan omurgaya bağlanmasını gerektirir, böylece topolojiyi basit bir göbekle sınırlar ve topolojiyi konuşur. Bu gereksiz yolları ortadan kaldırır ve 'sonsuzluğa say' sorunlarına maruz kalmasını önler.