المقدمة

يصف هذا المستند تحليل وقت تقارب EIGRP ومعالجته في سيناريوهات فشل الارتباط المزدوج Catalyst 8500.

المتطلبات الأساسية

المتطلبات

توصي Cisco بأن تكون لديك معرفة بالمواضيع التالية:

• مفاهيم بروتوكول توجيه العبارة الداخلي المحسن (EIGRP) ووظائفه

المكونات المستخدمة

• النظام الأساسي Cisco Catalyst C8500-12X Edge في الإصدار 17.12.05a
• المحول Cisco Catalyst C9500 switch في الإصدار 17.12.05a

تم إنشاء المعلومات الواردة في هذا المستند من الأجهزة الموجودة في بيئة معملية خاصة. بدأت جميع الأجهزة المُستخدمة في هذا المستند بتكوين ممسوح (افتراضي). إذا كانت شبكتك قيد التشغيل، فتأكد من فهمك للتأثير المحتمل لأي أمر.

خلفية EIGRP

خلفية المشكلة

وصف المشكلة

سلوك المشكلة: بعد إيقاف تشغيل واجهات EIGRP إداريا في وقت واحد، لا يزال بالإمكان ملاحظة أحد المسارات المرتبطة بتلك الواجهات في جدول التوجيه لفترة قصيرة. من المتوقع أن تختفي جميع المسارات التي تم التعرف عليها من خلال الواجهات الفاشلة بعد إيقاف تشغيل الواجهات.

المخطط

قام مولد حركة مرور IXIA بإعلان عن 15000 مسار إلى مجال EIGRP لمحاكاة بيئة توجيه على مستوى الإنتاج.

القرار

هذا السلوك متوقع وناشئ عن EIGRP مزدوج (خوارزمية تحديث مشتت). هو ليس عيب برمجية.

وعندما تفشل الواجهات المتعددة في نفس الوقت تقريبا، تحاول المحاولات المزدوجة لتثبيت مسار بديل ممكن قبل بدء عملية إعادة حساب شاملة للشبكة. ونتيجة لذلك، يمكن لجدول التوجيه عرض المسار مؤقتا من خلال خليفة آخر متاح أو خليفة محتمل حتى يتم تقارب المخطط.

إجراء الاختبار

تم تمكين تصحيح الأخطاء على C8500-1 قبل إيقاف تشغيل واجهتين في نفس الوقت.

debug eigrp fsm 
debug eigrp neighbor 
debug eigrp packets 
debug ip routing 
debug ip eigrp 

ثم تم إغلاق الواجهات في وقت واحد.

C8500-1(config)#interface range Te0/0/2, Te0/0/3 
C8500-1(config-if-range)#shutdown

المعالجة المزدوجة المتوقعة

ويرد هنا تسلسل الأحداث التي لوحظت أثناء التقارب.

الخطوة 1 - تنزل الواجهات

بمجرد إيقاف تشغيل الواجهات إداريا:

• تغييرات حالة الواجهة إلى DOWN.
• تتم إزالة المسارات المتصلة على الفور.
• تم الإعلان عن وجود تجاور جار أسفل.
• إعادة حساب مخطط البدء المزدوج.

مثال على تصحيح الأخطاء:

RT: interface Te0/0/2 removed from routing table
RT: interface Te0/0/3 removed from routing table
%DUAL-5-NBRCHANGE: EIGRP-IPv4 500: Neighbor 192.168.11.2 (TenGigabitEthernet0/0/2) is down: interface down  
%DUAL-5-NBRCHANGE: EIGRP-IPv4 500: Neighbor 192.168.22.2 (TenGigabitEthernet0/0/3) is down: interface down               
%LINK-5-CHANGED: Interface TenGigabitEthernet0/0/2, changed state to administratively down                           
%LINK-5-CHANGED: Interface TenGigabitEthernet0/0/3, changed state to administratively down                          

عند هذه النقطة يصبح الخلف الأصلي غير صالح.

C8500-1#show ip route eigrp 
   10.0.0.0/24 is subnetted, 15000 subnets
D        10.0.0.0 [90/256768] via 198.168.23.2, 00:00:00, TenGigabitEthernet0/0/1
D        10.0.1.0 [90/256768] via 198.168.23.2, 00:00:01, TenGigabitEthernet0/0/1
D        10.0.2.0 [90/256512] via 192.168.22.2, 00:00:02, TenGigabitEthernet0/0/3                  <<<<<< not disappear directly
D        10.0.3.0 [90/256768] via 198.168.23.2, 00:00:01, TenGigabitEthernet0/0/1
D        10.0.4.0 [90/256512] via 192.168.22.2, 00:00:02, TenGigabitEthernet0/0/3                  <<<<<< not disappear directly
D        10.0.5.0 [90/256512] via 192.168.22.2, 00:00:02, TenGigabitEthernet0/0/3                  <<<<<< not disappear directly
D        10.0.6.0 [90/256768] via 198.168.23.2, 00:00:00, TenGigabitEthernet0/0/1
D        10.0.7.0 [90/256768] via 198.168.23.2, 00:00:00, TenGigabitEthernet0/0/1
D        10.0.8.0 [90/256768] via 198.168.23.2, 00:00:01, TenGigabitEthernet0/0/1
D        10.0.9.0 [90/256768] via 198.168.23.2, 00:00:00, TenGigabitEthernet0/0/1
D        10.0.10.0 [90/256512] via 192.168.22.2, 00:00:03, TenGigabitEthernet0/0/3                 <<<<<< not disappear directly
D        10.0.11.0 [90/256512] via 192.168.22.2, 00:00:03, TenGigabitEthernet0/0/3                 <<<<<< not disappear directly
D        10.0.12.0 [90/256512] via 192.168.22.2, 00:00:03, TenGigabitEthernet0/0/3

الخطوة 2 - البحث المزدوج عن مسار بديل

قبل تدفق الاستعلامات عبر الشبكة، يتحقق DUAL من جدول المخطط الخاص به بحثا عن خليفة صالح آخر.

مثال على معلومات المخطط:

الخطوة التالية	الحالة
192.168.11.2	الخلف الأصلي (فشل)
192.168.22.2	أفضل مسار بديل
198.168.23.2	خليفة محتمل

يظهر تصحيح الأخطاء:

Find FS for destination 

EIGRP-IPv4(500): 192.168.11.2 metric INF/INF (invalid)
EIGRP-IPv4(500): 192.168.22.2 metric 256512/256256
EIGRP-IPv4(500): 198.168.23.2 metric 256768/256512

وبالتالي، يختار مزدوج 192.168.22.2(المتري = 256512)كخلف جديد.

الخطوة 3 - تثبيت مسار مؤقت

يتم تحديث جدول التوجيه على الفور.

RT: delete route to 10.0.0.0 via 192.168.11.2
RT: updating eigrp 10.0.0.0/8 via 192.168.22.2
...
RT: rib update return code: 19
EIGRP-IPv4: routing table not updated thru 192.168.23.2

على الرغم من وجود مسار آخر عبر 192.168.23.2 بالفعل، إلا أنه غير مثبت، نظرا لأنه لا يزال يتوفر مقياس أفضل.

لذلك، يمكن للمستخدمين ملاحظة أن المسار لا يزال موجودا على الرغم من إيقاف تشغيل إحدى الواجهات الفاشلة بالفعل.

هذا هو السلوك الذي سبب قلق مسؤول الشبكة.

الخطوة 4 - المسار الثاني يفشل أيضا

ثم تنهار الواجهة الثانية بعد ذلك.

%DUAL-5-NBRCHANGE: Neighbor 192.168.22.2 is down

في هذه اللحظة:

• الخلف الحالي يختفي.
• لا يوجد خلف صالح فوري.
• يدخل مزدوج حالة نشطة.

RT: delete route to 10.0.0.0 via 192.168.22.2
RT: no routes to 10.0.0.0, delayed flush

الخطوة 5 - الرد على الاستقبال المزدوج

يرسل مزدوج استعلامات وينتظرون لردود من الجيران المتبقين.

يرد الجار المتبقي بمسار بديل.

EIGRP: Received REPLY on Te0/0/1 from 192.168.23.2
...
RT: add 10.0.0.0/8 via 192.168.23.2, eigrp metric [90/256768]

ثم يتم تثبيت الخلف الجديد.

الخطوة 6 - عمليات إعادة تجميع الشبكات

وبمجرد اكتمال التقارب، يعلن EIGRP عن المخطط المحدث.

Send UPDATE 
Advertise out Te0/0/1

ويتلقى جميع الجيران معلومات الطوبولوجيا الجديدة.

تعود الشبكة إلى حالة مستقرة.

جدول زمني للتقارب

ليش لسا الطريق موجود

والسبب الرئيسي لذلك هو أن هذه الآلية لا تزيل الوجهة فورا في حال توافر خلف صالح آخر أو خلف ممكن.

وبدلا من ذلك، يحاول DIGRP الحفاظ على إستمرارية إعادة التوجيه عن طريق تحويل حركة المرور إلى مسار آخر متاح قبل بدء إعادة حساب مخطط كامل.

لذلك، بعد فشل الواجهة الأولى:

• يختفي المسار الأصلي.
• يتم تثبيت مسار بديل أفضل على الفور.
• تظل الوجهة موجودة في جدول التوجيه.

فقط بعد أن يصبح المسار البديل الثاني غير متاح أيضا يقوم DUAL ببدء عملية إعادة حساب أخرى وتثبيت المسار النهائي المتاح.

ويتفق هذا السلوك تماما مع هدف التصميم الذي يتوخاه بروتوكول EIGRP والمتمثل في التقارب السريع.

المفاهيم المزدوجة الرئيسية

مدة	الوصف
لاحق	أفضل مسار خال من الحلقة حاليا مثبت في جدول التوجيه.
خليفة محتمل	المسار الخالي من تكرار النسخ الاحتياطي المخزن في جدول المخطط.
مسافة ممكنة (FD)	أقل قياس محسوب إلى وجهة.
المسافة المبلغ عنها (RD)	القياس المعلن عنه من قبل أحد الجيران.
حالة نشطة	يبحث DUAL عن مسار جديد.
حالة سلبية	الطريق مستقر.
عدد الردود	عدد الردود المعلقة قبل اكتمال التقارب.
متري = ما لا نهاية	يشير إلى أنه لم يعد من الممكن الوصول إلى المسار.
رمز إرجاع RIB 19	لم يتم تثبيت مسار المرشح نظرا لوجود مسار أفضل بالفعل في RIB

إستنتاج نهائي

ومن المتوقع أن يكون السلوك الملاحظ هو السلوك المزدوج EIGRP بدلا من شاذ التوجيه.

عندما يتم إغلاق واجهتين في تتابع سريع:

1. يعمل بروتوكول EIGRP على إزالة المسارات المرتبطة بالواجهة التي تعرضت للفشل على الفور.
2. تثبيت مزدوج أفضل بديل متاح.
3. يبقى الهدف مرئيا في جدول التوجيه لأن المسار البديل متاح.
4. إذا فشل ذلك المسار البديل أيضا، يقوم المزدوج بعملية إعادة حساب أخرى.
5. وبعد تلقي ردود من الجيران المتبقين، يتم تثبيت خلف جديد ويكتمل التقارب.

وبالتالي، فإن الملاحظة بأن مسارا واحدا يبقى في جدول التوجيه بعد إغلاق واجهات في آن واحد هي نتيجة طبيعية لعملية التقارب المزدوج ولا تشير إلى وجود عيب في البرنامج.

معلومات ذات صلة

• استيعاب بروتوكول توجيه العبّارة الداخلية المحسّن واستخدامه 
• استكشاف مشكلات بروتوكول التوجيه الداخلي المحسّن بين العبّارات (EIGRP) الشائعة وإصلاحها 
• الدعم الفني والتنزيلات من Cisco 

محفوظات المراجعة

المراجعة	تاريخ النشر	التعليقات
1.0	31-Aug-2026	الإصدار الأولي