لب عملی: تأیید حالت‌های پورت Spanning Tree روی سوئیچ‌های Catalyst

هدف لب

مشاهده پیشرفت یک اینترفیس سوئیچ از میان حالت‌های پورت پروتکل Spanning Tree پس از فعال‌شدن، و استفاده از دستورات show برای شناسایی حالت و نقش فعلی یک پورت در هر لحظه.

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

درک حالت‌های پورت STP هم برای تشخیص تأخیر شروع لینک معمولی و مورد‌انتظار و هم برای تشخیص موقعیت‌هایی که یک پورت در یک حالت غیرمنتظره گیر می‌کند، مانند بلاک‌شدن دائمی وقتی باید فوروارد کند، ضروری است.

توپولوژی لب

Switch1 ---- Gi1/0/5 ---- Switch2

یک لینک دوم افزونه نیز بین Switch1 و Switch2
از طریق Gi1/0/6 وجود دارد، که یک حلقه ایجاد
می‌کند که STP باید حل کند

وظیفه ۱: تأیید عملیات فعلی Spanning Tree

از یک دستور show برای نمایش حالت و نقش فعلی Spanning Tree هر دو Gi1/0/5 و Gi1/0/6 روی Switch1 استفاده کن.

وظیفه ۲: فعال‌کردن یک گذار حالت

Gi1/0/5 را خاموش و سپس دوباره فعال کن، و بلافاصله شروع به بررسی مکرر حالتش کن تا توالی گذار را مشاهده کنی.

وظیفه ۳: شناسایی نقش‌های پورت

تعیین کن کدام‌یک از دو لینک افزونه در حالت forwarding است (root یا designated) و کدام‌یک blocking است.

وظیفه ۴: تأیید حالت پایدار نهایی

پس از اجازه‌دادن زمان کافی برای همگرایی، تأیید کن هر دو پورت به حالت پایدار نهایی‌شان رسیده‌اند.

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

Switch1# show spanning-tree vlan 1

Interface     Role  Sts  Cost   Prio.Nbr  Type
Gi1/0/5       Desg  FWD  4      128.5     P2p
Gi1/0/6       Altn  BLK  4      128.6     P2p

Switch1(config)# interface gigabitethernet1/0/5
Switch1(config-if)# shutdown
Switch1(config-if)# no shutdown

Switch1# show spanning-tree interface gigabitethernet1/0/5

-- بررسی‌شده مکرراً در طول تقریباً 30-50 ثانیه:

Interface        Role Sts Cost
Gi1/0/5          Desg BLK 4      (بلافاصله پس از no shutdown)
Gi1/0/5          Desg LIS 4      (چند ثانیه بعد)
Gi1/0/5          Desg LRN 4      (چند ثانیه پس از آن)
Gi1/0/5          Desg FWD 4      (نهایتاً پایدار، ~30-50 ثانیه کل)

Switch1# show spanning-tree vlan 1

Interface     Role  Sts  Cost   Prio.Nbr  Type
Gi1/0/5       Desg  FWD  4      128.5     P2p
Gi1/0/6       Altn  BLK  4      128.6     P2p
-- Gi1/0/5 Designated/Forwarding است (به‌طور
-- فعال ترافیک حمل می‌کند)، در حالی که Gi1/0/6
-- Alternate/Blocking باقی می‌ماند (فیزیکاً
-- متصل اما فوروارد نمی‌کند، آماده به‌عنوان
-- پشتیبان) -- این دقیقاً نتیجه مورد‌انتظار
-- STP در حل حلقه افزونه بین دو سوئیچ است

نکته کلیدی

یک پورت که پس از فعال‌شدن از میان Blocking، Listening، Learning، و نهایتاً Forwarding می‌چرخد رفتار کاملاً معمولی است که تا 30-50 ثانیه با STP کلاسیک 802.1D طول می‌کشد — یک پورت که هرگز پس از این پنجره تأخیر فراتر از Blocking یا Listening پیش نمی‌رود یک مسئله واقعی را نشان می‌دهد که ارزش بررسی بیشتر را دارد، نه صرفاً نیاز به زمان بیشتر.