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

این لب عملی OSPF را در سراسر یک توپولوژی non-broadcast multi-access با استفاده از عبارات neighbor مشخص‌شده دستی پیکربندی می‌کند، چون این نوع شبکه نمی‌تواند برای کشف خودکار همسایگان به بسته‌های hello مالتی‌کست متکی باشد.

نوع شبکه Non-Broadcast در OSPFعبارت Neighbor دستیپیکربندی NBMA

~3 min read · Updated Sep 22, 2026

هدف لب

پیکربندی OSPF در سراسر یک توپولوژی non-broadcast multi-access (NBMA) با استفاده از دستور neighbor برای تعریف دستی همسایگی‌ها، چون کشف خودکار مبتنی‌بر-مالتی‌کست روی این نوع شبکه عمل نمی‌کند.

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

برخلاف نوع شبکه broadcast پوشش‌داده‌شده در یک لب قبلی، شبکه‌های NBMA (از نظر تاریخی Frame Relay، همچنان از نظر مفهومی برای توپولوژی‌های hub-and-spoke مرتبط) نمی‌توانند به مکانیزم hello مالتی‌کست معمولی OSPF برای کشف خودکار همسایگان متکی باشند، که نیازمند مشخص‌کردن دستی همسایگان توسط مدیران است.

توپولوژی لب

توپولوژی NBMA hub-and-spoke:

R1 (hub): 172.20.100.1/24
R2 (spoke): 172.20.100.2/24
R3 (spoke): 172.20.100.3/24

هر سه همان زیرشبکه منطقی را به اشتراک می‌گذارند
اما R2 و R3 هیچ اتصال مستقیمی به یکدیگر ندارند،
فقط به R1 (یک ویژگی تعریف‌کننده NBMA)

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

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

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

OSPF را روی هر سه روتر فعال کن، و صراحتاً نوع شبکه اینترفیس را روی non-broadcast تنظیم کن.

وظیفه ۳: تعریف دستی همسایگان روی Hub

روی R1، هم R2 و هم R3 را صراحتاً به‌عنوان همسایگان OSPF مشخص کن.

وظیفه ۴: تعریف دستی همسایه روی هر Spoke

روی R2 و R3، R1 را صراحتاً به‌عنوان همسایه OSPF‌شان مشخص کن.

وظیفه ۵: تأیید تشکیل درست همسایگی‌ها

تأیید کن R1 همسایگی‌هایی با هر دو spoke تشکیل می‌دهد، و اینکه R2 و R3 به‌درستی فقط به‌سمت R1 اشاره می‌کنند.

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

R1(config)# interface serial0/0/0
R1(config-if)# ip address 172.20.100.1 255.255.255.0
R1(config-if)# ip ospf network non-broadcast
R1(config-if)# no shutdown

R2(config)# interface serial0/0/0
R2(config-if)# ip address 172.20.100.2 255.255.255.0
R2(config-if)# ip ospf network non-broadcast
R2(config-if)# no shutdown

R3(config)# interface serial0/0/0
R3(config-if)# ip address 172.20.100.3 255.255.255.0
R3(config-if)# ip ospf network non-broadcast
R3(config-if)# no shutdown

R1(config)# router ospf 1
R1(config-router)# network 172.20.100.0 0.0.0.255 area 0
R1(config-router)# neighbor 172.20.100.2
R1(config-router)# neighbor 172.20.100.3

-- از آنجا که شبکه‌های non-broadcast همچنان
-- مانند شبکه‌های broadcast یک DR/BDR انتخاب
-- می‌کنند، اما نمی‌توانند همسایگان را از طریق
-- مالتی‌کست کشف کنند، اولویت بالاتر R1 آن را
-- به انتخاب طبیعی DR برای این طراحی
-- hub-and-spoke تبدیل می‌کند

R2(config)# router ospf 1
R2(config-router)# network 172.20.100.0 0.0.0.255 area 0
R2(config-router)# neighbor 172.20.100.1

R3(config)# router ospf 1
R3(config-router)# network 172.20.100.0 0.0.0.255 area 0
R3(config-router)# neighbor 172.20.100.1

R1# show ip ospf neighbor

Neighbor ID     Pri   State           Address
172.20.100.2     1     FULL/DROTHER    172.20.100.2
172.20.100.3     1     FULL/DROTHER    172.20.100.3
-- R1 به‌درستی هر دو spoke را به‌عنوان همسایه
-- کامل می‌بیند، با وجود اینکه R2 و R3 هیچ
-- اتصال مستقیمی به یکدیگر ندارند

نکته کلیدی

دستور neighbor به‌طور خاص وجود دارد چون شبکه‌های NBMA نمی‌توانند از کشف hello مالتی‌کست استفاده کنند — بدون آن، هیچ همسایگی‌ای هرگز شکل نمی‌گرفت صرف‌نظر از اینکه هر چیز دیگری چقدر درست پیکربندی شده، چون OSPF صرفاً هیچ راه دیگری برای دانستن اینکه همسایگان بالقوه‌اش روی این نوع شبکه چه کسانی هستند ندارد.

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