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

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

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

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

هدف لب

بررسی جدول توپولوژی 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 کندتر را فعال می‌کرد.

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

مقالات مرتبط

لب عملی: پیکربندی ACL های شماره‌دار استاندارد

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

ادامه

لب عملی: پیکربندی VRRP

این لب عملی VRRP را بین دو روتر به‌عنوان جایگزین استاندارد-باز HSRP پیکربندی می‌کند، با استفاده از یک آدرس اینترفیس واقعی به‌عنوان IP مجازی، و نقش‌های Master/Backup و رفتار failover خودکار را تأیید می‌کند.

ادامه

لب عملی: پیکربندی افزونگی GLBP

این لب عملی GLBP را بین دو روتر برای دستیابی به تعادل بار در سراسر هر دو روتر هم‌زمان پیکربندی می‌کند، و تأیید می‌کند هاست‌های مختلف آدرس‌های MAC مجازی متفاوتی دریافت می‌کنند و بنابراین از میان دروازه‌های فیزیکی مختلف مسیریابی می‌شوند.

ادامه

لب عملی: پیاده‌سازی HSRP

این لب عملی HSRP را بین دو روتری که یک آدرس دروازه مجازی مشترک را به اشتراک می‌گذارند پیکربندی می‌کند، اولویت و preempt را برای کنترل اینکه کدام روتر فعال می‌شود تنظیم می‌کند، و failover خودکار وقتی روتر فعال شکست می‌خورد را تأیید می‌کند.

ادامه

لب عملی: خلاصه‌سازی مسیرها با EIGRP

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

ادامه

لب عملی: اینترفیس‌های Passive برای به‌روزرسانی‌های EIGRP

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

ادامه