لب عملی: پیکربندی نواحی Stub و Totally Stubby در OSPF

این لب عملی ناحیه ۱ را به‌عنوان یک ناحیه stub استاندارد OSPF پیکربندی می‌کند، سپس آن را به یک ناحیه totally stubby ارتقا می‌دهد، و اندازه جدول مسیریابی را در هر مرحله مقایسه می‌کند و تأیید می‌کند فقط یک مسیر پیش‌فرض پس از پیکربندی کامل باقی می‌ماند.

پیکربندی ناحیه Stub در OSPFناحیه Totally Stubbyکلیدواژه no-summary

~4 min read · Updated Sep 23, 2026

هدف لب

پیکربندی ناحیه ۱ به‌عنوان یک ناحیه stub استاندارد OSPF، تأیید ناپدیدشدن مسیرهای خارجی در حالی که مسیرهای بین-ناحیه‌ای باقی می‌مانند، سپس ارتقای آن به یک ناحیه totally stubby و تأیید ناپدیدشدن مسیرهای بین-ناحیه‌ای نیز، و رهاکردن فقط یک مسیر پیش‌فرض.

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

این لب مستقیماً روی توپولوژی چندناحیه‌ای لب قبلی بنا می‌شود، و یک مسیر خارجی توزیع‌مجدد‌شده اضافه می‌کند تا دقیقاً نشان دهد نواحی stub و totally stubby چگونه انواع LSA را فیلتر می‌کنند، که پیش‌تر در این مجموعه درباره انواع ناحیه OSPF بحث شد.

توپولوژی لب

R1 (ناحیه ۱، برگ) ---- R2 (ABR) ---- R3 (ناحیه ۰، ستون‌فقرات)

همان توپولوژی لب خلاصه‌سازی قبلی، با یک
افزودن: R3 یک مسیر ایستا که یک شبکه خارجی را
نشان می‌دهد (203.0.113.0/24) را به OSPF به‌عنوان
یک LSA نوع ۵ توزیع‌مجدد می‌کند

وظیفه ۱: پیکربندی مسیر خارجی روی R3

یک مسیر ایستا به یک شبکه ساختگی روی R3 پیکربندی کن، سپس آن را به OSPF توزیع‌مجدد کن.

وظیفه ۲: تأیید دریافت مسیر خارجی توسط R1

تأیید کن جدول مسیریابی R1 در ابتدا مسیر خارجی را به‌عنوان یک ورودی O E2 نشان می‌دهد.

وظیفه ۳: پیکربندی ناحیه ۱ به‌عنوان یک ناحیه Stub

ناحیه ۱ را به‌عنوان یک ناحیه stub روی هم R1 و هم R2 پیکربندی کن.

وظیفه ۴: تأیید ناپدیدشدن مسیر خارجی، باقی‌ماندن مسیرهای بین-ناحیه‌ای

تأیید کن R1 دیگر مسیر خارجی را نمی‌بیند، اما همچنان شبکه‌های مستقیماً-متصل R3 را به‌عنوان ورودی‌های O IA، به‌علاوه یک مسیر پیش‌فرض جدید می‌بیند.

وظیفه ۵: ارتقا به یک ناحیه Totally Stubby

کلیدواژه no-summary را فقط روی R2 (ABR) اضافه کن.

وظیفه ۶: تأیید باقی‌ماندن فقط مسیر پیش‌فرض

تأیید کن جدول مسیریابی R1 اکنون فقط یک مسیر پیش‌فرض و شبکه‌های محلی خودش را نشان می‌دهد.

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

R3(config)# ip route 203.0.113.0 255.255.255.0 null0
R3(config)# router ospf 1
R3(config-router)# redistribute static subnets

R1# show ip route ospf

O E2  203.0.113.0/24 [110/20] via 10.1.1.2
O IA  10.2.2.0/30 [110/128] via 10.1.1.2
-- مسیر خارجی (O E2) حاضر است، که سیلاب معمولی
-- را پیش از اعمال هر محدودیت stub تأیید می‌کند

R1(config)# router ospf 1
R1(config-router)# area 1 stub

R2(config)# router ospf 1
R2(config-router)# area 1 stub

-- پیکربندی باید روی هر روتر در ناحیه تطبیق
-- داشته باشد، که پیش‌تر در این مجموعه درباره
-- انواع ناحیه OSPF بحث شد

R1# show ip route ospf

O*IA  0.0.0.0/0 [110/65] via 10.1.1.2
O IA  10.2.2.0/30 [110/128] via 10.1.1.2
-- مسیر خارجی کاملاً رفته، و یک مسیر پیش‌فرض
-- ظاهر شده -- اما مسیر بین-ناحیه‌ای به لینک
-- R2-R3 باقی می‌ماند، چون stub فقط نوع ۵ را
-- مسدود می‌کند، نه نوع ۳

R2(config)# router ospf 1
R2(config-router)# area 1 stub no-summary

-- فقط ABR به این کلیدواژه نیاز دارد --
-- R1 پیکربندی "area 1 stub" ساده‌اش را حفظ می‌کند

R1# show ip route ospf

O*IA  0.0.0.0/0 [110/65] via 10.1.1.2

R1# show ip route

C    192.168.4.0/24 is directly connected, Loopback1
C    192.168.5.0/24 is directly connected, Loopback2
C    192.168.6.0/24 is directly connected, Loopback3
C    192.168.7.0/24 is directly connected, Loopback4
C    10.1.1.0/30 is directly connected, Serial0/0/0
O*IA 0.0.0.0/0 [110/65] via 10.1.1.2
-- اکنون حتی مسیر بین-ناحیه‌ای 10.2.2.0/30
-- رفته -- جدول مسیریابی R1 فقط شامل شبکه‌های
-- مستقیماً-متصل خودش به‌علاوه مسیر پیش‌فرض
-- واحد است، کوچک‌ترین جدول مسیریابی ممکن
-- برای این توپولوژی

نکته کلیدی

پیشرفت از یک ناحیه stub استاندارد به یک ناحیه totally stubby یک نوع LSA اضافی را در هر مرحله حذف می‌کند — اول مسیرهای خارجی نوع ۵ ناپدید می‌شوند، سپس مسیرهای بین-ناحیه‌ای نوع ۳ نیز ناپدید می‌شوند — با کلیدواژه no-summary اعمال‌شده فقط روی ABR که تنها تفاوت پیکربندی بین این دو است، دقیقاً همان‌طور که در نظریه زیربنایی پوشش‌داده‌شده پیش‌تر در این مجموعه توصیف شد.

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