لب عملی: پیکربندی 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 دقیقه مطالعه · آخرین به‌روزرسانی ۴ مهر ۱۴۰۵

هدف لب

بازپیکربندی توپولوژی لب قبلی به یک سلسله‌مراتب دوسطحی 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.

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

مقالات مرتبط

لب عملی: پیکربندی مسیریابی Stub در EIGRP

این لب عملی یک روتر شعبه را به‌عنوان یک stub در EIGRP پیکربندی می‌کند، و تأیید می‌کند فقط مسیرهای متصل و خلاصه خودش را تبلیغ می‌کند در حالی که روتر hub به‌درستی از پرس‌وجوکردن stub در طول یک تغییر توپولوژی در جای دیگری از شبکه اجتناب می‌کند.

ادامه

لب عملی: پیکربندی حالت Named در EIGRP

این لب عملی یک پیکربندی EIGRP کلاسیک موجود را به حالت named EIGRP بازپیکربندی می‌کند، و عبارات network و پیکربندی خاص-اینترفیس را در یک سلسله‌مراتب address-family ساختاریافته‌تر سازمان‌دهی می‌کند، و تعادل عملکردی با سبک پیکربندی کلاسیک استفاده‌شده در سراسر لب‌های EIGRP قبلی این مجموعه را تأیید می‌کند.

ادامه

لب عملی: پیکربندی ERSPAN در سراسر یک شبکه مسیریابی‌شده

این لب عملی Encapsulated RSPAN (ERSPAN) را برای آینه‌کردن ترافیک در سراسر یک شبکه مسیریابی‌شده-لایه-۳ به‌جای یک ترانک لایه ۲ واحد پیکربندی می‌کند، و مفهوم RSPAN از لب قبلی را فراتر از مرزهای یک VLAN یا دامنه سوئیچ‌شده واحد گسترش می‌دهد.

ادامه

لب عملی: پیکربندی RSPAN در سراسر سوئیچ‌ها

این لب عملی Remote SPAN (RSPAN) را با استفاده از یک VLAN RSPAN اختصاصی حمل‌شده در سراسر یک ترانک پیکربندی می‌کند، و اجازه می‌دهد ترافیک آینه‌شده روی یک سوئیچ توسط یک دستگاه گرفتن متصل به یک سوئیچ کاملاً متفاوت نظارت شود، و مفهوم SPAN محلی پوشش‌داده‌شده در یک لب قبلی را در سراسر شبکه گسترش می‌دهد.

ادامه

لب عملی: پیکربندی In-Service Software Upgrade (ISSU) روی یک Stack

این لب عملی یک In-Service Software Upgrade را در سراسر یک stack StackWise انجام می‌دهد، و ایمیج IOS هر عضو را یکی‌یکی ارتقا می‌دهد در حالی که stack در سراسر آن به فوروارد‌کردن ترافیک ادامه می‌دهد، و صفر خرابی را در مقایسه با رویکرد مخل reload استفاده‌شده در لب‌های ارتقای IOS قبلی تأیید می‌کند.

ادامه

لب عملی: پیکربندی Stacking سنتی StackWise در Catalyst

این لب عملی stacking سنتی Catalyst (StackWise) را در سراسر سه سوئیچ با استفاده از کابل‌های stack پیکربندی می‌کند، و نیازمندی تک-لایه و مجاورت فیزیکی‌اش را با جفت StackWise Virtual پوشش‌داده‌شده در لب قبلی که اجازه می‌دهد سوئیچ‌ها بسیار دورتر از هم قرار بگیرند مقایسه می‌کند.

ادامه