لب عملی: پیکربندی IS-IS چندسطحی (Level 1 و Level 2)

این لب عملی توپولوژی تک-ناحیه‌ای IS-IS لب قبلی را به یک سلسله‌مراتب Level 1/Level 2 گسترش می‌دهد، و یک روتر را به‌عنوان یک مرز L1/L2 تعیین می‌کند، و تأیید می‌کند نشت مسیر بین سطوح رفتار بین-ناحیه‌ای OSPF پوشش‌داده‌شده پیش‌تر در این مجموعه را منعکس می‌کند.

سلسله‌مراتب Level 1 و Level 2 در IS-ISروتر مرزی L1/L2نشت مسیر در IS-IS

~4 min read · Updated Sep 26, 2026

هدف لب

بازپیکربندی توپولوژی لب قبلی به یک سلسله‌مراتب دوسطحی IS-IS، با R1 به‌عنوان یک روتر فقط-Level-1، R3 به‌عنوان یک روتر فقط-Level-2، و R2 به‌عنوان یک روتر مرزی L1/L2، و تأیید انتشار درست مسیرها بین سطوح و مقایسه این طراحی با سلسله‌مراتب ناحیه OSPF.

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

لب قبلی از یک طراحی تک-سطحی مسطح برای سادگی استفاده کرد. مدل سلسله‌مراتبی واقعی IS-IS — Level 1 (درون-ناحیه) و Level 2 (بین-ناحیه، تشکیل‌دهنده ستون‌فقرات) — مفهوم ستون‌فقرات ناحیه ۰ OSPF پوشش‌داده‌شده به‌طور گسترده پیش‌تر در این مجموعه را موازی می‌کند، اما با نقش روتر مرزی L1/L2 در IS-IS از نظر مفهومی معادل یک ABR در OSPF، هرچند به‌طور متفاوت پیاده‌سازی شده.

توپولوژی لب

R1 (فقط Level 1، ناحیه 49.0001)
  ---- R2 (مرز L1/L2) ----
  R3 (فقط Level 2، ستون‌فقرات)

همان توپولوژی فیزیکی و آدرس‌دهی لب قبلی

وظیفه ۱: بازپیکربندی R1 به‌عنوان فقط-Level-1

فرآیند IS-IS R1 را به فقط Level 1 محدود کن.

وظیفه ۲: بازپیکربندی R3 به‌عنوان فقط-Level-2

فرآیند IS-IS R3 را به فقط Level 2 محدود کن.

وظیفه ۳: رهاکردن R2 به‌عنوان هم Level 1 و هم Level 2

تأیید کن R2 به‌طور پیش‌فرض یک روتر کامل L1/L2 باقی می‌ماند، و به‌عنوان مرز بین دو سطح عمل می‌کند.

وظیفه ۴: تأیید تشکیل فقط یک همسایگی Level 1 توسط R1

تأیید کن رابطه همسایه R1 با R2 اکنون فقط Level 1 است.

وظیفه ۵: تأیید دریافت یک مسیر پیش‌فرض به‌جای مسیرهای خارجی خاص توسط R1

تأیید کن R1، به‌عنوان یک روتر فقط-Level-1، یک مسیر پیش‌فرض به‌سمت R2 برای رسیدن به مقصدهای Level 2 دریافت می‌کند، به‌جای مسیرهای خاص به LAN R3.

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

R1(config)# router isis
R1(config-router)# is-type level-1

-- R1 را به فقط Level 1 محدود می‌کند -- دیگر
-- تلاش نمی‌کند همسایگی‌های Level 2 تشکیل دهد
-- یا اطلاعات توپولوژی Level 2 را اصلاً نگه دارد

R3(config)# router isis
R3(config-router)# is-type level-2-only

-- R3 فقط Level 2 می‌شود، مشابه یک روتر که
-- کاملاً درون ستون‌فقرات ناحیه ۰ OSPF بدون
-- عضویت ناحیه دیگری وجود دارد

-- R2 نیازی به تغییر ندارد -- "is-type
-- level-1-2" پیش‌فرض است، و آن را هم‌زمان یک
-- روتر Level 1 (به‌سمت R1) و یک روتر Level 2
-- (به‌سمت R3) می‌کند، دقیقاً همان نقش دوگانه‌ای
-- که یک ABR در OSPF بین یک ناحیه و ناحیه ۰ بازی می‌کند

R1# show clns neighbors

System Id      Interface   State  Type  Holdtime
0000.0000.0002 Se0/0/0     Up     L1     28
-- Type اکنون فقط L1 نشان می‌دهد، در حالی که
-- طراحی مسطح لب قبلی L2 نشان می‌داد

R2# show clns neighbors

System Id      Interface   State  Type  Holdtime
0000.0000.0001 Se0/0/0     Up     L1     29
0000.0000.0003 Se0/0/1     Up     L2     26
-- R2 هم‌زمان یک همسایگی L1 به‌سمت R1 و یک
-- همسایگی L2 به‌سمت R3 نگه می‌دارد -- و نقش
-- مرزی دوسطحی‌اش را تأیید می‌کند

R1# show ip route isis

i*L1  0.0.0.0/0 [115/10] via 10.10.10.2, Serial0/0/0
-- R1 فقط یک مسیر پیش‌فرض از R2 دریافت می‌کند،
-- نه یک مسیر خاص به LAN R3 -- این مسیر
-- پیش‌فرض ("i*L1"، پیش‌فرض L1 به‌سمت نزدیک‌ترین
-- روتر مرزی L1/L2) مکانیزم IS-IS برای رسیدن
-- به هر چیزی خارج از ناحیه Level 1 محلی است،
-- از نظر مفهومی منعکس‌کننده اینکه یک ناحیه
-- OSPF totally stubby چگونه فقط یک مسیر
-- پیش‌فرض به‌جای مسیرهای خاص بین-ناحیه‌ای دریافت می‌کند

R1# ping 192.168.13.1

!!!!!
Success rate is 100 percent (5/5)
-- با وجود عدم‌داشتن هیچ مسیر خاصی، اتصال به
-- LAN R3 از طریق مسیر پیش‌فرض به‌سمت R2 موفق می‌شود

نکته کلیدی

یک روتر فقط-Level-1 IS-IS به‌طور خودکار یک مسیر پیش‌فرض به‌سمت نزدیک‌ترین روتر مرزی L1/L2‌اش دریافت می‌کند به‌جای یادگیری هر مسیر خارجی خاص جداگانه — این رفتار پیش‌فرض مسیر پیش‌فرض یک ناحیه totally stubby OSPF پوشش‌داده‌شده پیش‌تر در این مجموعه را موازی می‌کند، اما IS-IS این را به‌طور خودکار طبق طراحی انجام می‌دهد به‌جای نیازمندی یک دستور پیکربندی صریح مانند کلیدواژه stub no-summary در 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