OSPF DR və BDR: seçim interfeysə aiddir

OSPF rolları korpusa deyil, interfeyslərə bağlanır. Eyni cihaz öz LAN seqmentində təyin olunmuş marşrutlaşdırıcı, tuneldə isə heç bir xüsusi şey ola bilər və bu iki fakt bir-birinə zidd deyil. Rolu səhv interfeysdən oxumaq, hub-ın tam dizayn edildiyi kimi işlədiyi halda səhv konfiqurasiya edilmiş görünməsinin ən çox yayılmış səbəbidir.

Əhəmiyyətli müqayisə bir seqmentdəki rollarla marşrutlaşdırıcı boyunca rollar arasında, həmçinin ehtiyatın nə etdiyi ilə nə etmədiyi arasındadır.

Hər seqment üçün bir seçim

RFC 2328 hər broadcast və ya NBMA şəbəkəsi üçün təyin olunmuş marşrutlaşdırıcı və ehtiyat təyin olunmuş marşrutlaşdırıcı seçir, marşrutlaşdırıcı üçün yox və area üçün yox. Belə şəbəkədə iştirak edən hər interfeys öz prioriteti və öz qonşu dəsti ilə öz seçimini keçirir. Üç belə interfeysi olan korpus eyni anda üç fərqli rol daşıya bilər, buna görə də seqment adlandırılmadan hub-ın DR olduğunu söyləmək yarımçıqdır. Rolu həmin interfeysin öz qonşu çıxışından oxuyun.

Eyni areada iki interfeys yenə iki seçimdir. Area üzvlüyü onları birləşdirmir.

Ehtiyat gözləyərkən nə edir

Ehtiyat təyin olunmuş marşrutlaşdırıcı öz seqmentindəki marşrutlaşdırıcılarla tam qonşudur və bazasını sinxron saxlayır ki, yeni qonşuluq yaranmadan vəzifəni öz üzərinə götürə bilsin. Ehtiyat kimi fəaliyyət göstərərkən etmədiyi şey həmin şəbəkənin network-LSA-sını yaratmaqdır, çünki ona təyin olunmuş marşrutlaşdırıcı sahibdir. Onun flooding rolu bəzi addımlarda təyin olunmuş marşrutlaşdırıcınınkindən dardır ki, bu da susmaq və ya boş durmaq demək deyil. Ehtiyata yüksəlişə qədər heç nə etməyən marşrutlaşdırıcı kimi baxmaq çox inamlı və çox səhv izahlar doğurur.

Faydalı sual ehtiyatın nədən çəkindiyi deyil, seqmentin modelin tələb etdiyi OSPF paketlərini çatdıra bilməsidir. Əgər iştirakçı onları digərləri ilə mübadilə edə bilmirsə, seçim nəticəsi səbəb deyil, çatımlılığın əlamətidir.

Tunel əslində hansı modeli istifadə edir

Broadcast və NBMA şəbəkələri seçir; point-to-point və point-to-multipoint şəbəkələri seçmir, çünki seçim aparılacaq ortaq seqment yoxdur. Hub-and-spoke üstquruluşunda effektiv model tunel interfeysinin necə konfiqurasiya edildiyindən asılıdır, ona görə hər hansı rolu şərh etməzdən əvvəl onu oxuyun. Broadcast seqmenti kimi davranan tunel ilə point-to-point keçid çoxluğu kimi davranan tunel tamamilə fərqli qonşu davranışı yaradır.

Əgər dizayn hub-ın təyin olunmuş rolu daşımasını istəyirsə, model və çatımlılıq bunu birlikdə dəstəkləməlidir. Hər iştirakçı ilə tələb olunan paketləri mübadilə edə bilməyən hub yalnız prioriteti yüksək olduğu üçün faydalı təyin olunmuş marşrutlaşdırıcı olmayacaq. Əvvəlcə qonşu vəziyyətlərini və əsas çatdırılmanı yoxlayın, sonra rolun səhv, yoxsa sadəcə gözlənilməz olduğuna qərar verin.

Uyğunluq interfeys üzrədir və əvvəllik avtomatik deyil

Prioritet hər interfeys üzrə təyin edilir və sıfır prioritet o interfeysi hər iki seçimdən çıxarır. Uyğun iştirakçılar arasında qalib əvvəlcə prioritetlə, sonra marşrutlaşdırıcı ID-si ilə müəyyən olunur, lakin daha yüksək prioritetli yeni gəlmiş marşrutlaşdırıcı mövcud təyin olunmuş marşrutlaşdırıcını yerindən tərpətmir. Bu əvvəlliksizlik qəsdəndir və ən yüksək prioritetin dərhal qazanacağını gözləyənləri təəccübləndirir. Müəyyən bir marşrutlaşdırıcı rolu daşımalıdırsa, konfiqurasiya dəyişikliyinin öz-özünə qüvvəyə mindiyini fərz etmək əvəzinə hadisələrin ardıcıllığını planlaşdırın.

Başqa uyğun iştirakçı təqdim etmədən bütün spoke-ları istisna etmək həm də o deməkdir ki, ümumiyyətlə ehtiyat olmaya bilər.

İki izahı dürüst müqayisə edin: səhv seqmentdən oxunmuş rol, yoxsa üzvləri bir-birinə çata bilməyən seqment. Birincisi dizayn, ikincisi çatdırılma məsələsidir və onlardan yalnız biri prioriteti redaktə etməklə düzəldilir.