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

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

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

~4 دقیقه مطالعه · آخرین به‌روزرسانی ۱ مهر ۱۴۰۵

هدف لب

پیکربندی ناحیه ۱ به‌عنوان یک ناحیه 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 که تنها تفاوت پیکربندی بین این دو است، دقیقاً همان‌طور که در نظریه زیربنایی پوشش‌داده‌شده پیش‌تر در این مجموعه توصیف شد.

نوشته و پژوهش‌شده توسط دکتر شاهین صیامی

مقالات مرتبط

لب عملی: پیکربندی Storm Control

این لب عملی آستانه‌های storm control را روی یک پورت سوئیچ برای محدودکردن ترافیک پخش و مالتی‌کست پیکربندی می‌کند، یک طوفان پخش را شبیه‌سازی می‌کند، و تأیید می‌کند سوئیچ ترافیک اضافی را پیش از اینکه بتواند شبکه را غرق کند سرکوب می‌کند.

ادامه

لب عملی: پیکربندی PVLAN Edge (پورت‌های Protected)

این لب عملی PVLAN Edge (پورت‌های protected) را روی دو پورت access درون همان VLAN پیکربندی می‌کند، و آن‌ها را از یکدیگر در لایه ۲ ایزوله می‌کند در حالی که هر دو اتصال معمولی به یک پورت آپ‌لینک را حفظ می‌کنند، و یک ویژگی ایزوله‌سازی سبک که هیچ VLAN جداگانه‌ای نیاز ندارد را نشان می‌دهد.

ادامه

لب عملی: پیکربندی Flex Links

این لب عملی Flex Links را بین دو آپ‌لینک روی یک سوئیچ access پیکربندی می‌کند، و failover زیر-ثانیه‌ای بدون تکیه اصلاً به Spanning Tree فراهم می‌کند، و تأیید می‌کند ترافیک به‌طور خودکار وقتی اصلی شکست بخورد به لینک پشتیبان تغییر می‌کند.

ادامه

لب عملی: پیکربندی UDLD

این لب عملی UDLD را در حالت aggressive روی یک لینک فیبر بین دو سوئیچ پیکربندی می‌کند، یک شکست فیبر یک‌طرفه را شبیه‌سازی می‌کند، و تأیید می‌کند UDLD عدم‌تطابق را تشخیص می‌دهد و پورت تحت‌تأثیر را پیش از اینکه یک حلقه لایه ۲ بتواند تشکیل شود خاموش می‌کند.

ادامه

لب عملی: پیکربندی Loop Guard

این لب عملی Loop Guard را روی پورت‌های غیر-designated یک سوئیچ در یک توپولوژی افزونه پیکربندی می‌کند تا از یک شکست لینک یک‌طرفه که باعث یک حلقه لایه ۲ می‌شود جلوگیری کند، و از‌دست‌رفتن یک‌طرفه BPDU را شبیه‌سازی می‌کند و تأیید می‌کند پورت تحت‌تأثیر وارد یک حالت مسدود loop-inconsistent می‌شود به‌جای گذار نادرست به forwarding.

ادامه

لب عملی: پیکربندی BPDU Guard و BPDU Filter

این لب عملی BPDU Guard را به‌طور سراسری برای پورت‌های فعال‌شده-PortFast پیکربندی می‌کند و رفتار متمایز و ریسکی‌تر BPDU Filter را نشان می‌دهد، و مقایسه می‌کند هرکدام چگونه پاسخ می‌دهند وقتی یک سوئیچ به یک پورت access که باید فقط دستگاه‌های کاربر-نهایی را ببیند متصل می‌شود.

ادامه