لب عملی: پیکربندی OSPF روی شبکه‌های Broadcast

این لب عملی OSPF را در سراسر یک سگمنت اترنت با سه روتر پیکربندی می‌کند، انتخاب DR و BDR را در عمل مشاهده می‌کند، و تأیید می‌کند چگونه اساساً با رفتار نقطه-به-نقطه پوشش‌داده‌شده در لب قبلی متفاوت است.

نوع شبکه Broadcast در OSPFانتخاب DR و BDRاولویت OSPF

~3 min read · Updated Sep 22, 2026

هدف لب

پیکربندی OSPF روی یک سگمنت اترنت به‌اشتراک‌گذاشته‌شده توسط سه روتر، مشاهده فرآیند انتخاب DR و BDR، تأثیرگذاری دستی روی نتیجه با استفاده از اولویت OSPF، و تأیید حالت‌های همسایه حاصل.

هدف لب (چرا مهم است)

برخلاف نوع شبکه نقطه-به-نقطه پوشش‌داده‌شده در لب قبلی، یک نوع شبکه broadcast (پیش‌فرض روی اینترفیس‌های اترنت) نیازمند انتخاب یک Designated Router و Backup Designated Router برای کاهش تعداد همسایگی‌های مورد نیاز در میان چند روتر که همان سگمنت را به اشتراک می‌گذارند است.

توپولوژی لب

R1، R2، R3 همگی به همان سگمنت اترنت از
طریق Switch1 متصل‌اند

R1: 192.168.100.1/24
R2: 192.168.100.2/24
R3: 192.168.100.3/24

وظیفه ۱: پیکربندی آدرس‌دهی پایه

اینترفیس‌های اترنت هر سه روتر روی سگمنت مشترک را پیکربندی کن.

وظیفه ۲: فعال‌کردن OSPF روی هر سه روتر

فرآیند OSPF 1 را روی هر سه روتر فعال کن، و شبکه مشترک را به ناحیه 0 تبلیغ کن.

وظیفه ۳: تأیید نوع شبکه

تأیید کن اینترفیس به‌عنوان یک نوع شبکه OSPF broadcast شناخته می‌شود.

وظیفه ۴: مشاهده انتخاب پیش‌فرض DR/BDR

شناسایی کن کدام روتر به‌طور پیش‌فرض DR و کدام BDR شده، بر اساس Router ID.

وظیفه ۵: تأثیرگذاری روی انتخاب با استفاده از اولویت

اولویت OSPF R3 را بالاتر از دیگران تنظیم کن، سپس فرآیندهای OSPF را بازنشانی کن و مشاهده کن آیا R3 DR جدید می‌شود.

راه‌حل و تأیید

R1(config)# interface gigabitethernet0/0
R1(config-if)# ip address 192.168.100.1 255.255.255.0
R1(config-if)# no shutdown

R2(config)# interface gigabitethernet0/0
R2(config-if)# ip address 192.168.100.2 255.255.255.0
R2(config-if)# no shutdown

R3(config)# interface gigabitethernet0/0
R3(config-if)# ip address 192.168.100.3 255.255.255.0
R3(config-if)# no shutdown

R1(config)# router ospf 1
R1(config-router)# network 192.168.100.0 0.0.0.255 area 0

R2(config)# router ospf 1
R2(config-router)# network 192.168.100.0 0.0.0.255 area 0

R3(config)# router ospf 1
R3(config-router)# network 192.168.100.0 0.0.0.255 area 0

R1# show ip ospf interface gigabitethernet0/0

GigabitEthernet0/0 is up, line protocol is up
  Internet Address 192.168.100.1/24, Area 0
  Network Type BROADCAST, Cost: 1

R1# show ip ospf neighbor

Neighbor ID     Pri   State           Address         Interface
192.168.100.2   1     FULL/BDR        192.168.100.2   GigabitEthernet0/0
192.168.100.3   1     FULL/DR         192.168.100.3   GigabitEthernet0/0

-- به‌طور پیش‌فرض، روتر با بالاترین Router ID
-- انتخاب DR را می‌برد (اینجا، R3 با
-- 192.168.100.3)، با دومین-بالاترین که BDR
-- می‌شود (R2) -- R1 خودش را نه یکی از این‌ها
-- می‌بیند، که DROTHER در وضعیت خودش نشان داده می‌شود

-- تلاش برای اولویت برای مجبورکردن R1 به‌جای آن
-- DR شود، برای نمایش:
R1(config)# interface gigabitethernet0/0
R1(config-if)# ip ospf priority 200

R1(config-if)# shutdown
R1(config-if)# no shutdown

R1# show ip ospf neighbor

-- تغییر اولویت R1 به‌طور گذشته‌نگر DR/BDR
-- موجود را جابه‌جا نمی‌کند -- انتخاب DR/BDR
-- غیر-preemptive است، پس R3 حتی با اولویت
-- بالاتر R1 همچنان DR باقی می‌ماند، تا خود
-- R3 down شود و یک انتخاب واقعاً جدید رخ دهد

نکته کلیدی

انتخاب DR/BDR در OSPF عمداً غیر-preemptive است: وقتی یک DR انتخاب شد، یک روتر با اولویت-بالاتر تازه-پیکربندی‌شده به‌طور خودکار جایگزین نمی‌شود، حتی پس از بازنشانی فرآیند OSPF خودش — DR موجود فقط اگر واقعاً down شود تغییر می‌کند، که دقیقاً چرایی این است که اولویت باید پیش از اینکه یک روتر ابتدا به سگمنت بپیوندد پیکربندی شود نه پس از اینکه یک DR از قبل ایجاد شده.

Written & researched by Dr. Shahin Siami

Related Articles

لب عملی: چالش عیب‌یابی جامع نهایی CCNP (یکپارچگی BGP، DMVPN، و QoS)

این لب عملی یک شکست پیچیده چندلایه در سراسر یک توپولوژی یکپارچه BGP-روی-DMVPN ترکیب‌شده با علامت‌گذاری QoS ارائه می‌دهد، و نیازمند تشخیص سیستماتیک یک پیکربندی نادرست route reflector، یک شکست ثبت NHRP، و یک سیاست QoS نادرست‌اعمال‌شده که هم‌زمان روی همان شبکه تأثیر می‌گذارند است.

Continue

لب عملی: پیکربندی BGP روی DMVPN

این لب عملی iBGP را به‌عنوان پروتکل مسیریابی در سراسر همان توپولوژی hub-and-spoke DMVPN استفاده‌شده در دو لب قبلی اجرا می‌کند، hub را به‌عنوان یک route reflector BGP پیکربندی می‌کند طوری‌که spoke ها مسیرهای یکدیگر را بدون یک mesh کامل iBGP یاد بگیرند، و دو مفهوم قبلاً جداگانه را در یک طراحی یکپارچه ترکیب می‌کند.

Continue

لب عملی: پیکربندی OSPF روی DMVPN

این لب عملی OSPF را به‌عنوان پروتکل مسیریابی پویا در سراسر همان توپولوژی hub-and-spoke DMVPN اجرا می‌کند، و اینترفیس تونل را به‌عنوان یک نوع شبکه OSPF point-to-multipoint پیکربندی می‌کند تا الگوی همسایگی hub-and-spoke را به‌درستی بدون نیاز به انتخاب DR/BDR نوع شبکه broadcast مدیریت کند.

Continue

لب عملی: پیکربندی EIGRP روی DMVPN

این لب عملی EIGRP را به‌عنوان پروتکل مسیریابی پویا در سراسر توپولوژی hub-and-spoke DMVPN ساخته‌شده در لب‌های قبلی اجرا می‌کند، و تأیید می‌کند روابط همسایه به‌درستی در سراسر تونل چندنقطه‌ای شکل می‌گیرند و مسیرها بدون نیاز به پیکربندی ایستای هر-spoke روی hub منتشر می‌شوند.

Continue

لب عملی: پیکربندی احراز هویت MD5 در HSRP

این لب عملی احراز هویت MD5 را روی یک گروه HSRP پیکربندی می‌کند، و تأیید می‌کند دو روتر با رشته‌های احراز هویت منطبق یک رابطه active/standby معمولی تشکیل می‌دهند در حالی که یک روتر با رشته نامنطبق کاملاً از گروه مستثنی می‌شود.

Continue

لب عملی: پیکربندی امنیت DNS به‌سبک-Cisco Umbrella از طریق تغییرمسیر Forwarding DNS

این لب عملی یک روتر را برای رهگیری هر پرس‌وجوی DNS کلاینت و تغییرمسیر آن به‌سمت یک resolver DNS امنیت-محور با استفاده از رهگیری forwarding DNS پیکربندی می‌کند، و اعمال امنیت DNS تحویل‌شده-با-ابر را بدون نیاز به تغییرات پیکربندی به‌ازای-هر-کلاینت تقریب می‌زند.

Continue