أستكشاف أخطاء EIGRP وإصلاحها

المقدمة

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

إن يتلقى أنت الإنتاج من عرض قارن تسلسلي، عرض ip eigrp مجاور، عرض دعم فني ، أو عرض ip eigrp طبولوجيا أمر من ك cisco أداة، أنت يستطيع استعملت إنتاج مترجم (يسجل زبون فقط) أن يعرض ممكن إصدار ونقطة معينة.

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

المتطلبات

يجب أن يكون لقراء هذا المستند فهم جيد لكيفية عمل EIGRP ومعرفة جيدة بتكوين EIGRP.

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

لا يقتصر هذا المستند على إصدارات برامج ومكونات مادية معينة.

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

الاصطلاحات

للحصول على مزيد من المعلومات حول اصطلاحات المستندات، ارجع إلى اصطلاحات تلميحات Cisco التقنية.

المخطط الانسيابي الرئيسي لاستكشاف الأخطاء وإصلاحها

لاستكشاف أخطاء EIGRP وإصلاحها، أستخدم هذا المخطط الانسيابي، بدءا من المربع الذي تم وضع علامة Main عليه. بحسب الأعراض، قد يشير المخطط الانسيابي إلى أحد المخططات الانسيابية الثلاثة لاحقا في هذا المستند أو إلى مستندات أخرى ذات صلة على Cisco.com. هناك بعض المشاكل التي قد لا تكون قابلة للحل هنا. في هذه الحالات، يتم توفير الارتباطات إلى دعم Cisco التقني. لفتح طلب خدمة، يجب أن يكون لديك عقد خدمة صالح.

فحص الجار

ملاحظة: إذا لم تكن قادرا على إختبار الاتصال بنجاح بين الجيران، فعليك تشغيل الأمر debug ip packet للتحقق من ما إذا كان قد تم إرسال المفتاح إلى عنوان البث المتعدد 224.0.0.10.

ملاحظة: على سبيل المثال:

R1#debug ip packet
IP packet debugging is on
R1#
*Mar  1 00:10:54.643: IP: s=10.10.10.1 (local), d=224.0.0.10 (FastEthernet0/0), len 60, sending broad/multicast
R1#
*Mar  1 00:10:58.611: IP: s=10.10.10.2 (FastEthernet0/0), d=224.0.0.10, len 60, rcvd 2

!--- Indicates that the hello packets are sent to 224.0.0.10.

ملاحظات المخطط الانسيابي
1	قم بإصدار أمر show ip eigrp interface للتحقق.
2	قم بإصدار الأمر show interface serial للتحقق.

ملاحظة: إذا واجهت المشاكل المتعلقة برفرفة EIGRP عبر نفق واجهة GRE، من الممكن أن تضطر إلى تكوين الأوامر keepalive 10 3 وip tcp adjust-mss 1400 على كلا طرفي نفق GRE. .

ملاحظات المخطط الانسيابي
3	قم بإصدار الأمر show ip interface للتحقق.

فحص إعادة التوزيع

ملاحظات المخطط الانسيابي
4	قم بإصدار الأمر show ip eigrp topology net mask للتحقق.

فحص المسار

ملاحظات المخطط الانسيابي
5	قم بإصدار الأمر show ip route eigrp للتحقق.
6	قم بإصدار الأمر show ip eigrp topology للتحقق. إذا لم يتم رؤية المسارات في جدول المخطط، فعليك إصدار الأمر clear ip eigrp topology.

ملاحظات المخطط الانسيابي
7	قم بإصدار الأمر show ip eigrp topology net mask، للعثور على معرف الموجه (RID). أنت يستطيع وجدت ال RID محلي مع ال نفسه أمر على ال newly created خارجي مسحاج تخديد. في الإصدار 12.1 من برنامج Cisco IOS Software والإصدارات الأحدث، يعرض الأمر show ip eigrp topology RID.

أسباب رفرفة الجار

إن إستقرار العلاقة بين الجارين هو مصدر قلق رئيسي. ويصاحب الفشل في العلاقة المجاورة زيادة في إستخدام وحدة المعالجة المركزية (CPU) وعرض النطاق الترددي. يمكن أن يرفرف جيران EIGRP لهذه الأسباب:

• روابط ضمنية. عندما تتعطل الواجهة، يقوم بروتوكول EIGRP بخفض عدد الجيران الذين يمكن الوصول إليهم من خلال تلك الواجهة ويرسل جميع المسارات التي تم التعرف عليها من خلال هذا الجوار.

• فترات الانتظار والترحيب غير صحيحة. يمكن تعيين الفاصل الزمني لاحتجاز EIGRP بشكل مستقل من الفاصل الزمني للمرحبا إذا قمت بإصدار الأمر ip hold-time eigrp. إذا قمت بضبط فاصل إحتجاز أصغر من الفاصل الزمني مرحبا، فإنه ينتج عنه رفرفة الجيران باستمرار. توصي Cisco بأن يكون وقت التعليق ثلاثة أضعاف على الأقل فترة الترحيب. إذا تم تعيين القيمة أقل من 3 أضعاف الفاصل الزمني للمرحبا، فإن هناك فرصة لرفرفة الارتباط أو رفرفة الجوار.

  R1(config-if)#ip hello-interval eigrp 1 30 
  R1(config-if)#ip hold-time eigrp 1 90
  

• فقد حزم مرحبا: يمكن فقد حزم مرحبا على الارتباطات شديدة الازدحام أو الارتباطات المعرضة للخطأ (أخطاء CRC أو أخطاء الإطارات أو التصادمات الزائدة).

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

• يتم توجيه المسار في وضع نشط. عند دخول الموجه في حالة عدم وجود نشاط، تتم إعادة تهيئة الجهات المجاورة التي كان من المتوقع أن يتم الرد منها، وينشط الموجه على جميع المسارات التي تم التعرف عليها من تلك الجهات المجاورة.

• توفير نطاق ترددي عريض غير كاف لعملية EIGRP. عندما لا يتوفر النطاق الترددي الكافي، يمكن فقد الحزم، مما يتسبب في انخفاض أداء الجيران.

• خطوط تسلسلية غير صحيحة.

• تعيين عبارات عرض النطاق الترددي بشكل غير صحيح.

• حركة مرور البث المتعدد أحادي الإتجاه.

• عالق في المسارات النشطة.

• عواصف الاستعلام.

لم يتم التعرف على جيران EIGRP

لا يتم إنشاء علاقة جوار EIGRP عبر نفق GRE متعدد النقاط إذا كان هناك اقتران NHRP غير صحيح في المحادثة. يتم إستخدام بروتوكول تحليل الخطوة (Hop) التالية (NHRP) لاكتشاف عناوين الموجهات والشبكات الأخرى خلف الموجهات التي تكون متصلة بشبكة وصول متعدد (NBMA) غير إذاعية. عندما تغطية بيان شبكة تحت EIGRP كلا من الواجهة المادية وواجهة النفق (عنوان IP لواجهة النفق وعنوان IP للواجهة المادية تنتمي إلى نفس الفئة الرئيسية) وإذا كانت الواجهة الظاهرية هي مصدر النفق، بعد ذلك يجب الإعلان عن كلا الواجهات بشكل منفصل في EIGRP لتجنب المشاكل مع DMVPN. أفضل ممارسة هي الإعلان عن الواجهات باستخدام إعلانات شبكة فرعية معينة.

يمكن حل هذه المشكلة عند مسح اقترانات NHRP بهذا الأمر:

Router#clear ip nhrp

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

• صفحة دعم تقنية EIGRP
• IM نص أن يحصل على EIGRP تدقيق أمر عندما الجيران يرفرفون
• الدعم التقني والمستندات - Cisco Systems