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

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

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

~4 min read · Updated Sep 23, 2026

هدف لب

پیکربندی دو پورت آپ‌لینک روی یک سوئیچ 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 در سراسر توپولوژی‌های به‌طور دلخواه پیچیده.

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