لب عملی: پیکربندی Enhanced Object Tracking با HSRP

این لب عملی ردیابی شیء مبتنی‌بر-IP SLA را روی یک روتر فعال‌شده-HSRP پیکربندی می‌کند، که به‌طور خودکار اولویتش را وقتی آپ‌لینک WAN‌اش شکست می‌خورد کاهش می‌دهد، و failover را به روتر standby مجبور می‌کند بدون نیاز به خاموشی کامل اینترفیس.

ردیابی شیء IP SLAکاهش اولویت HSRPتشخیص شکست آپ‌لینک

~4 min read · Updated Sep 23, 2026

هدف لب

پیکربندی یک شیء ردیابی IP SLA که دسترس‌پذیری به یک آدرس بالادستی را نظارت می‌کند، پیوند‌دادنش به HSRP طوری‌که اولویت روتر فعال به‌طور خودکار کاهش یابد اگر آن مسیر بالادستی شکست بخورد، و تأیید اینکه failover رخ می‌دهد حتی اگر اینترفیس رو‌به‌سمت-LAN روتر خودش هرگز down نشود.

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

failover HSRP نشان‌داده‌شده پیش‌تر در این مجموعه به خاموش‌کردن مستقیم اینترفیس رو‌به‌سمت-LAN متکی بود — اما یک شکست واقعاً رایج دنیای واقعی این است که آپ‌لینک WAN روتر فعال down می‌شود در حالی که اینترفیس LAN‌اش کاملاً سالم باقی می‌ماند. بدون ردیابی شیء، HSRP هیچ راهی برای تشخیص این نداشت و به فوروارد‌کردن ترافیک LAN به‌سمت روتری که دیگر واقعاً نمی‌تواند به اینترنت برسد ادامه می‌داد.

توپولوژی لب

R1 (فعال مورد نظر) ---- Gi0/1 ---- Switch1 ---- LAN
R1 ---- Gi0/2 ---- آپ‌لینک WAN به‌سمت ISP
R2 (standby مورد نظر) ---- Gi0/1 ---- Switch1

IP مجازی: 192.168.170.1/24
R1: 192.168.170.2، R2: 192.168.170.3

وظیفه ۱: پیکربندی HSRP پایه

HSRP را روی هر دو روتر همان‌طور که در یک لب قبلی پوشش داده شد پیکربندی کن، با R1 به‌عنوان فعال (اولویت بالاتر، preempt فعال).

وظیفه ۲: پیکربندی یک شیء ردیابی IP SLA

یک عملیات IP SLA روی R1 که یک آدرس بالادستی قابل‌اعتماد را ping می‌کند، و یک شیء track که دسترس‌پذیری آن عملیات را نظارت می‌کند پیکربندی کن.

وظیفه ۳: پیوند‌دادن شیء Track به HSRP

گروه HSRP R1 را طوری پیکربندی کن که اولویتش را وقتی شیء ردیابی‌شده down شود کاهش دهد.

وظیفه ۴: تأیید عملیات معمولی

تأیید کن R1 در حالی که آدرس بالادستی ردیابی‌شده دسترس‌پذیر است فعال باقی می‌ماند.

وظیفه ۵: شبیه‌سازی یک شکست WAN و تأیید Failover

اینترفیس رو‌به‌سمت-WAN R1 را خاموش کن (نه اینترفیس LAN) و تأیید کن R2 با وجود باقی‌ماندن اینترفیس LAN R1 کاملاً up فعال می‌شود.

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

R1(config)# interface gigabitethernet0/1
R1(config-if)# ip address 192.168.170.2 255.255.255.0
R1(config-if)# standby 1 ip 192.168.170.1
R1(config-if)# standby 1 priority 150
R1(config-if)# standby 1 preempt

R2(config)# interface gigabitethernet0/1
R2(config-if)# ip address 192.168.170.3 255.255.255.0
R2(config-if)# standby 1 ip 192.168.170.1

R1(config)# ip sla 1
R1(config-ip-sla)# icmp-echo 203.0.113.1
R1(config-ip-sla-echo)# frequency 5
R1(config)# ip sla schedule 1 life forever start-time now

R1(config)# track 1 ip sla 1 reachability

R1(config)# interface gigabitethernet0/1
R1(config-if)# standby 1 track 1 decrement 60

-- اگر شیء ردیابی‌شده down شود، اولویت R1
-- ۶۰ کاهش می‌یابد (از ۱۵۰ به ۹۰) -- کافی برای
-- افتادن زیر اولویت پیش‌فرض ۱۰۰ R2، که
-- failover را فعال می‌کند

R1# show standby brief

Interface  Grp  Pri P State   Active    Standby   Virtual IP
Gi0/1      1    150 P Active  local     192.168.170.3  192.168.170.1

R1# show track 1

Track 1
  IP SLA 1 reachability
  Reachability is Up

R1(config)# interface gigabitethernet0/2
R1(config-if)# shutdown

-- این اینترفیس WAN است، نه اینترفیس LAN که
-- گروه HSRP R1 روی آن پیکربندی شده

R1# show track 1

Track 1
  IP SLA 1 reachability
  Reachability is Down

R1# show standby brief

Interface  Grp  Pri P State     Active        Standby  Virtual IP
Gi0/1      1    90    Standby   192.168.170.3  local    192.168.170.1
-- اولویت R1 به ۹۰ افت کرد، زیر ۱۰۰ R2، که
-- باعث شد R2 فعال شود -- با وجود اینکه Gi0/1
-- (LAN) خود R1 همچنان کاملاً up و متصل است

نکته کلیدی

ردیابی شیء تصمیم failover HSRP را از وضعیت اینترفیسی که HSRP واقعاً روی آن پیکربندی شده جدا می‌کند، و اجازه می‌دهد کاملاً به شرایط در جای دیگری از شبکه واکنش نشان دهد — این یک شکاف واقعی در پیکربندی پایه HSRP پوشش‌داده‌شده پیش‌تر در این مجموعه را می‌بندد، جایی که یک اینترفیس LAN سالم اما یک آپ‌لینک WAN مرده در غیر این صورت کاملاً کشف‌نشده باقی می‌ماند.

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