لب عملی: پیکربندی دستی Root Bridge پروتکل Spanning Tree

این لب عملی نتیجه انتخاب root bridge Spanning Tree پیش‌فرض را بین دو سوئیچ رقیب مشاهده می‌کند، سپس اولویت را روی سوئیچ ترجیحی به‌صورت دستی کاهش می‌دهد تا آن را مجبور به root‌شدن کند، و تغییر حاصل در نقش‌های پورت را تأیید می‌کند.

اولویت Root Bridge STPBridge IDانتخاب Root Bridge

~3 min read · Updated Sep 22, 2026

هدف لب

مشاهده نتیجه انتخاب root bridge Spanning Tree پیش‌فرض بین دو سوئیچ، سپس کاهش دستی اولویت روی سوئیچ خوب-موقعیت‌یافته تا آن را مجبور کند root شود، و تأیید تغییر حاصل در نقش‌های پورت.

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

رهاکردن کامل انتخاب root bridge به شانس، فقط بر اساس کمترین آدرس MAC، می‌تواند منجر شود یک سوئیچ ضعیف‌موقعیت یا کم‌قدرت root شود، و مسیرهای ترافیک غیربهینه ایجاد کند. تنظیم عمدی اولویت روی یک سوئیچ به‌خوبی‌موقعیت‌یافته عمل استاندارد در شبکه‌های تولیدی است.

توپولوژی لب

Switch1 (سوئیچ هسته، root ترجیحی)
Switch2 (سوئیچ access)

متصل از طریق دو لینک ترانک افزونه،
هر دو در VLAN 1

وظیفه ۱: شناسایی Root Bridge فعلی

از یک دستور show روی هر دو سوئیچ استفاده کن تا تعیین کنی کدام‌یک در حال حاضر به‌طور پیش‌فرض به‌عنوان root bridge عمل می‌کند.

وظیفه ۲: ثبت اولویت‌های پیش‌فرض بریج

مقدار اولویت پیش‌فرض نشان‌داده‌شده روی هر سوئیچ را یادداشت کن.

وظیفه ۳: تنظیم دستی Switch1 به‌عنوان Root

اولویت بریج Switch1 برای VLAN 1 را کاهش بده طوری‌که root bridge شود صرف‌نظر از آدرس MAC.

وظیفه ۴: تأیید Root‌بودن Switch1 اکنون

تأیید کن هر دو سوئیچ اکنون توافق دارند Switch1 root bridge است.

وظیفه ۵: تأیید به‌روزرسانی نقش‌های پورت به‌طور متناظر

تأیید کن پورت‌های Switch2 root port درست و هر پورت blocking نسبت به root جدید را نشان می‌دهند.

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

Switch1# show spanning-tree vlan 1 | include Priority

Bridge ID  Priority    32768

Switch2# show spanning-tree vlan 1 | include Priority

Bridge ID  Priority    32768
-- هر دو سوئیچ به همان اولویت 32768 پیش‌فرض
-- می‌روند -- تصمیم‌گیر بنابراین کمترین آدرس
-- MAC است، که ممکن است سوئیچی که واقعاً قرار
-- بود root باشد را ترجیح دهد یا ندهد

Switch1# show spanning-tree vlan 1 | include Root

Root ID    Priority    32768
           This bridge is the root
-- (در این سناریو، Switch1 اتفاقاً از قبل با
--  آدرس MAC برنده بود، اما این نتیجه هرگز
--  بدون پیکربندی صریح تضمین‌شده نیست)

Switch1(config)# spanning-tree vlan 1 priority 4096

Switch1# show spanning-tree vlan 1 | include Priority

Bridge ID  Priority    4096
           This bridge is the root

Switch2# show spanning-tree vlan 1 | include Root

Root ID    Priority    4096
           Root has priority 4096, address 00aa.bb00.1111
-- Switch2 اکنون صراحتاً Switch1 (با اولویت
-- پایین‌تر و عمداً پیکربندی‌شده) را به‌عنوان
-- root تشخیص می‌دهد، صرف‌نظر از مقایسه‌های
-- آدرس MAC

Switch2# show spanning-tree vlan 1

Interface     Role  Sts  Cost   Prio.Nbr
Gi1/0/1       Root  FWD  4      128.1
Gi1/0/2       Altn  BLK  4      128.2
-- پورت Switch2 به‌سمت root bridge (اکنون
-- تأییدشده) به‌درستی به‌عنوان Root Port
-- شناسایی می‌شود، با لینک افزونه blocking

نکته کلیدی

اولویت باید مضربی از ۴۰۹۶ باشد (Cisco IOS این را اجبار می‌کند)، و هرچه مقدار پایین‌تر، ترجیح بالاتر برای root‌شدن — پیکربندی عمدی اولویت در هر شبکه‌ای با بیش از تعداد ناچیزی سوئیچ ضروری است، چون تکیه صرف بر آدرس MAC هیچ کنترلی روی اینکه کدام سوئیچ واقعاً root می‌شود فراهم نمی‌کند.

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