لب عملی: پیکربندی Stacking سنتی StackWise در Catalyst

این لب عملی stacking سنتی Catalyst (StackWise) را در سراسر سه سوئیچ با استفاده از کابل‌های stack پیکربندی می‌کند، و نیازمندی تک-لایه و مجاورت فیزیکی‌اش را با جفت StackWise Virtual پوشش‌داده‌شده در لب قبلی که اجازه می‌دهد سوئیچ‌ها بسیار دورتر از هم قرار بگیرند مقایسه می‌کند.

کابل‌کشی سنتی StackWiseانتخاب Stack Masterشماره‌گذاری‌مجدد عضو Stack

~4 min read · Updated Sep 26, 2026

هدف لب

پیکربندی سه سوئیچ در یک stack سنتی StackWise با استفاده از کابل‌های stack اختصاصی، تأیید اینکه یک stack master انتخاب می‌شود و همه اعضا یک صفحه مدیریتی واحد را به اشتراک می‌گذارند، سپس عمداً شماره‌گذاری‌مجدد یک عضو و مشاهده تأثیرش روی نام‌گذاری اینترفیس.

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

StackWise Virtual، پوشش‌داده‌شده در لب قبلی، از لینک‌های SVL مبتنی‌بر-اترنت استفاده می‌کند که اجازه می‌دهد سوئیچ‌های عضو در رک‌های مختلف یا حتی اتاق‌های مختلف قرار بگیرند. Stacking سنتی StackWise، برخلاف آن، از کابل‌های stack اختصاصی استفاده می‌کند که اعضا را به مجاورت فیزیکی نزدیک محدود می‌کند، اما همچنان به‌طور گسترده مستقر است و برای درک به‌عنوان یک فناوری متمایز با رفتار انتخاب master خودش مهم است.

توپولوژی لب

Switch1 ---- کابل stack ---- Switch2 ---- کابل stack ---- Switch3
(فیزیکاً مجاور، متصل در یک حلقه از طریق
کابل‌کشی اختصاصی StackWise، نه اینترفیس‌های اترنت)

وظیفه ۱: تأیید کابل‌کشی فیزیکی Stack

تأیید کن هر سه سوئیچ از طریق کابل‌های stack اختصاصی در یک توپولوژی حلقه متصل‌اند.

وظیفه ۲: روشن‌کردن Stack و مشاهده انتخاب Master

هر سه سوئیچ را هم‌زمان روشن کن و مشاهده کن کدام‌کدام stack master می‌شود.

وظیفه ۳: تأیید ارائه Stack به‌عنوان یک موجودیت مدیریتی واحد

تأیید کن یک جلسه کنسول واحد و یک IP مدیریتی هر سه سوئیچ فیزیکی را اداره می‌کند.

وظیفه ۴: بررسی قرارداد نام‌گذاری اینترفیس

تأیید کن اینترفیس‌ها با یک شماره عضو stack به‌عنوان رقم اول نام‌گذاری شده‌اند (مثلاً Gi2/0/1 برای یک پورت روی عضو 2).

وظیفه ۵: شماره‌گذاری‌مجدد یک عضو Stack و مشاهده تأثیر

شماره عضو stack Switch3 را تغییر بده و تأیید کن اینترفیس‌هایش پس از یک راه‌اندازی مجدد متناظراً تغییرنام می‌یابند.

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

-- کابل‌های stack فیزیکی پورت stack Switch1 را
-- به Switch2، دومین پورت stack Switch2 را به
-- Switch3، و پورت باقی‌مانده Switch3 را بازپس
-- به Switch1 متصل می‌کنند، و یک حلقه مقاوم را
-- به‌جای یک زنجیره ساده تشکیل می‌دهند

-- هر سه سوئیچ هم‌زمان روشن شدند

Switch# show switch

Switch/Stack Mac Address : 00aa.bb00.3333
                                              H/W   Current
Switch#  Role     Mac Address     Priority Version  State
-------------------------------------------------------
 1       Member   00aa.bb00.1111     1       V02     Ready
 2       Member   00aa.bb00.2222     1       V02     Ready
*3       Master   00aa.bb00.3333     1       V02     Ready
-- انتخاب master در StackWise سنتی اولویت را
-- اول در نظر می‌گیرد (همه اینجا برابر)، سپس
-- عواملی شامل uptime و آدرس MAC -- Switch3
-- این انتخاب خاص را برد، که با ستاره نشان
-- داده شده

Switch# show running-config | include hostname

hostname Switch
-- یک hostname واحد و یک پیکربندی در حال
-- اجرای واحد بر هر سه واحد فیزیکی حاکم است،
-- که از طریق یک جلسه کنسول یا مدیریتی واحد
-- دسترسی می‌یابد صرف‌نظر از اینکه کدام سوئیچ
-- فیزیکی واقعاً کابل کنسول شده

Switch# show interfaces status | include connected

Gi1/0/1    connected
Gi2/0/1    connected
Gi3/0/1    connected
-- رقم پیشرو در هر نام اینترفیس شناسایی
-- می‌کند کدام عضو stack فیزیکی آن پورت متعلق
-- به آن است -- Gi2/0/1 روی سوئیچی است که در
-- حال حاضر "2" در stack شماره‌گذاری شده،
-- صرف‌نظر از نقشش (master یا member)

Switch(config)# switch 3 renumber 4

-- پس از یک راه‌اندازی مجدد:

Switch# show switch

Switch#  Role     Mac Address     Priority Version  State
-------------------------------------------------------
 1       Member   00aa.bb00.1111     1       V02     Ready
 2       Member   00aa.bb00.2222     1       V02     Ready
*4       Master   00aa.bb00.3333     1       V02     Ready

Switch# show interfaces status | include connected

Gi1/0/1    connected
Gi2/0/1    connected
Gi4/0/1    connected
-- سوئیچی که قبلاً 3 شماره‌گذاری شده بود اکنون
-- 4 شماره‌گذاری شده، و هر یک از اینترفیس‌هایش
-- متناظراً تغییرنام یافت (Gi3/0/1 به Gi4/0/1
-- تبدیل شد) -- هر ACL، اختصاص VLAN، یا سایر
-- پیکربندی خاص-اینترفیس که به نام‌های
-- اینترفیس قدیمی ارجاع می‌دهد نیاز به
-- به‌روزرسانی پس از یک عملیات شماره‌گذاری‌مجدد
-- مانند این خواهد داشت

نکته کلیدی

شماره‌گذاری‌مجدد در StackWise سنتی مستقیماً نام‌های اینترفیس هر عضو تحت‌تأثیر را تغییر می‌دهد، برخلاف شماره‌گذاری سوئیچ در StackWise Virtual از لب قبلی، که به‌طور مشابه نام‌گذاری اینترفیس را تحت‌تأثیر قرار می‌دهد اما در سراسر یک SVL به‌جای کابل‌های stack اختصاصی — در هر دو فناوری stacking، شماره‌گذاری‌مجدد یک عضو یک عملیات مخل است که ارزش برنامه‌ریزی دقیق دارد، چون هر پیکربندی‌ای که به شناسه‌های اینترفیس قدیمی ارجاع می‌دهد (ACL ها، اعضای port-channel، اختصاصات VLAN) بی‌سروصدا به اینترفیس اشتباه و اکنون-تغییرنام‌یافته ارجاع خواهد داد مگر به‌عنوان بخشی از همان پنجره نگهداری به‌روزرسانی شود.

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