OSPF DR ve BDR: seçim arayüze aittir

OSPF rolleri gövdeye değil arayüzlere bağlıdır. Aynı cihaz kendi LAN segmentinde atanmış yönlendirici, bir tünelde ise hiçbir özelliği olmayan bir düğüm olabilir ve bu iki gerçek birbirini çürütmez. Rolü yanlış arayüzden okumak, tam da tasarlandığı gibi çalışan bir hub’ın yanlış yapılandırılmış görünmesinin en yaygın nedenidir.

Önemli olan karşılaştırma, bir segmentteki roller ile bir yönlendirici boyunca roller arasında ve yedek ne yapar ile ne yapmaz arasındadır.

Segment başına bir seçim

RFC 2328 her broadcast veya NBMA ağı için atanmış bir yönlendirici ve yedek atanmış yönlendirici seçer; yönlendirici için değil, alan için değil. Böyle bir ağa katılan her arayüz kendi önceliği ve kendi komşu kümesiyle kendi seçimini yürütür. Böyle üç arayüzlü bir gövde aynı anda üç farklı rol taşıyabilir, bu yüzden segment adlandırılmadan hub’ın DR olduğunu söylemek eksiktir. Rolü o arayüzün kendi komşu çıktısından okuyun.

Aynı alandaki iki arayüz hâlâ iki seçimdir. Alan üyeliği onları birleştirmez.

Yedek beklerken ne yapar

Yedek atanmış yönlendirici, segmentindeki yönlendiricilerle tam komşudur ve yeni bir komşuluk oluşmadan devralabilmek için veritabanını eşzamanlı tutar. Yedek rolündeyken yapmadığı şey, o ağın network-LSA’sını üretmektir, çünkü o atanmış yönlendiriciye aittir. Taşma rolü bazı adımlarda atanmış yönlendiricininkinden dardır, bu da sessiz ya da atıl olmakla aynı şey değildir. Yedeği terfiye kadar hiçbir şey yapmayan bir yönlendirici olarak görmek çok kendinden emin ve çok yanlış açıklamalar üretir.

Yararlı soru yedeğin neden çekindiği değil, segmentin modelin gerektirdiği OSPF paketlerini iletip iletemediğidir. Bir katılımcı bunları diğerleriyle değiş tokuş edemiyorsa seçim sonucu erişilebilirliğin belirtisidir, nedeni değil.

Tünel gerçekte hangi modeli kullanıyor

Broadcast ve NBMA ağları seçim yapar; noktadan noktaya ve noktadan çoka nokta ağları yapmaz, çünkü seçim yapılacak ortak bir segment yoktur. Hub-and-spoke katmanında etkin model tünel arayüzünün nasıl yapılandırıldığına bağlıdır, bu yüzden herhangi bir rolü yorumlamadan önce onu okuyun. Broadcast segmenti gibi davranan bir tünel ile noktadan noktaya bağlantılar kümesi gibi davranan bir tünel tamamen farklı komşu davranışı üretir.

Tasarım hub’ın atanmış rolü taşımasını istiyorsa model ve erişilebilirlik bunu birlikte desteklemelidir. Gerekli paketleri her katılımcıyla değiş tokuş edemeyen bir hub yalnızca önceliği yüksek olduğu için yararlı bir atanmış yönlendirici olmaz. Önce komşu durumlarını ve altyapıdaki iletimi kontrol edin, sonra rolün yanlış mı yoksa yalnızca beklenmedik mi olduğuna karar verin.

Uygunluk arayüz başınadır ve öncelik otomatik değildir

Öncelik arayüz başına ayarlanır ve sıfır öncelik o arayüzü iki seçimden de çıkarır. Uygun katılımcılar arasında kazananı önce öncelik, sonra yönlendirici ID’si belirler, ancak daha yüksek öncelikle yeni gelen bir yönlendirici mevcut atanmış yönlendiriciyi devre dışı bırakmaz. Bu öncelik yokluğu bilinçlidir ve en yüksek önceliğin hemen kazanacağını bekleyenleri şaşırtır. Belirli bir yönlendiricinin rolü taşıması gerekiyorsa, yapılandırma değişikliğinin kendiliğinden yürürlüğe gireceğini varsaymak yerine olayların sırasını planlayın.

Başka uygun bir katılımcı sağlamadan her spoke’u dışlamak, hiç yedek olmayabileceği anlamına da gelir.

İki açıklamayı dürüstçe karşılaştırın: yanlış segmentten okunmuş bir rol ya da üyelerinin birbirine ulaşamadığı bir segment. Birincisi tasarım, ikincisi iletim sorunudur ve bunlardan yalnızca biri öncelik düzenlenerek onarılır.