لب عملی: پیکربندی Flex Links

این لب عملی Flex Links را بین دو آپ‌لینک روی یک سوئیچ access پیکربندی می‌کند، و failover زیر-ثانیه‌ای بدون تکیه اصلاً به Spanning Tree فراهم می‌کند، و تأیید می‌کند ترافیک به‌طور خودکار وقتی اصلی شکست بخورد به لینک پشتیبان تغییر می‌کند.

پیکربندی Flex Linksافزونگی مستقل-از-STPFailover Active Backup

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

هدف لب

پیکربندی دو پورت آپ‌لینک روی یک سوئیچ access به‌عنوان یک جفت Flex Links، تأیید اینکه یکی active می‌شود در حالی که دیگری بدون مسدودشدن هیچ‌کدام توسط Spanning Tree در standby می‌ماند، و تأیید اینکه ترافیک به‌طور خودکار در طول تقریباً یک ثانیه از شکست اصلی به لینک پشتیبان تغییر می‌کند.

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

Spanning Tree، پوشش‌داده‌شده به‌طور گسترده پیش‌تر در این مجموعه، جلوگیری از حلقه فراهم می‌کند اما با تأخیرهای همگرایی حتی در سریع‌ترین شکل Rapid PVST+ آن. Flex Links یک جایگزین ساده‌تر و مستقل-از-STP به‌طور خاص برای حالت رایج یک سوئیچ access واحد با دو آپ‌لینک به همان یا سوئیچ‌های بالادستی متفاوت ارائه می‌دهد، و انعطاف‌پذیری همه‌منظوره STP را با failover به‌طور قابل‌توجه سریع‌تر و قابل‌پیش‌بینی‌تر در این توپولوژی خاص معامله می‌کند.

توپولوژی لب

AccessSwitch
  Gi1/0/23 ---- آپ‌لینک به DistSwitch1 (اصلی)
  Gi1/0/24 ---- آپ‌لینک به DistSwitch1 (پشتیبان)

هر دو آپ‌لینک به همان سوئیچ بالادستی برای
این لب متصل می‌شوند، هرچند Flex Links همچنین
از آپ‌لینک‌ها به دو سوئیچ متفاوت پشتیبانی می‌کند

وظیفه ۱: پیکربندی جفت Flex Links

Gi1/0/23 را به‌عنوان اینترفیس فعال با Gi1/0/24 به‌عنوان پشتیبان Flex Links آن پیکربندی کن.

وظیفه ۲: تأیید وضعیت Flex Links

تأیید کن Gi1/0/23 به‌عنوان active/forwarding و Gi1/0/24 به‌عنوان standby نشان داده می‌شود، مستقل از هر حالت Spanning Tree.

وظیفه ۳: تأیید عدم‌مسدودبودن صرف Gi1/0/24 توسط STP

تأیید کن حالت standby Gi1/0/24 یک تابع Flex Links است نه یک حالت مسدود Spanning Tree.

وظیفه ۴: شبیه‌سازی شکست آپ‌لینک اصلی

Gi1/0/23 را خاموش کن و مشاهده کن Gi1/0/24 چقدر سریع جایگزین می‌شود.

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

تأیید کن اتصال از میان سوئیچ از طریق Gi1/0/24 بازگردانده شده.

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

AccessSwitch(config)# interface gigabitethernet1/0/23
AccessSwitch(config-if)# switchport backup interface gigabitethernet1/0/24

-- این یک دستور واحد روی اینترفیس اصلی کل
-- جفت Flex Links را برقرار می‌کند -- هیچ
-- پیکربندی‌ای روی خود Gi1/0/24 نیاز نیست

AccessSwitch# show interfaces switchport backup

Switch Backup Interface Pairs:

Active Interface        Backup Interface        State
------------------------------------------------------------------------
Gi1/0/23                 Gi1/0/24                Active Up/Backup Standby

AccessSwitch# show spanning-tree interface gigabitethernet1/0/24

Interface        Role Sts Cost
Gi1/0/24          Desg FWD 4
-- توجه کنید خود STP این پورت را Designated/
-- Forwarding در نظر می‌گیرد -- Flex Links به‌عنوان
-- یک مکانیزم کاملاً جداگانه لایه‌شده روی آن عمل
-- می‌کند، و به‌طور مستقل پورت را در standby نگه
-- می‌دارد صرف‌نظر از اینکه حالت خود STP در غیر
-- این صورت چه اجازه می‌داد

AccessSwitch(config)# interface gigabitethernet1/0/23
AccessSwitch(config-if)# shutdown

AccessSwitch# show interfaces switchport backup

Active Interface        Backup Interface        State
------------------------------------------------------------------------
Gi1/0/23                 Gi1/0/24                Active Down/Backup Up
-- Gi1/0/24 تقریباً فوراً فعال شد -- کاملاً زیر
-- یک ثانیه، چون Flex Links اصلاً نیازی به اجرای
-- هیچ محاسبه‌مجدد یا فرآیند همگرایی STP ندارد

DownstreamPC> ping [دروازه بالادستی]

!!!!!
Success rate is 100 percent (5/5)
-- اتصال تأیید‌شده بازگردانده شده از طریق Gi1/0/24

نکته کلیدی

Flex Links کاملاً مستقل از Spanning Tree عمل می‌کند، همان‌طور که با نمایش همچنان یک نقش STP Designated/Forwarding توسط Gi1/0/24 حتی در حالی که واقعاً در standby توسط مکانیزم Flex Links نگه‌داشته شده نشان داده شد — این استقلال دقیقاً چیزی است که اجازه می‌دهد failover بسیار سریع‌تر از هر فرآیند همگرایی STP باشد، اما همچنین یعنی Flex Links فقط این سناریوی خاص و ساده جفت-آپ‌لینک را مدیریت می‌کند، برخلاف جلوگیری از حلقه همه‌منظوره STP در سراسر توپولوژی‌های به‌طور دلخواه پیچیده.

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

مقالات مرتبط

لب عملی: پیکربندی iBGP و نیازمندی Full-Mesh

این لب عملی iBGP را در میان سه روتر درون یک سیستم خودمختار واحد پیکربندی می‌کند، و نیازمندی همسایگی full-mesh را با حذف عمدی یک رابطه همسایگی و مشاهده شکست انتشار مسیر حاصل نشان می‌دهد.

ادامه

لب عملی: پیکربندی eBGP بین دو سیستم خودمختار (عمق CCNP)

این لب عملی eBGP را بین دو روتر در سیستم‌های خودمختار متفاوت با یک گردش‌کار تأیید کامل پیکربندی می‌کند، جدول BGP، ویژگی AS-path را بررسی می‌کند، و نصب‌شدن درست مسیرها با فاصله اداری پیش‌فرض eBGP را تأیید می‌کند.

ادامه

لب عملی: پیکربندی Policy-Based Routing (PBR)

این لب عملی Policy-Based Routing را روی یک روتر پیکربندی می‌کند تا ترافیک از یک زیرشبکه منبع خاص را از میان مسیری متفاوت از آنچه جدول مسیریابی معمولی انتخاب می‌کرد بفرستد، و تصمیم فوروارد‌کردن مبتنی‌بر-مقصد که هر لب مسیریابی قبلی در این مجموعه به آن متکی بود را لغو می‌کند.

ادامه

لب عملی: پیکربندی Route Leaking بین VRF ها

این لب عملی route target ها را روی دو VRF مشتری و یک VRF خدمات مشترک پیکربندی می‌کند، و به‌طور انتخابی مسیر یک سرور مشترک را به هر دو VRF مشتری نشت می‌دهد، و اجازه می‌دهد مسیرهای خاص از مرز ایزوله‌سازی سخت‌گیرانه‌ای که در لب VRF-Lite قبلی برقرار شد عبور کنند.

ادامه

لب عملی: پیکربندی VRF-Lite

این لب عملی VRF-Lite را روی یک روتر برای نگه‌داری دو جدول مسیریابی کاملاً جداگانه برای دو شبکه مشتری مختلف که یک روتر فیزیکی مشترک را به اشتراک می‌گذارند پیکربندی می‌کند، و تأیید می‌کند ترافیک هر VRF با وجود استفاده از فضای آدرس IP هم‌پوشان ایزوله باقی می‌ماند.

ادامه

لب عملی: پیکربندی EtherChannel لایه ۳

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

ادامه