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

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

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

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

هدف لب

پیکربندی سه سوئیچ در یک 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) بی‌سروصدا به اینترفیس اشتباه و اکنون-تغییرنام‌یافته ارجاع خواهد داد مگر به‌عنوان بخشی از همان پنجره نگهداری به‌روزرسانی شود.

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

مقالات مرتبط

لب عملی: پیکربندی مسیریابی Stub در EIGRP

این لب عملی یک روتر شعبه را به‌عنوان یک stub در EIGRP پیکربندی می‌کند، و تأیید می‌کند فقط مسیرهای متصل و خلاصه خودش را تبلیغ می‌کند در حالی که روتر hub به‌درستی از پرس‌وجوکردن stub در طول یک تغییر توپولوژی در جای دیگری از شبکه اجتناب می‌کند.

ادامه

لب عملی: پیکربندی حالت Named در EIGRP

این لب عملی یک پیکربندی EIGRP کلاسیک موجود را به حالت named EIGRP بازپیکربندی می‌کند، و عبارات network و پیکربندی خاص-اینترفیس را در یک سلسله‌مراتب address-family ساختاریافته‌تر سازمان‌دهی می‌کند، و تعادل عملکردی با سبک پیکربندی کلاسیک استفاده‌شده در سراسر لب‌های EIGRP قبلی این مجموعه را تأیید می‌کند.

ادامه

لب عملی: پیکربندی ERSPAN در سراسر یک شبکه مسیریابی‌شده

این لب عملی Encapsulated RSPAN (ERSPAN) را برای آینه‌کردن ترافیک در سراسر یک شبکه مسیریابی‌شده-لایه-۳ به‌جای یک ترانک لایه ۲ واحد پیکربندی می‌کند، و مفهوم RSPAN از لب قبلی را فراتر از مرزهای یک VLAN یا دامنه سوئیچ‌شده واحد گسترش می‌دهد.

ادامه

لب عملی: پیکربندی RSPAN در سراسر سوئیچ‌ها

این لب عملی Remote SPAN (RSPAN) را با استفاده از یک VLAN RSPAN اختصاصی حمل‌شده در سراسر یک ترانک پیکربندی می‌کند، و اجازه می‌دهد ترافیک آینه‌شده روی یک سوئیچ توسط یک دستگاه گرفتن متصل به یک سوئیچ کاملاً متفاوت نظارت شود، و مفهوم SPAN محلی پوشش‌داده‌شده در یک لب قبلی را در سراسر شبکه گسترش می‌دهد.

ادامه

لب عملی: پیکربندی In-Service Software Upgrade (ISSU) روی یک Stack

این لب عملی یک In-Service Software Upgrade را در سراسر یک stack StackWise انجام می‌دهد، و ایمیج IOS هر عضو را یکی‌یکی ارتقا می‌دهد در حالی که stack در سراسر آن به فوروارد‌کردن ترافیک ادامه می‌دهد، و صفر خرابی را در مقایسه با رویکرد مخل reload استفاده‌شده در لب‌های ارتقای IOS قبلی تأیید می‌کند.

ادامه

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

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

ادامه