لب عملی: اتصال متقابل نواحی MST و Rapid PVST+

این لب عملی یک ناحیه MST را به یک سوئیچ که همچنان Rapid PVST+ اجرا می‌کند متصل می‌کند، و تأیید می‌کند سازگاری داخلی MST به‌درستی توپولوژی هر-VLAن سوئیچ PVST+ را در مرز ناحیه بدون نیاز به مهاجرت هم‌زمان هر سوئیچ در شبکه نشان می‌دهد.

سازگاری MST با Rapid PVST+مرز CISTمهاجرت حالت مخلوط STP

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

هدف لب

اتصال یک ناحیه MST پیکربندی‌شده در یک لب قبلی به یک سوئیچ جداگانه که همچنان Rapid PVST+ اجرا می‌کند، تأیید اینکه یک مرز پایدار بین دو حالت spanning-tree بدون ایجاد یک حلقه شکل می‌گیرد، و تأیید اینکه اطلاعات توپولوژی خاص-VLAN به‌درستی در سراسر آن مرز ترجمه می‌شود.

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

مهاجرت کل یک شبکه تولیدی به MST هم‌زمان به‌ندرت عملی است. MST عمداً با در نظر گرفتن سازگاری با نسخه‌های قبلی طراحی شده، و اجازه می‌دهد یک ناحیه MST مستقیماً با سوئیچ‌هایی که همچنان Rapid PVST+ اجرا می‌کنند سازگار شود، و از یک مهاجرت تدریجی و سوئیچ‌به‌سوئیچ پشتیبانی کند به‌جای نیازمندی به یک تغییر مخل و یکجا.

توپولوژی لب

Switch1، Switch2 (ناحیه MST "REGION1"،
  پیکربندی‌شده در یک لب قبلی)
  ---- Gi1/0/2 ---- Switch3 (همچنان در حال
                    اجرای Rapid PVST+، بخشی
                    از ناحیه MST نیست)

VLAN های 10 و 20 روی هر سه سوئیچ وجود دارند

وظیفه ۱: تأیید حالت فعلی Switch3

تأیید کن Switch3 در حال اجرای Rapid PVST+ است، بدون تغییر از لب‌های قبلی، در حالی که Switch1 و Switch2 در حالت MST باقی می‌مانند.

وظیفه ۲: اتصال Switch3 به ناحیه MST

اطمینان حاصل کن اینترفیس Switch2 به‌سمت Switch3 به‌درستی ترانک شده و VLAN های 10 و 20 را حمل می‌کند، و لینک مرزی را تشکیل می‌دهد.

وظیفه ۳: تأیید تشکیل مرز بدون یک حلقه

تأیید کن Spanning Tree روی هر دو سمت به‌درستی یک root سازگار را شناسایی می‌کند و هیچ حلقه‌ای در سراسر مرز تشکیل نمی‌شود.

وظیفه ۴: تأیید عبور اطلاعات توپولوژی هر-VLAN از مرز

تأیید کن Switch3، در حال اجرای Rapid PVST+، به‌درستی اطلاعات root bridge سازگار را برای هر یک از نمونه‌های VLAN منفردش، استخراج‌شده از محاسبه داخلی ناحیه MST، می‌بیند.

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

Switch3# show spanning-tree summary | include Mode

Spanning tree enabled protocol rstp
-- تأیید می‌کند Switch3 همچنان روی Rapid PVST+
-- باقی می‌ماند، بدون تغییر

Switch2(config)# interface gigabitethernet1/0/2
Switch2(config-if)# switchport mode trunk
Switch2(config-if)# switchport trunk allowed vlan 10,20

Switch2# show spanning-tree mst 0

##### MST0    vlans mapped:   1-9,51-4094
Bridge   address 00aa.bb00.2222  priority 32768

Interface        Role Sts Cost      Prio.Nbr  Type
Gi1/0/2           Desg FWD 20000     128.2     P2p Bound(RSTP)
-- "Bound(RSTP)" صراحتاً این پورت را به‌عنوان
-- یک پورت مرزی بین ناحیه MST و یک سوئیچ
-- RSTP/PVST+ همسایه علامت‌گذاری می‌کند -- MST
-- به‌طور خودکار این مرز حالت-مخلوط را تشخیص
-- می‌دهد و مدیریت می‌کند

Switch3# show spanning-tree vlan 10

VLAN0010
  Spanning tree enabled protocol rstp
  Root ID    Priority    32768
             Address     00aa.bb00.2222
  -- Switch3 به‌درستی Switch2 را به‌عنوان root
  -- برای VLAN 10 شناسایی می‌کند، حتی اگر
  -- Switch2 یک نمونه VLAN 10 جداگانه را
  -- داخلاً اجرا نکند -- MST این را از محاسبه
  -- Instance 0 (IST) داخلی‌اش استخراج می‌کند
  -- و به‌درستی به همسایه PVST+ ارائه می‌دهد

Switch3# show spanning-tree vlan 20

VLAN0020
  Spanning tree enabled protocol rstp
  Root ID    Priority    32768
             Address     00aa.bb00.2222
  -- اطلاعات root یکسان به‌درستی برای VLAN 20
  -- نیز ارائه شده، با وجود اینکه VLAN 20 به
  -- نمونه MST 1 به‌جای 0 درون خود ناحیه نگاشت
  -- شده

Switch2# show spanning-tree mst 0 detail | include loop|inconsistent

-- (بدون خروجی -- هیچ حلقه یا عدم‌سازگاری‌ای
--  در مرز تشخیص داده نشد)

نکته کلیدی

تعیین "Bound(RSTP)" روی یک پورت مرزی تأیید می‌کند MST فعالانه بین توپولوژی مبتنی‌بر-نمونه داخلی‌اش و توپولوژی هر-VLAN‌ای که یک همسایه Rapid PVST+ انتظار دارد ترجمه می‌کند — این سازگاری داخلی دقیقاً چیزی است که اجازه می‌دهد سازمان‌ها به‌طور تدریجی، سوئیچ‌به‌سوئیچ، به MST مهاجرت کنند به‌جای نیازمندی هر دستگاه در شبکه به تبدیل هم‌زمان در یک پنجره نگهداری ریسک-بالای واحد.

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

مقالات مرتبط

لب عملی: پیکربندی EtherChannel لایه ۳

این لب عملی یک EtherChannel لایه ۳ بین دو سوئیچ قادر-به-لایه-۳ پیکربندی می‌کند، و دو لینک فیزیکی را در یک اینترفیس منطقی مسیریابی‌شده واحد به‌جای یک ترانک سوئیچ‌شده بسته‌بندی می‌کند، و تأیید می‌کند OSPF دقیقاً یک رابطه همسایه در سراسر بسته تشکیل می‌دهد نه یکی به‌ازای هر لینک فیزیکی.

ادامه

لب عملی: پیکربندی LACP Fast Rate

این لب عملی LACPDU fast rate را روی اینترفیس‌های عضو یک بسته EtherChannel پیکربندی می‌کند، و بازه بین بسته‌های کنترلی LACP را کاهش می‌دهد تا تشخیص یک لینک عضو شکست‌خورده را در مقایسه با رفتار نرخ آهسته پیش‌فرض تسریع کند.

ادامه

لب عملی: پیکربندی روش‌های تعادل بار EtherChannel

این لب عملی الگوریتم‌های مختلف تعادل بار EtherChannel را پیکربندی و مقایسه می‌کند، و تأیید می‌کند انتخاب ورودی هش چگونه روی اینکه آیا ترافیک واقعاً به‌طور یکنواخت در سراسر لینک‌های بسته‌شده توزیع می‌شود یا روی یک لینک عضو واحد متمرکز می‌شود تأثیر می‌گذارد.

ادامه

لب عملی: پیکربندی Multiple Spanning Tree (MST)

این لب عملی MST را در سراسر دو سوئیچ با پارامترهای ناحیه منطبق پیکربندی می‌کند، چند VLAN را به یک نمونه spanning-tree واحد نگاشت می‌کند به‌جای اجرای یک نمونه جداگانه به‌ازای هر VLAN آن‌طور که PVST+ انجام می‌دهد، و کاهش حاصل در تعداد محاسبات مستقل spanning-tree را تأیید می‌کند.

ادامه

لب عملی: پیکربندی Voice VLAN

این لب عملی یک voice VLAN را روی یک پورت سوئیچ access پیکربندی می‌کند، و اجازه می‌دهد یک تلفن IP و یک PC متصل از میان آن یک پورت فیزیکی واحد را به اشتراک بگذارند در حالی که روی VLAN های جداگانه باقی می‌مانند، با ترافیک تلفن که به‌طور خودکار تگ‌گذاری می‌شود و ترافیک PC که بدون‌تگ می‌ماند.

ادامه

لب عملی: پیکربندی Weighting در GLBP برای کنترل تعادل بار

این لب عملی weighting در GLBP مرتبط با ردیابی اینترفیس را پیکربندی می‌کند، و اجازه می‌دهد نسبت کلاینت‌هایی که هر فورواردر خدمت می‌کند به‌طور خودکار بر اساس سلامت خود روتر تغییر کند به‌جای همیشه تقسیم‌کردن بار به‌طور مساوی، و پیکربندی پایه GLBP پوشش‌داده‌شده پیش‌تر در این مجموعه را ظریف‌تر می‌کند.

ادامه