OSPF DR و BDR: انتخاب به رابط تعلق دارد
یک مسیریاب می‌تواند در LAN خود تعیین‌شده و در تونل عادی باشد. نقش را برای هر سگمنت بخوانید، سپس بررسی کنید که تونل می‌تواند آنچه مدل نیاز دارد را تحویل دهد.
نقش‌های OSPF به رابط‌ها می‌چسبند، نه به شاسی. همان دستگاه می‌تواند در سگمنت LAN خود مسیریاب تعیین‌شده باشد و در یک تونل هیچ چیز خاصی نباشد، و این دو واقعیت با هم تناقض ندارند. خواندن نقش از رابط اشتباه شایع‌ترین دلیل آن است که یک هاب بدتنظیم به نظر می‌رسد، در حالی که دقیقاً همان‌گونه که طراحی شده کار می‌کند.
مقایسه‌ای که اهمیت دارد میان نقش‌ها در یک سگمنت و نقش‌ها در سراسر یک مسیریاب است، و میان کاری که پشتیبان انجام می‌دهد و کاری که انجام نمی‌دهد.
یک انتخاب برای هر سگمنت
RFC 2328 برای هر شبکه broadcast یا NBMA یک مسیریاب تعیین‌شده و یک مسیریاب تعیین‌شده پشتیبان انتخاب می‌کند، نه برای یک مسیریاب و نه برای یک ناحیه. هر رابطی که در چنین شبکه‌ای شرکت می‌کند انتخاب خودش را با اولویت خودش و مجموعه همسایه خودش اجرا می‌کند. یک شاسی با سه چنین رابطی می‌تواند سه نقش متفاوت را همزمان داشته باشد، به همین دلیل گفتن اینکه هاب همان DR است تا زمانی که سگمنت نام برده نشود ناقص است. نقش را از خروجی همسایه همان رابط بخوانید.
دو رابط در یک ناحیه هنوز دو انتخاب‌اند. عضویت در ناحیه آن‌ها را یکی نمی‌کند.
پشتیبان در حین انتظار چه می‌کند
مسیریاب تعیین‌شده پشتیبان با مسیریاب‌های سگمنت خود کاملاً همسایه است و پایگاه داده خود را همگام نگه می‌دارد تا بتواند بدون تشکیل همسایگی جدید کار را بر عهده بگیرد. کاری که در نقش پشتیبان انجام نمی‌دهد تولید network-LSA آن شبکه است، زیرا آن متعلق به مسیریاب تعیین‌شده است. نقش سیل‌آسای آن در برخی گام‌ها باریک‌تر از مسیریاب تعیین‌شده است، که همان سکوت یا بی‌کاری نیست. برخورد با پشتیبان به‌عنوان مسیریابی که تا ارتقا هیچ کاری نمی‌کند توضیح‌های بسیار مطمئن و بسیار نادرستی تولید می‌کند.
پرسش سودمند این نیست که پشتیبان از چه چیزی خودداری می‌کند، بلکه این است که آیا سگمنت می‌تواند بسته‌های OSPF مورد نیاز مدل را تحویل دهد. اگر یک مشارکت‌کننده نتواند آن‌ها را با دیگران مبادله کند، نتیجه انتخاب نشانه‌ای از دسترس‌پذیری است نه علت آن.
تونل در واقع از کدام مدل استفاده می‌کند
شبکه‌های broadcast و NBMA انتخاب می‌کنند؛ شبکه‌های نقطه‌به‌نقطه و نقطه‌به‌چندنقطه انتخاب نمی‌کنند، زیرا سگمنت مشترکی برای انتخاب وجود ندارد. در یک لایه رویی hub-and-spoke مدل مؤثر به نحوه پیکربندی رابط تونل بستگی دارد، پس آن را پیش از تفسیر هر نقشی بخوانید. تونلی که مانند یک سگمنت broadcast رفتار می‌کند و تونلی که مانند مجموعه‌ای از پیوندهای نقطه‌به‌نقطه رفتار می‌کند رفتار همسایگی کاملاً متفاوتی تولید می‌کنند.
اگر طراحی می‌خواهد هاب نقش تعیین‌شده را داشته باشد، مدل و دسترس‌پذیری باید با هم از آن پشتیبانی کنند. هابی که نمی‌تواند بسته‌های لازم را با هر مشارکت‌کننده مبادله کند تنها به خاطر بالا بودن اولویتش مسیریاب تعیین‌شده سودمندی نخواهد شد. نخست وضعیت همسایه‌ها و تحویل زیربنایی را بررسی کنید، سپس تصمیم بگیرید که نقش اشتباه است یا فقط غیرمنتظره.
صلاحیت به ازای هر رابط است و پیش‌دستی خودکار نیست
اولویت برای هر رابط تعیین می‌شود و اولویت صفر آن رابط را از هر دو انتخاب بیرون می‌آورد. میان مشارکت‌کنندگان واجد شرایط برنده با اولویت و سپس با شناسه مسیریاب تعیین می‌شود، اما مسیریاب تازه‌واردی با اولویت بالاتر مسیریاب تعیین‌شده موجود را کنار نمی‌زند. این نبود پیش‌دستی عمدی است و کسانی را که انتظار دارند بالاترین اولویت بی‌درنگ برنده شود شگفت‌زده می‌کند. اگر مسیریاب مشخصی باید نقش را داشته باشد، ترتیب رویدادها را برنامه‌ریزی کنید نه اینکه فرض کنید تغییر پیکربندی خودبه‌خود اثر می‌کند.
حذف هر spoke بدون فراهم کردن مشارکت‌کننده واجد شرایط دیگر نیز به این معناست که ممکن است هیچ پشتیبانی وجود نداشته باشد.
دو توضیح را صادقانه مقایسه کنید: نقشی که از سگمنت اشتباه خوانده شده، یا سگمنتی که اعضایش به هم نمی‌رسند. اولی پرسشی درباره طراحی و دومی پرسشی درباره تحویل است، و تنها یکی از آن‌ها با ویرایش یک اولویت درست می‌شود.