لب عملی: تأیید پایگاه‌داده EIGRP

این لب عملی جدول توپولوژی EIGRP را مستقیماً بررسی می‌کند، successor و feasible successor یک شبکه مقصد را شناسایی می‌کند، و نشان می‌دهد این داده زیربنایی چگونه آنچه در جدول مسیریابی IP ظاهر می‌شود را توضیح می‌دهد.

جدول توپولوژی EIGRPSuccessor و Feasible SuccessorFeasible Distance

~4 min read · Updated Sep 22, 2026

هدف لب

بررسی جدول توپولوژی EIGRP برای یک شبکه مقصد خاص، شناسایی successor و هر feasible successor، و اتصال این داده زیربنایی DUAL، که پیش‌تر در این مجموعه بحث شد، مستقیماً به آنچه در جدول مسیریابی IP ظاهر می‌شود.

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

جدول مسیریابی IP فقط یک بهترین مسیر واحدی که EIGRP انتخاب کرده را نشان می‌دهد، اما جدول توپولوژی تصویر کاملی که DUAL، که پیش‌تر در این مجموعه بحث شد، واقعاً برای گرفتن آن انتخاب استفاده کرد را آشکار می‌کند — شامل هر مسیر پشتیبانی که از قبل بدون‌حلقه تأیید شده و آماده استفاده فوری است اگر مسیر اصلی شکست بخورد.

توپولوژی لب

R1 دو مسیر برای رسیدن به شبکه 192.168.50.0/24 دارد:

مسیر از طریق R2: هزینه 3072
مسیر از طریق R3: هزینه 3840

هم R2 و هم R3 همسایگان مستقیماً متصل R1
هستند، و مسیرهای افزونه به همان مقصد ارائه
می‌دهند

وظیفه ۱: تأیید نشان‌دادن فقط یک مسیر توسط جدول مسیریابی

تأیید کن جدول مسیریابی IP فقط یک بهترین مسیر واحد (successor) به 192.168.50.0/24 را فهرست می‌کند.

وظیفه ۲: بررسی ورودی کامل جدول توپولوژی

ورودی کامل جدول توپولوژی برای 192.168.50.0/24 را نمایش بده، که هر مسیر شناخته‌شده را نشان می‌دهد، نه فقط نصب‌شده.

وظیفه ۳: شناسایی Successor و Feasible Successor

تعیین کن کدام مسیر successor است (نصب‌شده در جدول مسیریابی) و کدام واجد شرایط یک feasible successor (پشتیبان، بدون‌حلقه) است.

وظیفه ۴: تأیید شرط Feasibility

تأیید کن فاصله گزارش‌شده feasible successor واقعاً کمتر از فاصله feasible successor است، شرط ریاضی‌ای که استفاده از آن به‌عنوان یک پشتیبان فوری را امن می‌کند.

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

R1# show ip route 192.168.50.0

Routing entry for 192.168.50.0/24
  Known via "eigrp 100", distance 90, metric 3072
  Routing Descriptor Blocks:
  * 10.1.1.2 (via R2), from 10.1.1.2, ...
-- فقط بهترین مسیر واحد (از طریق R2) اینجا
-- ظاهر می‌شود، بدون هیچ نشانه‌ای که یک پشتیبان
-- حتی وجود دارد

R1# show ip eigrp topology 192.168.50.0/24

EIGRP-IPv4 Topology Entry for AS(100)/ID(1.1.1.1)
for 192.168.50.0/24
  State is Passive, Query origin flag is 1,
  1 Successor(s), FD is 3072
  Descriptor Blocks:
  10.1.1.2 (Serial0/0/0), from 10.1.1.2,
    Composite metric is (3072/2816), route is Internal
  10.1.2.2 (Serial0/0/1), from 10.1.2.2,
    Composite metric is (3840/2816), route is Internal
-- هر دو مسیر اینجا قابل‌مشاهده هستند،
-- برخلاف دید جدول مسیریابی

-- خواندن فرمت معیار ترکیبی (FD/RD):

از طریق R2: (3072/2816) -- FD برابر 3072 است،
        معیار خود این روتر برای رسیدن به مقصد
از طریق R3: (3840/2816) -- FD بالاتر، مسیر
        نصب‌شده نیست

-- successor مسیر از طریق R2 است، چون FD آن
-- (3072) با FD کلی ورودی جدول توپولوژی
-- تطبیق دارد -- این مسیری است که در جدول
-- مسیریابی است

-- برای اینکه مسیر R3 واجد شرایط یک feasible
-- successor شود: فاصله گزارش‌شده R3 (2816،
-- عدد دوم) باید کمتر از FD R2 (3072) باشد --
-- بررسی: 2816 < 3072 ✓
-- این تأیید می‌کند مسیر R3 واقعاً یک feasible
-- successor است، آماده استفاده فوری

نکته کلیدی

معیار ترکیبی نشان‌داده‌شده به‌عنوان (FD/RD) در جدول توپولوژی مستقیماً شرط feasibility که پیش‌تر در این مجموعه بحث شد را کدگذاری می‌کند: هروقت فاصله گزارش‌شده یک همسایه (عدد دوم) کمتر از فاصله feasible successor باشد، آن همسایه از نظر ریاضی تضمین‌شده بدون‌حلقه و فوراً-ترفیع‌پذیر است اگر successor شکست بخورد — خواندن همین یک خط خروجی روشی است که یک مهندس تأیید می‌کند آیا failover تقریباً-فوری واقعی EIGRP واقعاً برای یک مقصد خاص موجود است، یا آیا یک شکست به‌جای آن فرآیند query کندتر را فعال می‌کرد.

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