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

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

پیکربندی MSTنگاشت ناحیه و نمونه MSTسربار کاهش‌یافته STP

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

هدف لب

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

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

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

توپولوژی لب

Switch1 ---- Gi1/0/1 ---- Switch2

VLAN های 10، 20، 30، 40، 50 روی هر دو سوئیچ
وجود دارند، و همگی همان توپولوژی فیزیکی را
به اشتراک می‌گذارند و بنابراین نیاز به محاسبات
مستقل جداگانه spanning-tree ندارند

وظیفه ۱: پیکربندی پارامترهای ناحیه MST

نام ناحیه MST و شماره revision منطبق را روی هر دو سوئیچ پیکربندی کن، پیش‌نیازی برای در نظرگرفته‌شدن به‌عنوان بخشی از همان ناحیه MST.

وظیفه ۲: نگاشت VLAN ها به یک نمونه MST

VLAN های 10 تا 50 را به نمونه MST 1 روی هر دو سوئیچ نگاشت کن.

وظیفه ۳: فعال‌کردن حالت MST

حالت spanning-tree را به MST روی هر دو سوئیچ تغییر بده.

وظیفه ۴: تأیید توافق هر دو سوئیچ روی ناحیه

تأیید کن هر دو سوئیچ اطلاعات ناحیه یکسان نشان می‌دهند، یک نیازمندی برای رفتار‌شدن به‌عنوان همان ناحیه MST.

وظیفه ۵: تأیید حاکمیت یک نمونه واحد روی همه VLAN های نگاشت‌شده

تأیید کن نقش‌ها و حالت‌های پورت برای نمونه MST 1 به‌طور یکنواخت در سراسر هر پنج VLAN نگاشت‌شده به آن اعمال می‌شود، به‌جای اینکه هر VLAN به‌طور مستقل محاسبه شود.

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

Switch1(config)# spanning-tree mst configuration
Switch1(config-mst)# name REGION1
Switch1(config-mst)# revision 1
Switch1(config-mst)# instance 1 vlan 10-50

Switch2(config)# spanning-tree mst configuration
Switch2(config-mst)# name REGION1
Switch2(config-mst)# revision 1
Switch2(config-mst)# instance 1 vlan 10-50

-- نام، revision، و نگاشت VLAN-به-نمونه باید
-- دقیقاً بین سوئیچ‌ها تطبیق داشته باشند تا به-
-- عنوان همان ناحیه MST در نظر گرفته شوند --
-- حتی یک عدم‌تطابق جزئی باعث می‌شود سوئیچ‌ها به-
-- عنوان نواحی جداگانه رفتار شوند

Switch1(config)# spanning-tree mode mst
Switch2(config)# spanning-tree mode mst

Switch1# show spanning-tree mst configuration

Name      [REGION1]
Revision  1    Instances configured 2

Instance  Vlans mapped
--------  -----------------------
0         1-9,51-4094
1         10-50

Switch2# show spanning-tree mst configuration

Name      [REGION1]
Revision  1    Instances configured 2

Instance  Vlans mapped
--------  -----------------------
0         1-9,51-4094
1         10-50
-- خروجی یکسان روی هر دو سوئیچ تأیید می‌کند
-- روی ناحیه توافق دارند -- نمونه 0 (پیش‌فرض
-- اجباری، به نام IST) به‌طور خودکار برای هر
-- VLAN‌ای که صراحتاً در جای دیگری نگاشت
-- نشده وجود دارد

Switch1# show spanning-tree mst 1

##### MST1    vlans mapped:   10-50
Bridge   address 00aa.bb00.1111  priority 32769
Root     this switch for MST1

Interface        Role Sts Cost      Prio.Nbr  Type
Gi1/0/1           Desg FWD 20000     128.1     P2p
-- این محاسبه و نقش پورت MST1 واحد بر هر ۴۱
-- VLAN (10-50) نگاشت‌شده به آن حاکم است --
-- PVST+ ۴۱ محاسبه جداگانه و مستقل spanning-tree
-- برای رسیدن به همان نتیجه نیاز داشت

نکته کلیدی

بهره کارایی اصلی MST از جداکردن تعداد نمونه‌های spanning-tree از تعداد VLAN ها می‌آید — چند VLAN که یک توپولوژی یکسان را به اشتراک می‌گذارند می‌توانند به یک نمونه واحد نگاشت شوند، و هر سوئیچی که قصد شرکت در همان ناحیه MST را دارد باید پیکربندی ناحیه دقیقاً منطبق (نام، revision، و نگاشت VLAN-به-نمونه) داشته باشد، چون حتی یک عدم‌تطابق جزئی باعث می‌شود سوئیچ‌ها به‌عنوان نواحی جداگانه با محاسبات مرزی مستقل خودشان رفتار شوند.

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

مقالات مرتبط

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

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

ادامه

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

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

ادامه

لب عملی: پیکربندی HSRP برای IPv6

این لب عملی HSRP برای IPv6 را بین دو روتر پیکربندی می‌کند، و گزینه استفاده از یک آدرس مجازی link-local به‌طور خودکار تولیدشده به‌جای اختصاص دستی یکی را نشان می‌دهد، و تأیید می‌کند رفتار failover رفتار لب HSRP IPv4 پوشش‌داده‌شده پیش‌تر در این مجموعه را منعکس می‌کند.

ادامه

لب عملی: پیکربندی SVI Autostate Exclude

این لب عملی SVI autostate exclude را روی یک پورت نظارتی درون یک VLAN پیکربندی می‌کند، و از پایین‌آوردن نادرست SVI برای کل VLAN‌ای که همچنان سایر پورت‌های عضو فعال دارد توسط آن یک پورت غیرفعال جلوگیری می‌کند.

ادامه

لب عملی: پیکربندی Private VLAN (PVLAN)

این لب عملی یک ساختار کامل Private VLAN با یک VLAN اصلی و هر دو VLAN ثانویه isolated و community را پیکربندی می‌کند، و ایزوله‌سازی دقیق لایه ۲ درون یک زیرشبکه IP واحد فراتر از آنچه ویژگی ساده پورت-protected از یک لب قبلی می‌تواند به دست آورد را نشان می‌دهد.

ادامه

لب عملی: پیکربندی لیست‌های کنترل دسترسی VLAN (VACL)

این لب عملی یک VLAN Access Control List با استفاده از یک VLAN access-map برای فیلترکردن ترافیک درون یک VLAN واحد در لایه ۲ پیکربندی می‌کند، چیزی که یک ACL اعمال‌شده-توسط-روتر استاندارد نمی‌تواند به دست آورد چون ترافیک هرگز VLAN را ترک نمی‌کند تا به یک اینترفیس مسیریابی‌شده برسد.

ادامه