لب عملی: پیکربندی فیلترینگ LSA نوع ۳ در OSPF

این لب عملی یک ABR در OSPF را برای فیلترکردن یک LSA نوع ۳ خاص از انتشار به یک ناحیه همسایه در حالی که سایر مسیرهای بین-ناحیه‌ای به‌طور معمول عبور می‌کنند پیکربندی می‌کند، و کنترل انتخابی مسیر با دقتی که نه خلاصه‌سازی کامل و نه رفتار ناحیه stub پیش‌تر در این مجموعه نمی‌توانند به دست آورند به دست می‌آورد.

فیلترینگ LSA نوع ۳ در OSPFفیلتر ناحیه ABRکنترل انتخابی مسیر بین-ناحیه‌ای

~4 min read · Updated Sep 27, 2026

هدف لب

پیکربندی یک ABR در OSPF برای فیلترکردن یک LSA نوع ۳ خاص از انتشار به یک ناحیه همسایه در حالی که سایر مسیرهای بین-ناحیه‌ای را بدون تغییر مجاز می‌کند، و تأیید کنترل انتخابی مسیر با دقتی که نه خلاصه‌سازی کامل و نه پیکربندی ناحیه stub می‌توانند به دست آورند.

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

خلاصه‌سازی ناحیه، پیش‌تر در این مجموعه پوشش داده شد، چند مسیر را در یکی تجمیع می‌کند، و نواحی stub کل دسته‌های LSA را یکجا مسدود می‌کنند. هیچ‌کدام از این مکانیزم‌ها اجازه نمی‌دهند یک مسیر بین-ناحیه‌ای خاص مسدود شود در حالی که سایرین بدون تغییر عبور می‌کنند — فیلترینگ LSA نوع ۳ این شکاف را پر می‌کند، و دقتی مانند ACL دقیقاً در مرز ناحیه خودش ارائه می‌دهد.

توپولوژی لب

R1 (ناحیه ۱) ---- R2 (ABR) ---- R3 (ناحیه ۰)

R1 دو LAN در ناحیه ۱ دارد:
192.168.70.0/24 (باید به‌طور معمول به ناحیه ۰ برسد)
192.168.71.0/24 (باید از رسیدن به ناحیه ۰
                  مسدود شود)

وظیفه ۱: تأیید رسیدن فعلی هر دو مسیر به ناحیه ۰

تأیید کن R3 در ناحیه ۰ در حال حاضر هر دو LAN R1 را به‌عنوان مسیرهای بین-ناحیه‌ای نوع ۳ می‌بیند.

وظیفه ۲: پیکربندی یک Prefix List که مسیر برای مسدودکردن را تطبیق می‌دهد

یک prefix list که به‌طور خاص 192.168.71.0/24 را تطبیق می‌دهد بساز.

وظیفه ۳: اعمال فیلترینگ LSA نوع ۳ روی ABR

prefix list را به‌عنوان یک فیلتر LSA نوع ۳ خروجی روی R2 به‌سمت ناحیه ۰ اعمال کن.

وظیفه ۴: تأیید عدم‌رسیدن دیگر مسیر فیلترشده به ناحیه ۰

تأیید کن R3 دیگر 192.168.71.0/24 را نمی‌بیند، در حالی که 192.168.70.0/24 همچنان به‌طور معمول ظاهر می‌شود.

وظیفه ۵: تأیید باقی‌ماندن دسترس‌پذیری LAN R1 محلی درون ناحیه ۱

تأیید کن دستگاه‌ها درون خود ناحیه ۱ همچنان می‌توانند به 192.168.71.0/24 برسند، چون فیلتر فقط انتشار به ناحیه ۰ را تحت‌تأثیر قرار می‌دهد.

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

R3# show ip route ospf

O IA  192.168.70.0/24 [110/65] via 10.2.2.1
O IA  192.168.71.0/24 [110/65] via 10.2.2.1
-- هر دو مسیر در حال حاضر به‌عنوان ورودی‌های
-- بین-ناحیه‌ای استاندارد به ناحیه ۰ می‌رسند

R2(config)# ip prefix-list BLOCK-71 seq 5 permit 192.168.71.0/24
R2(config)# ip prefix-list BLOCK-71 seq 10 deny 0.0.0.0/0 le 32

-- فقط /24 خاص اینجا برای اهداف فیلترینگ مجاز
-- است -- این prefix list در استفاده معکوس
-- نسبت به یک لیست معمولی "permit آنچه باید
-- عبور کند" است، چون کلیدواژه permit/deny
-- خود area filter-list عمل واقعی را تعیین می‌کند

R2(config)# router ospf 1
R2(config-router)# area 1 filter-list prefix BLOCK-71 out

-- جهت "out" LSA هایی که ناحیه ۱ را به‌سمت
-- سایر نواحی ترک می‌کنند فیلتر می‌کند -- prefix
-- list شناسایی می‌کند کدام مسیرهای خاص این
-- عبارت filter-list تطبیق دارند، و چون
-- filter-list ذاتاً یک مکانیزم به‌سبک-"deny"
-- است، مسیرهای منطبق‌شده (192.168.71.0/24) از
-- انتشار مسدود می‌شوند

R3# show ip route ospf

O IA  192.168.70.0/24 [110/65] via 10.2.2.1
-- 192.168.71.0/24 کاملاً از جدول مسیریابی
-- ناحیه ۰ ناپدید شده، در حالی که 192.168.70.0/24
-- کاملاً بدون‌تأثیر به انتشار ادامه می‌دهد

R1# ping 192.168.71.1

!!!!!
Success rate is 100 percent (5/5)
-- (ping‌شده از یک دستگاه دیگر درون خود ناحیه ۱)
-- دسترس‌پذیری محلی درون ناحیه ۱ کاملاً
-- بدون‌تأثیر است -- فیلتر فقط LSA نوع ۳ مسیر
-- را به‌طور خاص در مرز ناحیه ۱-به-ناحیه-۰
-- مسدود می‌کند، نه وجود واقعی یا دسترس‌پذیری
-- شبکه درون ناحیه خودش

نکته کلیدی

فیلترینگ LSA نوع ۳ با area filter-list با دقت prefix-list دقیقاً در مرز ناحیه عمل می‌کند، و مسیرهای بین-ناحیه‌ای منتخب را جداگانه مسدود می‌کند در حالی که هر مسیر دیگری از میان همان ABR کاملاً بدون‌تأثیر رها می‌شود — سطحی از دقت که نه خلاصه‌سازی area range و نه خانواده ناحیه stub پیش‌تر در این مجموعه برای فراهم‌کردنش طراحی شده بودند، که آن را به ابزار درست هروقت مسیرهای خاصی نیاز دارند به‌طور انتخابی به‌دلایل سیاست از یک ناحیه همسایه نگه‌داشته شوند به‌جای تجمیع یا مسدودشدن یکجا تبدیل می‌کند.

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