لب عملی: پیکربندی StackWise Virtual

این لب عملی دو سوئیچ فیزیکی را با استفاده از یک Stackwise Virtual Link اختصاصی به یک سوئیچ منطقی StackWise Virtual واحد پیکربندی می‌کند، و تأیید می‌کند هر دو عضو به‌عنوان یک صفحه کنترل واحد ارائه می‌شوند و شکست یک عضو رفتار failover قابل‌پیش‌بینی فعال می‌کند.

پیکربندی Stackwise Virtual Linkسوئیچ منطقی واحدتشخیص Dual-Active

~4 min read · Updated Sep 26, 2026

هدف لب

پیکربندی دو سوئیچ فیزیکی به‌عنوان یک جفت StackWise Virtual با استفاده از یک اتصال SVL اختصاصی، تأیید اینکه به‌عنوان یک سوئیچ منطقی واحد با یک صفحه کنترل مشترک ارائه می‌شوند، و تأیید اینکه یک لینک Dual-Active Detection به‌درستی یک سناریوی split-brain را اگر خود SVL شکست بخورد شناسایی می‌کند.

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

برخلاف HSRP یا VRRP، پیش‌تر در این مجموعه پوشش داده شد، که افزونگی بین دو دستگاه به‌طور مستقل مدیریت‌شده که یک IP مجازی را به اشتراک می‌گذارند فراهم می‌کنند، StackWise Virtual دو شاسی فیزیکی را در یک سوئیچ منطقی واحد با یک صفحه کنترل واحد، یک پیکربندی واحد، و یک نقطه مدیریتی واحد ادغام می‌کند — یک مدل افزونگی اساساً متفاوت که ارزش تمایز واضح از رویکردهای مبتنی‌بر-FHRP را دارد.

توپولوژی لب

Switch1 ---- SVL (لینک پهنای‌باند-بالای
             اختصاصی، مثلاً TenGig1/0/1-2) ---- Switch2

Switch1 ---- لینک DAD (جداگانه، پهنای‌باند
             پایین‌تر، مثلاً Gi1/0/1) ---- Switch2

هر دو سوئیچ پس از پیکربندی در یک سوئیچ منطقی
واحد شناخته‌شده به‌عنوان "Switch 1" ادغام می‌شوند

وظیفه ۱: تعیین Domain و شماره‌های سوئیچ

یک domain StackWise Virtual منطبق روی هر دو سوئیچ پیکربندی کن، با Switch1 به‌عنوان switch 1 و Switch2 به‌عنوان switch 2.

وظیفه ۲: پیکربندی اینترفیس‌های SVL

پورت‌های پهنای‌باند-بالای اختصاصی را به‌عنوان لینک‌های SVL روی هر دو سوئیچ تعیین کن.

وظیفه ۳: پیکربندی لینک Dual-Active Detection

یک لینک جداگانه را به‌عنوان اتصال DAD (Dual-Active Detection)، متمایز از خود SVL، پیکربندی کن.

وظیفه ۴: راه‌اندازی مجدد هر دو سوئیچ و تأیید تشکیل یک سوئیچ منطقی واحد

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

وظیفه ۵: شبیه‌سازی یک شکست SVL و تأیید جلوگیری DAD از شرایط Split-Brain

لینک‌های SVL را خاموش کن در حالی که لینک DAD را دست‌نخورده رها می‌کنی، و تأیید کن سوئیچ‌ها به‌درستی شرایط dual-active را تشخیص می‌دهند به‌جای اینکه هر دو به عمل‌کردن به‌عنوان سوئیچ فعال ادامه دهند.

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

Switch1(config)# stackwise-virtual
Switch1(config-stackwise-virtual)# domain 1
Switch1(config)# switch 1 stackwise-virtual link 1

Switch2(config)# stackwise-virtual
Switch2(config-stackwise-virtual)# domain 1
Switch2(config)# switch 2 stackwise-virtual link 1

Switch1(config)# interface tengigabitethernet1/0/1
Switch1(config-if)# stackwise-virtual link 1
Switch1(config-if)# exit
Switch1(config)# interface tengigabitethernet1/0/2
Switch1(config-if)# stackwise-virtual link 1

Switch2 به‌طور یکسان روی اینترفیس‌های TenGig1/0/1-2
متناظرش پیکربندی شد

Switch1(config)# interface gigabitethernet1/0/1
Switch1(config-if)# stackwise-virtual dual-active-detection

Switch2(config)# interface gigabitethernet1/0/1
Switch2(config-if)# stackwise-virtual dual-active-detection

-- لینک DAD عمداً جدا از SVL است -- هدف
-- منحصرش تشخیص اینکه آیا خود SVL شکست خورده
-- است، پس نمی‌تواند همان مسیر فیزیکی چیزی که
-- نظارت می‌کند را به اشتراک بگذارد

Switch1# reload
Switch2# reload

Switch1# show switch

Switch/Stack Mac Address : 00aa.bb00.1111
                                              H/W   Current
Switch#  Role     Mac Address     Priority Version  State
-------------------------------------------------------
*1       Active   00aa.bb00.1111     1       V02     Ready
 2       Standby  00aa.bb00.2222     1       V02     Ready
-- هر دو سوئیچ فیزیکی اکنون به‌عنوان یک
-- "Switch" منطقی واحد، با یک نقش Active و
-- یک Standby، ارائه می‌شوند -- یک running-config
-- واحد و یک IP مدیریتی واحد اکنون بر هر دو
-- شاسی فیزیکی حاکم است

-- شبیه‌سازی شکست SVL در حالی که DAD همچنان up می‌ماند:

Switch1(config)# interface range tengigabitethernet1/0/1-2
Switch1(config-if-range)# shutdown

Switch2# show switch stack-ports

... SVL link down detected ...

Switch2# show logging | include DAD

%STACKMGR-4-DAD_DETECTED: Dual-active
condition detected via DAD link -- switch 2
transitioning to recovery mode
-- لینک DAD با موفقیت تشخیص داد هر دو سوئیچ
-- در غیر این صورت ممکن است باور کنند خودشان
-- هم‌زمان Active هستند یک‌بار که SVL شکست خورد
-- -- یک سوئیچ به‌طور خودکار وارد یک حالت
-- بازیابی/خاموشی-پورت‌های-غیرحیاتی می‌شود تا
-- از اینکه هر دو نیمه به‌طور فعال ترافیک را
-- به‌عنوان سوئیچ‌های مستقل و متعارض فوروارد
-- کنند جلوگیری کند

نکته کلیدی

مدل سوئیچ منطقی واحد StackWise Virtual یعنی یک پیکربندی واحد، یک IP مدیریتی واحد، و یک صفحه کنترل واحد که در سراسر دو شاسی فیزیکی گسترش می‌یابد — یک رویکرد افزونگی اساساً متفاوت از پروتکل‌های FHRP (HSRP، VRRP، GLBP) پیش‌تر در این مجموعه پوشش داده شد، که دو دستگاه به‌طور مستقل پیکربندی‌شده را از طریق یک IP مجازی مشترک همگام نگه می‌دارند؛ لینک اختصاصی DAD به‌طور خاص برای جلوگیری از سناریوی خطرناک split-brain وجود دارد که در آن یک شکست SVL در غیر این صورت می‌توانست باعث شود هر دو سوئیچ فیزیکی هم‌زمان باور کنند تنها عضو فعال هستند.

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