لب عملی: پیکربندی مسیرهای ایستای شناور IP (Floating Static Routes)

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

مسیر ایستای شناورپشتیبان فاصله اداریFailover خودکار

~3 min read · Updated Sep 22, 2026

هدف لب

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

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

یک مسیر ایستای شناور یک مسیر ایستا است که عمداً با فاصله اداری بالاتری از یک مسیر پویای ترجیحی پیکربندی شده، پس در پس‌زمینه غیرفعال می‌نشیند و فقط اگر مسیر بهتر ناپدید شود استفاده می‌شود — یک مکانیزم پشتیبان ساده و قابل‌اعتماد که هیچ پیکربندی پروتکل پیچیده‌ای نیاز ندارد.

توپولوژی لب

R1 ---- Gi0/0 (اصلی، OSPF) ---- R2
R1 ---- Serial0/0/1 (پشتیبان، ایستای شناور) ---- R2

LAN R2 در عملیات معمولی از طریق OSPF از میان
Gi0/0 دسترس‌پذیر، فاصله 110

وظیفه ۱: تأیید فعال‌بودن مسیر اصلی OSPF

با فرض اینکه OSPF از قبل بین R1 و R2 در حال اجراست (همان‌طور که در لب‌های قبلی پیکربندی شد)، تأیید کن LAN R2 از طریق مسیر یادگرفته‌شده-توسط-OSPF از میان Gi0/0 دسترس‌پذیر است.

وظیفه ۲: پیکربندی مسیر ایستای شناور

یک مسیر ایستا به LAN R2 از طریق لینک پشتیبان سریال، با یک فاصله اداری بالاتر از پیش‌فرض OSPF یعنی 110، پیکربندی کن.

وظیفه ۳: تأیید غیرفعال‌بودن مسیر شناور

تأیید کن فقط مسیر OSPF در جدول مسیریابی ظاهر می‌شود، با مسیر ایستای شناور که در حال حاضر نصب نشده.

وظیفه ۴: شبیه‌سازی شکست مسیر اصلی

اینترفیس Gi0/0 R1 را خاموش کن تا شکست لینک اصلی شبیه‌سازی شود.

وظیفه ۵: تأیید Failover خودکار به مسیر شناور

تأیید کن مسیر ایستای شناور اکنون در جدول مسیریابی ظاهر می‌شود و LAN R2 از طریق مسیر پشتیبان همچنان دسترس‌پذیر باقی می‌ماند.

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

R1# show ip route 192.168.60.0

O    192.168.60.0/24 [110/2] via 10.1.1.2, GigabitEthernet0/0
-- تأیید می‌کند مسیر یادگرفته‌شده-توسط-OSPF در
-- حال حاضر با فاصله پیش‌فرضش 110 نصب شده

R1(config)# ip route 192.168.60.0 255.255.255.0 10.2.2.2 150

-- "150" انتهایی فاصله اداری این مسیر ایستا را
-- روی 150 تنظیم می‌کند، عمداً بدتر از 110
-- OSPF، پس هرگز در حالی که OSPF موجود است با
-- مسیر OSPF رقابت نمی‌کند

R1# show ip route 192.168.60.0

O    192.168.60.0/24 [110/2] via 10.1.1.2, GigabitEthernet0/0
-- فقط مسیر OSPF نصب شده -- مسیر ایستای شناور
-- در پیکربندی وجود دارد اما هنوز در جدول
-- مسیریابی نیست، چون فاصله بالاترش (150) آن
-- را کمتر-ترجیحی می‌کند

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

R1# show ip route 192.168.60.0

S    192.168.60.0/24 [150/0] via 10.2.2.2
-- با از‌بین‌رفتن مسیر OSPF (اینترفیسش down
-- است)، مسیر ایستای شناور اکنون بهترین مسیر
-- موجود است و به‌طور خودکار نصب می‌شود -- هیچ
-- مداخله دستی‌ای مورد نیاز نبود

R1# ping 192.168.60.1

!!!!!
Success rate is 100 percent (5/5)
-- تأیید می‌کند LAN R2 همچنان از طریق لینک
-- پشتیبان سریال دسترس‌پذیر است

نکته کلیدی

یک مسیر ایستای شناور کاملاً از طریق مقایسه فاصله اداری کار می‌کند، که پیش‌تر در این مجموعه درباره ترجیح مسیر بحث شد — هیچ پروتکل خاص یا پیکربندی اضافی‌ای تصمیم نمی‌گیرد چه زمانی تغییر کند، فقط قانون استانداردی که یک فاصله اداری پایین‌تر همیشه برنده می‌شود هروقت چند منبع یک مسیر به همان مقصد ارائه دهند.

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