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

المقدمة

يصف هذا المستند كيفية استكشاف مشكلات بروتوكول توجيه العبّارة الداخلي المحسّن (EIGRP) الأكثر شيوعًا وإصلاحها.

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

المتطلبات

لا توجد متطلبات خاصة لهذا المستند.

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

تستند المعلومات الواردة في هذا المستند إلى Cisco IOS^® لتوضيح السلوكيات المختلفة التي يمكن مواجهتها مع هذا البروتوكول.

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

معلومات أساسية

هذه هي الطبولوجيا المستخدمة في هذا المستند:

تصف الأقسام التالية بعض مشاكل EIGRP الأكثر شيوعا وبعض التلميحات حول كيفية أستكشاف المشكلات وإصلاحها.

تذبذب الأجهزة المجاورة

إن المشكلة الوحيدة الأكثر شيوعًا التي تتم مواجهتها عند استخدام EIGRP هي أنه لا ينشئ جوارًا بشكل صحيح. هناك عدة أسباب محتملة لذلك:

• مشكلة الحد الأقصى من وحدة الإرسال (MTU)
• الاتصال أحادي الاتجاه (ارتباطات أحادية الاتجاه)
• توجد مشكلة في البث المتعدد على الارتباط
• مشكلات البث الأحادي
• مشكلات جودة الارتباط
• مشكلات المصادقة
• مشكلات التكوين الخاطئ

إذا لم تستلم رسالة EIGRP Hello، فلن تتمكن من رؤية الجهاز المجاور في قائمة الأجهزة المجاورة. أدخل الأمر show ip eigrp neighbors لعرض معلومات جهاز EIGRP المجاور وحدد المشكلة:

R2#show ip eigrp neighbors

IP-EIGRP neighbors for process 1
H   Address                 Interface       Hold Uptime   SRTT   RTO  Q  Seq
                                            (sec)         (ms)       Cnt Num
3   10.1.1.1                Et0/0             12 00:00:48    1  5000  1  0
2   10.1.1.3                Et0/0             12 02:47:13   22   200  0  339
1   10.2.1.4                Et1/0             12 02:47:13   24   200  0  318
0   10.2.1.3                Et1/0             12 02:47:13   20   200  0  338

إذا كنت تعتقد أن الجوار قد تم تكوينه، ولكن ليس لديك البادئات التي يجب أن تتعلمها من ذلك المجاور، تحقق من مخرجات الأمر السابق: إذا كان عدد q دائما غير صفري، فقد يكون مؤشرا على أن نفس حزم EIGRP يتم إعادة إرسالها باستمرار. أدخل الأمر show ip eigrp neighbors detail للتحقق مما إذا تم إرسال الحزمة نفسها دائمًا أو لا. إذا كان الرقم التسلسلي للحزمة الأولى هو نفسه دائمًا، يُعاد إرسال الحزمة نفسها إلى أجل غير مسمى:

R2#show ip eigrp neighbors detail

IP-EIGRP neighbors for process 1
H   Address                 Interface       Hold Uptime   SRTT   RTO  Q  Seq
                                            (sec)         (ms)       Cnt Num
3   10.1.1.1                Et0/0             11 00:00:08    1  4500  1  0
   Version 12.4/1.2, Retrans: 2, Retries: 2, Waiting for Init, Waiting for Init Ack
    UPDATE seq 350 ser 0-0 Sent 8040 Init Sequenced
2   10.1.1.3                Et0/0             11 02:47:56   22   200  0  339
   Version 12.4/1.2, Retrans: 11, Retries: 0, Prefixes: 10
1   10.2.1.4                Et1/0             10 02:47:56   24   200  0  318
   Version 12.4/1.2, Retrans: 10, Retries: 0, Prefixes: 8
0   10.2.1.3                Et1/0             11 02:47:56   20   200  0  338
   Version 12.4/1.2, Retrans: 11, Retries: 0, Prefixes: 2

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

من المهم أن تتحقق مما إذا كان EIGRP لموجّه العملية يحتوي على الأمر eigrp log-neighbor-changes. ومع ذلك، يتم تضمين هذا الأمر بشكل افتراضي لمعرف الخطأ من Cisco CSCdx67706، لذلك لا يظهر في التكوين في هذه الحالة. تحقق من الإدخال في السجلات للجهازين المجاورين لـ EIGRP على كل جانب من جوانب الارتباط. في واحد على الأقل من السجلات، يجب أن يكون هناك إدخال ذو معنى.

فيما يلي جميع الأسباب المحتملة لتغيير جوار EIGRP وإدخالات السجل الخاصة به:

• لم يتم استلام حزمة EIGRP أثناء زمن التعطل:
  
  

  %DUAL-5-NBRCHANGE: IP-EIGRP(0) 1: Neighbor 10.1.1.1 (Ethernet0/0) is down:
   holding time expired

• لم يتم التعرف على حزمة موثوقة لـ EIGRP ضمن حد إعادة المحاولة:
  
  

  %DUAL-5-NBRCHANGE: IP-EIGRP(0) 1: Neighbor 10.1.1.1 (Ethernet0/0) is down:
   retry limit exceeded

• يرى EIGRP الواجهة في حالة تعطل:
  
  

  %DUAL-5-NBRCHANGE: IP-EIGRP(0) 1: Neighbor 10.3.1.6 (Serial2/0) is down:
   interface down

• استقبل الموجّه حزمة تحديث أولية وأعاد تشغيل الجهاز المجاور:
  
  

  %DUAL-5-NBRCHANGE: IP-EIGRP(0) 1: Neighbor 10.1.1.1 (Ethernet0/0) is down:
   peer restarted

• استقبل الموجّه حزمة تحديث أولية وشكّل تجاورًا جديدًا:
  
  

  %DUAL-5-NBRCHANGE: IP-EIGRP(0) 1: Neighbor 10.1.1.1 (Ethernet0/0) is up:
   new adjacency

• تم إدخال الأمر clear ip eigrp neighbor، ونتج عنه مسح يدوي:
  
  

  %DUAL-5-NBRCHANGE: IP-EIGRP(0) 1: Neighbor 172.16.1.4 (Serial2/0) is down:
   manually cleared

• تم تغيير عنوان IP على الواجهة:
  
  

  %DUAL-5-NBRCHANGE: IP-EIGRP(0) 1: Neighbor 192.168.1.5 (Serial3/0) is down:
   address changed

• حدث تأخير/تغيير في عرض النطاق الترددي على الواجهة:

  ملاحظة: لا يحدث ذلك إلا في إصدارات الرموز القديمة. هناك ما من مجاور رفرفة منذ cisco بق id CSCdp08764.

  %DUAL-5-NBRCHANGE: IP-EIGRP(0) 1: Neighbor 10.3.1.6 (Serial2/0) is down:
   metric changed

• يتم تكوين قيم K بشكل خاطئ أو يحدث إيقاف تشغيل سلس:
  
  

  %DUAL-5-NBRCHANGE: IP-EIGRP(0) 1: Neighbor 10.4.1.5 (Ethernet1/0) is down:
   K-value mismatch

• يحدث إيقاف التشغيل السلس:
  
  

  %DUAL-5-NBRCHANGE: IP-EIGRP(0) 1: Neighbor 10.1.1.1 (Ethernet0/0) is down:
   Interface Goodbye received

• تم تكوين الأمر ip authentication mode eigrp 1 md5 على الواجهة:
  
  

  %DUAL-5-NBRCHANGE: IP-EIGRP(0) 1: Neighbor 10.1.1.3 (Ethernet0/0) is down:
   authentication mode changed

• حدثت عملية إعادة تشغيل سلسة/إعادة توجيه بدون توقف (NSF):
  
  

  %DUAL-5-NBRCHANGE: IP-EIGRP(0) 1: Neighbor 10.1.1.2 (FastEthernet1) is resync:
   peer graceful-restart

• يتم مسح الأجهزة المجاورة التي تم إرسال استعلامات دون رد إليها:
  
  

  %DUAL-5-NBRCHANGE: IP-EIGRP(0) 1: Neighbor 192.168.1.16 (Serial3/0) is down:
   stuck in active

مشكلات الشبكة

تشير هذه المشكلات الخمس إلى وجود مشكلة في الشبكة:

• حالة التعليق قيد النشاط (SIA)
• مؤقت تعطل منتهي الصلاحية
• حد إعادة المحاولة الذي تم تجاوزه
• نظير تمت إعادة تشغيله
• يتم إرسال تحديث أولي قبل حزمة Hello

SIA

راجع قسم SIA في هذا المستند.

انتهت صلاحية مؤقت التعطل

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

تحقق من أن الموجه يستقبل حِزم EIGRP Hello على هذا الارتباط وأن الجانب الآخر يرسلها. للتحقق من ذلك، أدخل الأمر debug eigrp packet hello. كبديل لاستخدام الأمر debug، يمكنك اختبار اتصال عنوان IP 224.0.0.10 والتحقق مما إذا كان هذا الجهاز المجاور يرد أم لا. إن الأسباب المحتملة لمشكلة البث المتعدد على الارتباط هي بسبب مشكلات في الواجهة، مثل إذا كان المبدّل الوسيط يحظر حِزم EIGRP Hello.

اختبار سريع آخر يمكنك إجراؤه هو تجربة بروتوكول آخر يستخدم عنوان IP للبث المتعدد. وعلى سبيل المثال، يمكنك تكوين بروتوكول معلومات التوجيه (RIP) الإصدار 2 الذي يستخدم عنوان IP للبث المتعدد 224.0.0.9.

تم تجاوز حد إعادة المحاولة

يشير حد إعادة المحاولة الذي تم تجاوزه إلى أنه لم يتم التعرف على حزمة موثوقة لـ EIGRP عدة مرات. تُعد الحزمة الموثوقة من EIGRP واحدة من هذه الأنواع الخمسة من الحِزم:

• تحديث
• استعلام
• رد
• استعلام SIA
• رد SIA

تمت إعادة إرسال حزمة EIGRP الموثوقة 16 مرة على الأقل. تتم إعادة إرسال حزمة في كل مهلة لإعادة الإرسال (RTO). يبلغ حد RTO الأدنى 200 مللي ثانية والحد الأقصى هو 5000 مللي ثانية. تزيد RTO أو تنقص ديناميكيًا من خلال مراقبة اختلاف الوقت بين الوقت الذي يتم فيه إرسال حزمة EIGRP الموثوقة والوقت الذي يتم فيه استلام الإعلام. وعندما لا يتم الإعلام عن الحزمة الموثوقة، تزيد RTO. إذا استمرت هذه المشكلة، فستزيد RTO بسرعة تصل إلى خمس ثوانٍ، لذلك يمكن أن يصل حد إعادة المحاولة إلى 16 × 5 ثوانٍ = 80 ثانية. ومع ذلك، إذا كان زمن تعطل EIGRP أكبر من 80 ثانية، فلن يتعطل الجوار حتى ينتهي زمن التعطل. يمكن أن يحدث ذلك في روابط WAN البطيئة حيث يكون، على سبيل المثال، زمن التعطل الافتراضي هو 180 ثانية.

وبالنسبة للروابط ذات أزمنة تعطل أقل من 80 ثانية، يعني ذلك بشكل فعال أنه إذا لم ينتهي زمن التعطل، فسيتم الاحتفاظ به بواسطة حِزم EIGRP Hello. ويمكن بعد ذلك تجاوز حد إعادة المحاولة. يشير هذا إلى وجود إما مشكلة في MTU أو مشكلة في البث الأحادي. حزم EIGRP Hello صغيرة؛ يمكن أن تصل حزمة تحديث EIGRP (الأولى) إلى MTU كامل. يمكن أن يكون بحجم MTU الكامل إذا كان هناك بادئات كافية لملء التحديث. يمكن تعلم المجاور عبر إستقبال حزم EIGRP مرحبا، ولكن لا يمكن أن ينجح التجاور الكامل إذا لم يتم التعرف على حزمة تحديث EIGRP.

وعادةً ما يكون هذا هو الإخراج الذي يظهر:

%DUAL-5-NBRCHANGE: IP-EIGRP(0) 1: Neighbor 10.1.1.1 (Ethernet0/0) is down:
 retry limit exceeded
%DUAL-5-NBRCHANGE: IP-EIGRP(0) 1: Neighbor 10.1.1.1 (Ethernet0/0) is up:
 new adjacency

ملاحظة: اعتبارا من معرف تصحيح الأخطاء من Cisco CSCsc72090، يستخدم EIGRP أيضا إعدادات IP MTU للواجهة. قبل تطبيق هذا الإصلاح، ستصبح حزم EIGRP مجزأة إذا تم تكوين IP MTU بقيمة أقل من 1500. عادة ما تحدث هذه المشكلة في شبكات Dynamic Multipoint VPN (DMVPN).

الاحتمال الثاني هو أن حزم EIGRP Hello تصنعه لأنها عبارة عن بث متعدد إلى عنوان IP 224.0.0.10. يمكن لبعض حزم تحديث EIGRP جعلها، حيث يمكن أن تكون متعددة البث. ومع ذلك، تكون حِزم EIGRP الموثوقة التي يُعاد إرسالها أحادية البث دائمًا. إذا انقطع مسار بيانات البث الأحادي إلى الجهاز المجاور، فلن تتم معالجة الحزمة الموثوقة التي أُعيد إرسالها بشكل صحيح. اختبر اتصال عنوان IP أحادي البث للجهاز المجاور لـ EIGRP (مع ضبط حجم الأمر ping على حجم MTU الكامل للارتباط، ومع ضبط بت عدم التجزئة (DF-bit)) للتحقق.

يمكن أن يتسبب الارتباط أحادي الاتجاه في حدوث هذه المشكلة أيضًا. يمكن أن يستلم موجه EIGRP حزم EIGRP Hello، ولكن الحزم التي يتم إرسالها من هذا المجاور لا تجعلها عبر الارتباط. إذا لم تنجح حِزم Hello في ذلك، فهذا يعني أن الموجّه ليس على دراية نظرًا لأنه يتم إرسال حِزم Hello بشكل غير موثوق. لا يمكن التعرف على حزم تحديث EIGRP التي يتم إرسالها.

يمكن أن تتلف حِزم EIGRP الموثوقة أو الإعلام. يتمثل الاختبار السريع في إرسال أوامر ping مع تمكين التحقق من الرد:

R1#ping
Protocol [ip]:
Target IP address: 10.1.1.2
Repeat count [5]: 10
Datagram size [100]:
Timeout in seconds [2]:
Extended commands [n]: y
Source address or interface:
Type of service [0]:
Set DF bit in IP header? [no]:
Validate reply data? [no]: yes
Data pattern [0xABCD]:
Loose, Strict, Record, Timestamp, Verbose[none]:
Sweep range of sizes [n]:
Type escape sequence to abort.
Sending 10, 100-byte ICMP Echos to 10.1.1.2, timeout is 2 seconds:
Reply data will be validated
!!!!!!!!!!
Success rate is 100 percent (10/10), round-trip min/avg/max = 1/24/152 ms

قم بتمكين الأمر debug eigrp packets للتحقق من إرسال حِزم EIGRP Hello وحِزم EIGRP Update واستقبالها كحدٍ أدنى:

R1#debug eigrp packets ?

  SIAquery  EIGRP SIA-Query packets
  SIAreply  EIGRP SIA-Reply packets
  ack       EIGRP ack packets
  hello     EIGRP hello packets
  ipxsap    EIGRP ipxsap packets
  probe     EIGRP probe packets
  query     EIGRP query packets
  reply     EIGRP reply packets
  request   EIGRP request packets
  retry     EIGRP retransmissions
  stub      EIGRP stub packets
  terse     Display all EIGRP packets except Hellos
  update    EIGRP update packets
  verbose   Display all EIGRP packets

فيما يلي مثال نموذجي لمشكلة تم تجاوز حد إعادة المحاولة:

R2#show ip eigrp neighbors

IP-EIGRP neighbors for process 1
H   Address                 Interface       Hold Uptime   SRTT   RTO  Q  Seq
                                            (sec)         (ms)       Cnt Num
3   10.1.1.1                Et0/0             12 00:00:48    1  5000  1  0
2   10.1.1.3                Et0/0             12 02:47:13   22   200  0  339
1   10.2.1.4                Et1/0             12 02:47:13   24   200  0  318
0   10.2.1.3                Et1/0             12 02:47:13   20   200  0  338

ملاحظة: هناك دائما حزمة واحدة أو أكثر في قائمة الانتظار (Q CNT).

R2#show ip eigrp neighbors detail

IP-EIGRP neighbors for process 1
H   Address                 Interface       Hold Uptime   SRTT   RTO  Q  Seq
                                            (sec)         (ms)       Cnt Num
3   10.1.1.1                Et0/0             10 00:00:59    1  5000  1  0
   Version 12.4/1.2, Retrans: 12, Retries: 12, Waiting for Init, Waiting for Init Ack
    UPDATE seq 349 ser 0-0 Sent 59472 Init Sequenced
2   10.1.1.3                Et0/0             11 02:47:23   22   200  0  339
   Version 12.4/1.2, Retrans: 11, Retries: 0, Prefixes: 10
1   10.2.1.4                Et1/0             11 02:47:23   24   200  0  318
   Version 12.4/1.2, Retrans: 10, Retries: 0, Prefixes: 8
0   10.2.1.3                Et1/0             10 02:47:23   20   200  0  338
   Version 12.4/1.2, Retrans: 11, Retries: 0, Prefixes: 2

كما هو موضح في الإخراج، ينتظر R2 حزمة التحديث الأولى (init bit set) من الجار على عنوان IP 10.1.1.1.

في هذا الإخراج التالي، ينتظر R2 إقرار حزمة التحديث الأولى (init bit set) من الجار على عنوان IP 10.1.1.1.

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

R2#show ip eigrp neighbors detail

IP-EIGRP neighbors for process 1
H   Address                 Interface       Hold Uptime   SRTT   RTO  Q  Seq
                                            (sec)         (ms)       Cnt Num
3   10.1.1.1                Et0/0             11 00:01:17    1  5000  1  0
   Version 12.4/1.2, Retrans: 16, Retries: 16, Waiting for Init, Waiting for Init Ack
    UPDATE seq 349 ser 0-0 Sent 77844 Init Sequenced
2   10.1.1.3                Et0/0             12 02:47:42   22   200  0  339
   Version 12.4/1.2, Retrans: 11, Retries: 0, Prefixes: 10
1   10.2.1.4                Et1/0             10 02:47:42   24   200  0  318
   Version 12.4/1.2, Retrans: 10, Retries: 0, Prefixes: 8
0   10.2.1.3                Et1/0             11 02:47:42   20   200  0  338
   Version 12.4/1.2, Retrans: 11, Retries: 0, Prefixes: 2

يزداد عدد عمليات إعادة الإرسال بانتظام. ودائمًا ما تكون الحزمة نفسها الموجودة في قائمة الانتظار (تسلسل 349). بعد أن يرسل R2 هذه الحزمة نفسها 16 مرة، يتعطل الجهاز المجاور:

R2#
%DUAL-5-NBRCHANGE: IP-EIGRP(0) 1: Neighbor 10.1.1.1 (Ethernet0/0) is down:
 retry limit exceeded
%DUAL-5-NBRCHANGE: IP-EIGRP(0) 1: Neighbor 10.1.1.1 (Ethernet0/0) is up:
 new adjacency

تبدأ العملية مرة أخرى:

R2#show ip eigrp neighbors detail

IP-EIGRP neighbors for process 1
H   Address                 Interface       Hold Uptime   SRTT   RTO  Q  Seq
                                            (sec)         (ms)       Cnt Num
3   10.1.1.1                Et0/0             11 00:00:08    1  4500  1  0
   Version 12.4/1.2, Retrans: 2, Retries: 2, Waiting for Init, Waiting for Init Ack
    UPDATE seq 350 ser 0-0 Sent 8040 Init Sequenced
2   10.1.1.3                Et0/0             11 02:47:56   22   200  0  339
   Version 12.4/1.2, Retrans: 11, Retries: 0, Prefixes: 10
1   10.2.1.4                Et1/0             10 02:47:56   24   200  0  318
   Version 12.4/1.2, Retrans: 10, Retries: 0, Prefixes: 8
0   10.2.1.3                Et1/0             11 02:47:56   20   200  0  338
   Version 12.4/1.2, Retrans: 11, Retries: 0, Prefixes: 2

يوضح إخراج الأمر debug eigrp packets terse أن R2 يرسل الحزمة نفسها مرارًا وتكرارًا:

ملاحظة: تزداد قيمة إعادة المحاولة، وقيمة العلامات هي 0x1 ، ويتم تعيين وحدة بت Init.

R2#debug eigrp packets terse

EIGRP Packets debugging is on
    (UPDATE, REQUEST, QUERY, REPLY, IPXSAP, PROBE, ACK, STUB, SIAQUERY, SIAREPLY)
 
R2#
EIGRP: Sending UPDATE on Ethernet0/0 nbr 10.1.1.1, retry 14, RTO 5000
 AS 1, Flags 0x1, Seq 350/0 idbQ 0/0 iidbQ un/rely 0/0 peerQ un/rely 0/1
EIGRP: Sending UPDATE on Ethernet0/0 nbr 10.1.1.1, retry 15, RTO 5000
 AS 1, Flags 0x1, Seq 350/0 idbQ 0/0 iidbQ un/rely 0/0 peerQ un/rely 0/1

لا تنتهي صلاحية زمن التعطل لأن حِزم Hello يتم إرسالها واستقبالها بشكل صحيح:

R2#debug eigrp packets hello
EIGRP Packets debugging is on
    (HELLO)
 
EIGRP: Received HELLO on Ethernet0/0 nbr 10.1.1.1
  AS 1, Flags 0x0, Seq 0/0 idbQ 0/0

تمت إعادة تشغيل النظير

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

R2#debug eigrp packets terse

EIGRP Packets debugging is on
    (UPDATE, REQUEST, QUERY, REPLY, IPXSAP, PROBE, ACK, STUB, SIAQUERY, SIAREPLY)
 
R2#
EIGRP: Received Sequence TLV from 10.1.1.1
       10.1.1.2
       address matched
      clearing CR-mode
EIGRP: Received CR sequence TLV from 10.1.1.1, sequence 479
EIGRP: Received UPDATE on Ethernet0/0 nbr 10.1.1.1
  AS 1, Flags 0xA, Seq 479/0 idbQ 0/0 iidbQ un/rely 0/0 peerQ un/rely 0/0,
   not in CR-mode, packet discarded
EIGRP: Received UPDATE on Ethernet0/0 nbr 10.1.1.1
  AS 1, Flags 0x1, Seq 478/0 idbQ 0/0 iidbQ un/rely 0/0 peerQ un/rely 0/0
 
%DUAL-5-NBRCHANGE: IP-EIGRP(0) 1: Neighbor 10.1.1.1 (Ethernet0/0) is down:
 peer restarted
%DUAL-5-NBRCHANGE: IP-EIGRP(0) 1: Neighbor 10.1.1.1 (Ethernet0/0) is up:
 new adjacency
EIGRP: Enqueueing UPDATE on Ethernet0/0 nbr 10.1.1.1 iidbQ un/rely 0/1
 peerQ un/rely 0/0

التحديث الأولي قبل Hello

فيما يلي مثال على استقبال حزمة Update الأولية قبل حزمة Hello:

EIGRP: Received UPDATE on Ethernet0/0 nbr 10.1.1.2
  AS 1, Flags 0x1, Seq 3/0 idbQ 0/0
EIGRP: Neighbor(10.1.1.2) not yet found

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

قضايا إضافية

تتضمن بعض الأنواع الأخرى من المشكلات:

• تغييرات التكوين
• مشكلات المصادقة
• حالات عدم تطابق عناوين IP الأساسية والثانوية
• مشكلات شبكة DMVPN

ويجري شرح هذه المسائل بمزيد من التفصيل في هذه الأقسام التالية.

تغييرات التكوين

ملاحظة: نتائج الأوامر التي يتم إستخدامها عبر هذا القسم هي نفسها إذا قمت بتكوين الرفض بدلا من ذلك (الأمر no ).

وعندما تقوم بتكوين بيان الملخص (أو الملخص التلقائي) على الواجهة، تلاحظ هذه الرسالة على الموجّه:

%DUAL-5-NBRCHANGE: IP-EIGRP(0) 1: Neighbor 10.1.1.3 (Ethernet0/0) is resync:
 summary configured

وفيما يلي مثال يوضح تكوين قائمة توزيع عامة لعملية EIGRP:

R1(config-router)#distribute-list 1 out
R1(config-router)#

تمت ملاحظة هذه الرسالة على الموجّه:

ملاحظة: يحدث الأمر نفسه عند تكوين قائمة توزيع <> في أيضا.

%DUAL-5-NBRCHANGE: IP-EIGRP(0) 1: Neighbor 10.1.1.3 (Ethernet0/0) is resync:
 route configuration changed

وفيما بعد تنخفض جميع أجهزة EIGRP المجاورة عند تكوين قائمة توزيع واجهة عملية EIGRP:

R1(config-router)#distribute-list 1 out ethernet 0/0

وفي هذه الحالة، تتم إعادة تعيين أجهزة EIGRP المجاورة على هذه الواجهة فقط.

ملاحظة: بعد معرف تصحيح الأخطاء من Cisco CSCdy20284، لا يتم إعادة تعيين الاحياء للتغييرات اليدوية مثل التلخيص وعوامل التصفية.

المصادقة

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

R1#debug eigrp packets

EIGRP Packets debugging is on
    (UPDATE, REQUEST, QUERY, REPLY, HELLO, IPXSAP, PROBE, ACK, STUB, SIAQUERY,
     SIAREPLY)
 
EIGRP: Ethernet0/0: ignored packet from 10.1.1.3, opcode = 1 (missing
 authentication or key-chain missing)

عدم تطابق عناوين IP الأساسية والثانوية

يقوم EIGRP بإرسال Hello وجميع الحِزم الأخرى من عنوان IP الأساسي. يتم قبول الحِزم من الموجه الآخر إذا كانت عناوين IP للمصدر تسقط في نطاق عنوان IP الأساسي أو أحد نطاقات عناوين IP الثانوية على الواجهة. إذا لم يكن الأمر كذلك، فستلاحظ رسالة الخطأ هذه (عند تمكين eigrp log-neighbor-warnings):

IP-EIGRP(Default-IP-Routing-Table:1): Neighbor 10.1.1.2 not on common subnet
 for Ethernet0/0

DMVPN

تحقق من مشكلات IPSec في شبكات DMVPN. يمكن أن يتسبب IPSec في تذبذب EIGRP إذا لم يكن التشفير نظيفًا:

 show crypto ipsec sa 

   protected vrf:
   local  ident (addr/mask/prot/port):  (10.10.110.1/255.255.255.255/47/0)
   remote ident (addr/mask/prot/port):  (10.10.101.1/255.255.255.255/47/0)
   current_peer: 144.23.252.1:500
     PERMIT, flags={origin_is_acl,}
    #pkts encaps: 190840467, #pkts encrypt: 190840467, #pkts digest 190840467
    #pkts decaps: 158102457, #pkts decrypt: 158102457, #pkts verify 158102457
    #pkts compressed: 0, #pkts decompressed: 0
    #pkts not compressed: 0, #pkts compr. failed: 0
    #pkts not decompressed: 0, #pkts decompress failed: 0
    #send errors 5523, #recv errors 42

تم شرح الإشارات

يوجد حقل الإشارات 32 بت في رأس حزمة EIGRP، ويكون من المفيد فهم مؤشرات قيم العلامات المختلفة.

• الإشارة 0×1 بت Init
  
  تم تعيين هذه الإشارة في حزمة Update الأولية.
  
  

  EIGRP: Received UPDATE on Ethernet0/0 nbr 10.1.1.1
   AS 1, Flags 0x1, Seq 478/0 idbQ 0/0 iidbQ un/rely 0/0 peerQ un/rely 0/0

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

  EIGRP: Received UPDATE on Ethernet0/0 nbr 10.1.1.2
    AS 1, Flags 0x2, Seq 21/0 idbQ 1/0 iidbQ un/rely 0/0 peerQ un/rely 0/1,
    not in CR-mode, packet discarded

• الإشارة 0×4
  
  هذه الإشارة هي وحدة بت إعادة التشغيل (بت RS). ويتم تعيينه في حِزم Hello وحِزم Update عند الإشارة إلى NSF. يعرض الموجّه المدرك لـ NSF وحدة البت هذه لاكتشاف ما إذا تمت إعادة تشغيل الموجّه المجاور. ثم يعرف الجهاز المجاور الذي يكتشف أنه يواكب تجاور EIGRP. يعرض الموجّه الذي يعيد التشغيل هذه الإشارة لتحديد ما إذا كان النظير يساعد في إعادة التشغيل أم لا.
  
  

  EIGRP: Received HELLO on Ethernet0/0 nbr 10.1.1.2
   AS 1, Flags 0x4, Seq 0/0 idbQ 0/0 iidbQ un/rely 0/0 peerQ un/rely 0/0

• الإشارة 0×8
  
  هذه هي وحدة بت لنهاية الجدول (EOT). تشير وحدة البت هذه إلى أنه تم إرسال جدول التوجيه الكامل إلى الجهاز المجاور. يعرض موجّه الممكّن لـ NSF وحدة البت هذه لتحديد ما إذا كان الموجّه المجاور قد أكمل إعادة تشغيله أم لا. ينتظر الموجّه الممكّن لـ NSF وحدة البت هذه قبل أن يزيل المسارات القديمة من الموجّه الذي يُعاد تشغيله.
  
  

  EIGRP: Received UPDATE on Ethernet0/0 nbr 10.1.1.2
    AS 1, Flags 0x8, Seq 4/33 idbQ 0/0 iidbQ un/rely 0/0 peerQ un/rely 0/1
  EIGRP: NSF: AS1. Receive EOT from 10.1.1.2

تتم طباعة الإشارات في رقم HEX واحد. وبالتالي، فإن العلامة 0x5 تعني أن العلامتين 4 و 1 تم تعيينهما، والعلامة 0x9 تعني أن العلامتين 8 و 1 تم تعيينهما، والعلامة 0xA تعني أن العلامتين 8 و 2 تم تعيينهما.

يمكنك استخدام هذه الأوامر لاستكشاف أخطاء تذبذب الأجهزة المجاورة وإصلاحها:

• show eigrp interface detail
• show ip eigrp neighbor detail
• أمر ping للبث الأحادي
• أمر ping بحجم MTU كامل
• إختبار الاتصال باستخدام بيانات الرد للتحقق من الصحة
• أمر ping للبث المتعدد
• حزمة debug eigrp (hello)
• show ip eigrp traffic
• show ip traffic | بدء EIGRP

SIA

يقدم هذا القسم نظرة عامة على حالة SIA، وبعض الأعراض والأسباب المحتملة، وكيفية استكشاف الأخطاء وإصلاحها.

تعريف SIA

تعني حالة SIA أن موجّه EIGRP لم يتلقَ ردًا على استعلام من جهاز مجاور واحد أو أكثر خلال الوقت المخصص (حوالي ثلاث دقائق). وعند حدوث ذلك، يمسح EIGRP الأجهزة المجاورة التي لا ترسل ردًا وتسجل رسالة خطأ DUAL-3-SIA للمسار الذي أصبح نشطًا.

الأعراض

يمكن رؤية هذه الرسائل على موجّه واحد أو عدة موجّهات:

%DUAL-3-SIA: Route 10.100.1.1/32 stuck-in-active state in IP-EIGRP(0) 1.  Cleaning up

%DUAL-5-NBRCHANGE: IP-EIGRP(0) 1: Neighbor 192.168.1.6 (Serial3/0) is down:
 stuck in active

إذا حدث ذلك بشكل متقطع فقط، يمكن تجاهله. وإذا تكرر حدوث ذلك، يشير ذلك إلى وجود مشكلة دائمة في الشبكة.

الأسباب المحتملة

فيما يلي بعض الأسباب المحتملة لحدوث حالة SIA:

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

تلميحات أستكشاف المشكلات وإصلاحها

عند حدوث موقف SIA، توجد مشكلة في مكان ما في الشبكة. ويمكن أن يكون اكتشاف السبب الدقيق صعبًا. هناك نهجان:

• اعرض البادئات التي يتم الإبلاغ عنها باستمرار على أنها SIA وحدد القواسم المشتركة.
• حدد موقع الموجّه الذي يفشل باستمرار في الرد على الاستعلامات الخاصة بهذه المسارات.

حدد ما إذا كانت جميع البادئات التي يتم إبلاغها عن SIA ذات قواسم مشتركة. على سبيل المثال، يمكن أن تكون جميعها /32 موجها من حافة الشبكة (مثل شبكات الطلب الهاتفي). إذا كان الأمر كذلك، فيمكن أن تشير إلى موقع المشكلة في الشبكة (تحديدا، حيث تم إنشاء هذه البادئات).

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

يمكنك استخدام الأمر show ip eigrp topology active للمساعدة في استكشاف مشكلة SIA وإصلاحها. ابحث عن r الصغير في إخراج الأمر. ويعني ذلك أن الموجّه ينتظر الرد على استعلام لتلك البادئة من هذا الجهاز المجاور.

فيما يلي مثال. اعرض الهيكل. يتم إيقاف تشغيل الارتباطات R1-R6 وR1-R5. عندما يتم إيقاف تشغيل واجهة الاسترجاع للموجه R1، يرسل R1 استعلاما للبادئة 10.100.1.1/32 إلى R2 و R3. الموجه R1 نشط الآن لهذه البادئة. تعمل الموجهات R2 و R3 بشكل نشط، ويتم الاستعلام بدورها عن الموجه R4، والذي يتم إرساله نشطا ويرسل استعلاما إلى R5. يصبح الموجه R5 نشطا أخيرا ويرسل استعلاما إلى R6. يجب أن يرجع الموجه R6 ردا إلى R5. يصبح الموجه R5 سالبا ويقوم بالرد على R4، والذي يصبح بدوره سلبيا ويرسل ردا على R2 و R3. وأخيرا، يتخذ R2 و R3 مسارا سلبيا ويرسلان ردا على R1، والذي يتخذ مسارا سلبيا مرة أخرى.

في حال مواجهة مشكلة، يمكن أن يظل الموجّه نشطًا لفترة زمنية ممتدة، حيث يجب أن ينتظر الرد. لمنع الموجه من انتظار الرد الذي لا يمكن إستلامه أبدا، يمكن للموجه إعلان SIA وقتل الجوار الذي ينتظر الرد من خلاله. لاستكشاف المشكلة وإصلاحها، اعرض إخراج الأمر show ip eigrp topology active واتبع اللاحق r.

فيما يلي إخراج الموجّه R1:

R1#show ip eigrp topology active
IP-EIGRP Topology Table for AS 1)/ID(10.100.1.1)
 
Codes: P - Passive, A - Active, U - Update, Q - Query, R - Reply,
       r - reply Status, s - sia Status
 
A 10.100.1.1/32, 1 successors, FD is Inaccessible
    1 replies, active 00:01:11, query-origin: Local origin
        via Connected (Infinity/Infinity), Loopback0
      Remaining replies:
         via 10.1.1.2, r, Ethernet0/0

الموجه R1 نشط وينتظر ردا من R2. هنا الإنتاج للموجه R2:

R2#show ip eigrp topology active
IP-EIGRP Topology Table for AS(1)/ID(10.100.1.2)
 
Codes: P - Passive, A - Active, U - Update, Q - Query, R - Reply,
       r - reply Status, s - sia Status
 
A 10.100.1.1/32, 1 successors, FD is Inaccessible
    1 replies, active 00:01:01, query-origin: Successor Origin
        via 10.1.1.1 (Infinity/Infinity), Ethernet0/0
        via 10.2.1.4 (Infinity/Infinity), r, Ethernet1/0, serno 524
        via 10.2.1.3 (Infinity/Infinity), Ethernet1/0, serno 523

الموجه R2 نشط وينتظر ردا من R4. هنا الإنتاج للموجه R4:

R4#show ip eigrp topology active
IP-EIGRP Topology Table for AS(1)/ID(10.100.1.4)
 
Codes: P - Passive, A - Active, U - Update, Q - Query, R - Reply,
       r - reply Status, s - sia Status
 
A 10.100.1.1/32, 1 successors, FD is Inaccessible
    1 replies, active 00:00:56, query-origin: Successor Origin
        via 10.2.1.2 (Infinity/Infinity), Ethernet1/0
        via 172.16.1.5 (Infinity/Infinity), r, Serial2/0, serno 562
        via 10.2.1.3 (Infinity/Infinity), Ethernet1/0, serno 560

الموجه R4 نشط وينتظر ردا من R5. هنا الإنتاج للموجه R5:

R5#show ip eigrp topology active
IP-EIGRP Topology Table for AS(1)/ID(172.16.1.5)
 
Codes: P - Passive, A - Active, U - Update, Q - Query, R - Reply,
       r - reply Status, s - sia Status
 
A 10.100.1.1/32, 1 successors, FD is Inaccessible, Q
    1 replies, active 00:00:53, query-origin: Successor Origin
        via 172.16.1.4 (Infinity/Infinity), Serial2/0
      Remaining replies:
         via 192.168.1.6, r, Serial3/0

الموجه R5 نشط وينتظر ردا من R6. هنا الإنتاج للموجه R6:

R6#show ip eigrp topology active
IP-EIGRP Topology Table for AS(1)/ID(192.168.1.6)
R6#

كما هو موضح، الموجه R6 غير نشط للبادئة، لذلك يجب أن تكون المشكلة بين الموجهين R5 و R6. بعد فترة نشوف ان آر 5 يقتل الجوار آر 6 ويعلن حالة سيا:

R5#
%DUAL-3-SIA: Route 10.100.1.1/32 stuck-in-active state in IP-EIGRP(0) 1.
  Cleaning up
%DUAL-5-NBRCHANGE: IP-EIGRP(0) 1: Neighbor 192.168.1.6 (Serial3/0) is down:
 stuck in active

عند عرض إخراج الموجّه R5، يمكنك ملاحظة وجود مشكلات على الارتباط باتجاه R6.

هذا رمز SIA جديد، وعلى هذا النحو، حدثت SIA على موجّه كان بجوار المشكلة. في هذا المثال، هذا هو الارتباط بين الموجهات R5 و R6. في إصدارات الرموز القديمة، يمكن إعلان SIA على أي موجه على المسار (مثل على R2)، والذي يمكن أن يكون بعيدا عن المشكلة. كانت مدة مؤقت SIA ثلاث دقائق. يمكن أن يكون أي موجّه على طول المسار أول موجّه ينتقل إلى SIA ويوقف الجهاز المجاور (الأجهزة المجاورة). باستخدام الرمز الأحدث، ينتظر الموجّه ردًا، ويرسل استعلام SIA على الفور إلى الجهاز المجاور له، ويجيب الجهاز المجاور على الفور برد SIA. على سبيل المثال، أثناء وجوده في الحالة النشطة، يرسل الموجّه R4 استعلام SIA إلى R5، ويرد R5 برد SIA.

R5#
EIGRP: Received SIAQUERY on Serial2/0 nbr 172.16.1.4
  AS 1, Flags 0x0, Seq 456/447 idbQ 0/0 iidbQ un/rely 0/0 peerQ un/rely 0/0
EIGRP: Enqueueing SIAREPLY on Serial2/0 nbr 172.16.1.4 iidbQ un/rely 0/1
  peerQ un/rely 0/0 serno 374-374
EIGRP: Sending SIAREPLY on Serial2/0 nbr 172.16.1.4
  AS 1, Flags 0x0, Seq 448/456 idbQ 0/0 iidbQ un/rely 0/0 peerQ un/rely 0/1
  serno 374-374

كما يرسل الموجّه R5 استعلامات SIA إلى R6، ولكنه لا يتلقى رد SIA من R6.

R5#
EIGRP: Enqueueing SIAQUERY on Serial3/0 nbr 192.168.1.6 iidbQ un/rely 0/2
 peerQ un/rely 5/0 serno 60-60

بمجرد أن يرسل الموجّه استعلام SIA ولكنه لا يستقبل رد SIA، تظهر s لهذا الجهاز المجاور:

R5#show ip eigrp topology active
IP-EIGRP Topology Table for AS(1)/ID(172.16.1.5)
 
Codes: P - Passive, A - Active, U - Update, Q - Query, R - Reply,
       r - reply Status, s - sia Status
 
A 10.100.1.1/32, 1 successors, FD is Inaccessible, Qqr
    1 replies, active 00:02:36, query-origin: Successor Origin, retries(1)
        via 1172.16.1.4 (Infinity/Infinity), Serial2/0, serno 61
        via 192.168.1.6 (Infinity/Infinity), rs, q, Serial3/0, serno 60, anchored

مع رمز SIA الجديد، يجب الإعلان عن SIA على الموجه R5 عندما لا يتلقى ردا SIA. يجب بعد ذلك تمكين تصحيح الأخطاء لحزم EIGRP SIA التالية:

R2#debug eigrp packets SIAquery SIAreply

EIGRP Packets debugging is on
    (SIAQUERY, SIAREPLY)
 
R2#show debug
EIGRP:
  EIGRP Packets debugging is on
    (SIAQUERY, SIAREPLY)

باختصار، يمكنك استخدام هذه الأوامر لاستكشاف مشكلة SIA وإصلاحها:

• show ip eigrp topology active
• show ip eigrp event (ربما يزيد حجم سجل الحدث)
• show ip eigrp traffic (البحث عن العديد من استعلامات SIA وردود SIA)
• show proc mem
• show mem Sum

فيما يلي بعض الحلول الممكنة لمشكلة SIA:

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

البادئات المفقودة

هناك نوعان من البادئات المفقودة: تلك المفقودة في جدول التوجيه (أو قاعدة معلومات التوجيه (RIB))، وتلك المفقودة في جدول المخطط.

البادئات المفقودة في قاعدة معلومات التوجيه (RIB)

يمكن أن تكون هناك عدة أسباب لعدم تضمين بادئة في RIB:

• يتم تثبيت البادئة في جدول التوجيه أو بواسطة بروتوكول التوجيه الآخر بمسافة إدارية أقل.
• تحظر قائمة التوزيع البادئة.
• يحظر التقسيم الأفقي البادئة.

يتم تثبيت البادئة بواسطة بروتوكول التوجيه بمسافة إدارية أقل

في هذا المثال، يتم تثبيت البادئة في جدول التوجيه أو بواسطة مسار ثابت أو بروتوكول التوجيه بمسافة إدارية أقل.

وعادةً عند حدوث ذلك، تكون البادئة في جدول الهيكل ولكن ليس لها مسار لاحق. يمكنك عرض جميع هذه الإدخالات باستخدام الأمر show ip eigrp topology zero-successors. يجب أن يكون للمسافة الممكنة قيمة لا نهائية.

أدخل الأمر show ip route <prefix> وتحقق من بروتوكولات التوجيه التي تملك المسار في RIB:

R1#show ip eigrp topology 192.168.100.6 255.255.255.255
IP-EIGRP (AS 1): Topology entry for 192.168.100.6/32
  State is Passive, Query origin flag is 1, 0 Successor(s), FD is 4294967295
  Routing Descriptor Blocks:
  10.3.1.6 (Serial2/0), from 10.3.1.6, Send flag is 0x0
      Composite metric is (2297856/128256), Route is Internal
      Vector metric:
        Minimum bandwidth is 1544 Kbit
        Total delay is 25000 microseconds
        Reliability is 255/255
        Load is 1/255
        Minimum MTU is 1500
        Hop count is 1

R1#show ip eigrp topology zero-successors
IP-EIGRP Topology Table for AS(1)/ID(10.100.1.1)
 
Codes: P - Passive, A - Active, U - Update, Q - Query, R - Reply,
       r - reply Status, s - sia Status
 
P 192.168.1.0/24, 0 successors, FD is Inaccessible
        via 10.3.1.6 (2681856/2169856), Serial2/0
P 192.168.100.6/32, 0 successors, FD is Inaccessible
        via 10.3.1.6 (2297856/128256), Serial2/0

تحظر قائمة التوزيع البادئة

إن BGP عبارة عن بروتوكول توجيه متجه المسافات. يمكنك استخدام قائمة التوزيع على أي موجّه لحظر البادئات. يمكنك إستخدامه على واجهة لإيقاف إرسال البادئات أو استقبالها، أو يمكنك تكوين distribute-list بشكل عام ضمن عملية EIGRP للموجه لتطبيق مرشح التوجيه على جميع الواجهات التي تم تمكين EIGRP.

فيما يلي مثال:

R1#show running-config | begin router eigrp

router eigrp 1
 network 10.0.0.0
 distribute-list 1 in
 no auto-summary
!
access-list 1 deny   192.168.100.6
access-list 1 permit any

البادئات المفقودة في جدول الهيكل

يصف هذا القسم بعض الأسباب التي قد تجعل بادئة ما مفقودة من جدول المخطط.

مواصفات القناع لإخراج الأمر المناسب

لا ترتكب الخطأ النموذجي، عندما تقوم بالتحقق من بادئة في جدول المخطط، قم دائما بتعيين القناع. يحدث هذا إذا لم تستخدم القناع:

R1#show ip eigrp topology 192.168.100.6   
% IP-EIGRP (AS 1): Route not in topology table

ها هو إخراج الأمر show ip eigrp topology عند تحديد القناع:

R1#show ip eigrp topology 192.168.100.6 255.255.255.255
IP-EIGRP (AS 1): Topology entry for 192.168.100.6/32
  State is Passive, Query origin flag is 1, 1 Successor(s), FD is 2297856
  Routing Descriptor Blocks:
  10.3.1.6 (Serial2/0), from 10.3.1.6, Send flag is 0x0
      Composite metric is (2297856/128256), Route is Internal
      Vector metric:
        Minimum bandwidth is 1544 Kbit
        Total delay is 25000 microseconds
        Reliability is 255/255
        Load is 1/255
        Minimum MTU is 1500
        Hop count is 1
  10.4.1.5 (Ethernet1/0), from 10.4.1.5, Send flag is 0x
      Composite metric is (2323456/2297856), Route is Internal
      Vector metric:
        Minimum bandwidth is 1544 Kbit
        Total delay is 26000 microseconds
        Reliability is 255/255
        Load is 1/255
        Minimum MTU is 1500
        Hop count is 2

وكما هو موضح، البادئة موجودة في جدول الهيكل.

يحظر التقسيم الأفقي البادئة

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

يجب أن يكون لديك دائما المسار الخلف والطرق الممكنة في جدول الطوبولوجيا. إذا لم تكن لديك، فهناك خطأ. ومع ذلك، قد توجد أيضًا مسارات غير ملائمة في جدول الهيكل، طالما أنه تم استقبالها. إذا لم يتم استقبالها من جهاز مجاور، فقد يكون هناك تقسيم أفقي يمنع البادئة.

يعرض الأمر show ip eigrp topology إدخالات البادئة التي تشير إلى المسارات اللاحقة والمسارات اللاحقة الملائمة. إذا أردت عرض البادئات التي تم استقبالها عبر جميع المسارات (أيضًا المسارات غير الملائمة)، فأدخل الأمر show  ip eigrp topology all-links بدلاً من ذلك.

فيما يلي مثال:

R1#show ip eigrp topology          
IP-EIGRP Topology Table for AS(1)/ID(10.100.1.1)
 
Codes: P - Passive, A - Active, U - Update, Q - Query, R - Reply,
       r - reply Status, s - sia Status
 
P 10.3.1.0/24, 1 successors, FD is 2169856
        via Connected, Serial2/0
P 10.2.1.0/24, 2 successors, FD is 307200
        via 10.1.1.2 (307200/281600), Ethernet0/0
        via 10.1.1.3 (307200/281600), Ethernet0/0
P 10.1.1.0/24, 1 successors, FD is 281600
        via Connected, Ethernet0/0
P 172.16.1.0/24, 1 successors, FD is 2195456
        via 10.4.1.5 (2195456/2169856), Ethernet1/0
P 192.168.1.0/24, 1 successors, FD is 2195456
        via 10.4.1.5 (2195456/2169856), Ethernet1/0
        via 10.3.1.6 (2681856/2169856), Serial2/0
P 10.4.1.0/24, 1 successors, FD is 281600
        via Connected, Ethernet1/0
P 172.16.100.5/32, 1 successors, FD is 409600
        via 10.4.1.5 (409600/128256), Ethernet1/0
P 10.100.1.4/32, 2 successors, FD is 435200
        via 10.1.1.2 (435200/409600), Ethernet0/0
        via 10.1.1.3 (435200/409600), Ethernet0/0
P 10.100.1.3/32, 1 successors, FD is 409600
        via 10.1.1.3 (409600/128256), Ethernet0/0
P 10.100.1.2/32, 1 successors, FD is 409600
        via 10.1.1.2 (409600/128256), Ethernet0/0
P 10.100.1.1/32, 1 successors, FD is 128256
        via Connected, Loopback0
P 192.168.100.6/32, 1 successors, FD is 2297856
        via 10.3.1.6 (2297856/128256), Serial2/0

في هذا الإجراء يمكنك ملاحظة أن جزء all-links من الأمر يتضمن المزيد من المسارات:

R1#show ip eigrp topology all-links   
IP-EIGRP Topology Table for AS(1)/ID(10.100.1.1)
 
Codes: P - Passive, A - Active, U - Update, Q - Query, R - Reply,
       r - reply Status, s - sia Status
 
P 10.3.1.0/24, 1 successors, FD is 2169856, serno 43
        via Connected, Serial2/0
P 10.2.1.0/24, 2 successors, FD is 307200, serno 127
        via 10.1.1.2 (307200/281600), Ethernet0/0
        via 10.1.1.3 (307200/281600), Ethernet0/0
P 10.1.1.0/24, 1 successors, FD is 281600, serno 80
        via Connected, Ethernet0/0
P 172.16.1.0/24, 1 successors, FD is 2195456, serno 116
        via 10.4.1.5 (2195456/2169856), Ethernet1/0
        via 10.3.1.6 (3193856/2681856), Serial2/0
        via 10.1.1.2 (2221056/2195456), Ethernet0/0
        via 10.1.1.3 (2221056/2195456), Ethernet0/0
P 192.168.1.0/24, 1 successors, FD is 2195456, serno 118
        via 10.4.1.5 (2195456/2169856), Ethernet1/0
        via 10.3.1.6 (2681856/2169856), Serial2/0
P 10.4.1.0/24, 1 successors, FD is 281600, serno 70
        via Connected, Ethernet1/0
P 172.16.100.5/32, 1 successors, FD is 409600, serno 117         
        via 10.4.1.5 (409600/128256), Ethernet1/0
        via 10.3.1.6 (2809856/2297856), Serial2/0
P 10.100.1.4/32, 2 successors, FD is 435200, serno 128
        via 10.1.1.2 (435200/409600), Ethernet0/0
        via 10.1.1.3 (435200/409600), Ethernet0/0
P 10.100.1.3/32, 1 successors, FD is 409600, serno 115
        via 10.1.1.3 (409600/128256), Ethernet0/0
P 10.100.1.2/32, 1 successors, FD is 409600, serno 109
        via 10.1.1.2 (409600/128256), Ethernet0/0
P 10.100.1.1/32, 1 successors, FD is 128256, serno 4
        via Connected, Loopback0
P 192.168.100.6/32, 1 successors, FD is 2297856, serno 135
        via 10.3.1.6 (2297856/128256), Serial2/0
        via 10.4.1.5 (2323456/2297856), Ethernet1/0

تأمل في البادئة الأخيرة في الإخراج السابق، بينما يحتوي المسار عبر 10.4.1.5 على (2323456/2297856). المسافة المُبلغ عنها (القياس المُعلن عنه) هي 2297856، وهي ليست أصغر من FD من 2297856، لذا المسار ليس ملائمًا.

P 192.168.100.6/32, 1 successors, FD is 2297856, serno 135
        via 10.3.1.6 (2297856/128256), Serial2/0
        via 10.4.1.5 (2323456/2297856), Ethernet1/0

فيما يلي مثال حيث ينتج عن التقسيم الأفقي استبعاد مسار من جدول الهيكل لمسار واحد. عندما تعرض الهيكل، يمكنك رؤية أن الموجّه R1 يحتوي على البادئة 192.168.100.6/32 عبر R6 وR5 في جدول الهيكل، ولكن ليس عبر R2 أو R3:

R1#show ip eigrp topology 192.168.100.6 255.255.255.255
IP-EIGRP (AS 1): Topology entry for 192.168.100.6/32
  State is Passive, Query origin flag is 1, 1 Successor(s), FD is 2297856
  Routing Descriptor Blocks:
  10.3.1.6 (Serial2/0), from 10.3.1.6, Send flag is 0x0
      Composite metric is (2297856/128256), Route is Internal
      Vector metric:
        Minimum bandwidth is 1544 Kbit
        Total delay is 25000 microseconds
        Reliability is 255/255
        Load is 1/255
        Minimum MTU is 1500
        Hop count is 1
  10.4.1.5 (Ethernet1/0), from 10.4.1.5, Send flag is 0x0
      Composite metric is (2323456/2297856), Route is Internal
      Vector metric:
        Minimum bandwidth is 1544 Kbit
        Total delay is 26000 microseconds
        Reliability is 255/255
        Load is 1/255
        Minimum MTU is 1500
        Hop count is 2

وذلك لأن الموجّه R1 لم يستقبل البادئة 192.168.100.6/32 عبر R2 أو R3، حيث يحتويان على البادئة 192.168.100.6/32 عبر R1 في جدول التوجيه.

R2#show ip route 192.168.100.6 255.255.255.255
Routing entry for 192.168.100.6/32
  Known via "eigrp 1", distance 90, metric 2323456, type internal
  Redistributing via eigrp 1
  Last update from 10.1.1.1 on Ethernet0/0, 00:02:07 ago
  Routing Descriptor Blocks:
  * 10.1.1.1, from 10.1.1.1, 00:02:07 ago, via Ethernet0/0
      Route metric is 2323456, traffic share count is 1
      Total delay is 26000 microseconds, minimum bandwidth is 1544 Kbit
      Reliability 255/255, minimum MTU 1500 bytes
      Loading 1/255, Hops 2
 
R3#show ip route 192.168.100.6 255.255.255.255
Routing entry for 192.168.100.6/32
  Known via "eigrp 1", distance 90, metric 2323456, type internal
  Redistributing via eigrp 1
  Last update from 10.1.1.1 on Ethernet0/0, 00:01:58 ago
  Routing Descriptor Blocks:
  * 10.1.1.1, from 10.1.1.1, 00:01:58 ago, via Ethernet0/0
      Route metric is 2323456, traffic share count is 1
      Total delay is 26000 microseconds, minimum bandwidth is 1544 Kbit
      Reliability 255/255, minimum MTU 1500 bytes
      Loading 1/255, Hops 2

وللتحقق من ذلك، استخدم الكلمة الأساسية all-links على R1 عندما تعرض جدول الهيكل. ويعرض ذلك جميع المسارات الخاصة بجميع البادئات، التي تتضمن المسارات غير الملائمة. يمكنك حينئذٍ ملاحظة أن البادئة 192.168.100.6/32 لم يتم التعرف عليها بواسطة الموجّه R1 من R2 أو R3.

المقاييس

ملاحظة: لا يتم تضمين الحد الأقصى للنقل (MTU) وعدد الخطوة (hop) في الحساب المتري.

هذه هي الصيغ المُستخدمة لحساب قياس المسار الخاص بتوجيه ما:

• إذا كانت K5 قيمة غير صفرية:
  
  EIGRP Metric = 256*(((K1*Bw) + (K2*Bw)/(256-Load) + (K3*Delay))*(K5/(Reliability + K4)))
  
  
• إذا كانت K5 تساوي صفرًا:
  
  EIGRP Metric = 256*((K1*Bw) + (K2*Bw)/(256-Load) + (K3*Delay))

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

• K1 = 1
  
  
• K2 = 0
  
  
• K3 = 1
  
  
• K4 = 0
  
  
• K5 = 0

مع القيم K الافتراضية (فقط مع النطاق الترددي والتأخير)، تصبح الصيغة:

EIGRP Metric = 256 * (Bw +  Delay)

Bw= (10^7/الحد الأدنى من Bw بالكيلوبت في الثانية)

ملاحظة: يقاس التأخير بعشرات الميكرو ثانية؛ بيد أنه يقاس على الواجهة بميكروثانية.

يمكن التحقق من جميع المكونات الأربعة باستخدام الأمر show interface:

 R1#show interface et 0/0
  Ethernet0/0 is up, line protocol is up
  Hardware is AmdP2, address is aabb.cc00.0100 (bia aabb.cc00.0100)
  Internet address is 10.1.1.1/24
  MTU 1500 bytes, BW 10000 Kbit, DLY 1000 usec,
     reliability 255/255, txload 1/255, rxload 1/255
  Encapsulation ARPA, loopback not set  Keepalive set (10 sec)
  ARP type: ARPA, ARP Timeout 04:00:00  Last input 00:00:02, output 00:00:02,
   output hang never
  Last clearing of "show interface" counters never
  Input queue: 0/75/0/0 (size/max/drops/flushes); Total output drops: 0
  Queueing strategy: fifo
  Output queue: 0/40 (size/max)
  5 minute input rate 0 bits/sec, 0 packets/sec
  5 minute output rate 0 bits/sec, 0 packets/sec
     789 packets input, 76700 bytes, 0 no buffer
     Received 707 broadcasts, 0 runts, 0 giants, 0 throttles
     0 input errors, 0 CRC, 0 frame, 0 overrun, 0 ignored
     0 input packets with dribble condition detected
     548 packets output, 49206 bytes, 0 underruns
     0 output errors, 0 collisions, 1 interface resets
     0 unknown protocol drops
     0 babbles, 0 late collision, 0 deferred
     0 lost carrier, 0 no carrier
     0 output buffer failures, 0 output buffers swapped out 

يكون التأخير تراكميًا، مما يعني أنه يمكنك إضافة التأخير لكل ارتباط على طول المسار. ويكون عرض النطاق الترددي غير تراكمي، لذا فإن عرض النطاق الترددي المُستخدم في الصيغة هو أصغر عرض نطاق ترددي لأي ارتباط على طول المسار.

معرّف موجّه مكرر

لعرض معرّف الموجّه الذي يستخدمه EIGRP، أدخل الأمر show ip eigrp topology على الموجّه واعرض السطر الأول من الإخراج:

R1#show ip eigrp topology
IP-EIGRP Topology Table for AS(1)/ID(10.100.1.1)

Codes: P - Passive, A - Active, U - Update, Q - Query, R - Reply,
       r - reply Status, s - sia Status
 
P 10.3.1.0/24, 1 successors, FD is 2169856
        via Connected, Serial2/0

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

يمكن عرض معرّف الموجّه للمسارات الخارجية في هذا الإخراج:

R1#show ip eigrp topology 192.168.1.4 255.255.255.255
IP-EIGRP (AS 1): Topology entry for 192.168.1.4/32
  State is Passive, Query origin flag is 1, 2 Successor(s), FD is 435200
  Routing Descriptor Blocks:
  10.1.1.2 (Ethernet0/0), from 10.1.1.2, Send flag is 0x0
      Composite metric is (435200/409600), Route is External
      Vector metric:
        Minimum bandwidth is 10000 Kbit
        Total delay is 7000 microseconds
        Reliability is 255/255
        Load is 1/255
        Minimum MTU is 1500
        Hop count is 2
      External data:
        Originating router is 10.100.1.4 
        AS number of route is 0
        External protocol is Connected, external metric is 0
        Administrator tag is 0 (0x00000000)

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

تحقق من سجل أحداث EIGRP بحثًا عن رسائل معرّف الموجّه المكررة المحتملة:

R1#show ip eigrp events                             
Event information for AS 1:
1    08:36:35.303 Ignored route, metric: 10.33.33.33 3347456
2    08:36:35.303 Ignored route, neighbor info: 10.3.1.6 Serial2/1
3    08:36:35.303 Ignored route, dup router: 10.100.1.1
4    08:36:35.303 Rcv EOT update src/seq: 10.3.1.6 143
5    08:36:35.227 Change queue emptied, entries: 2
6    08:36:35.227 Route OBE net/refcount: 10.100.1.4/32 3
7    08:36:35.227 Route OBE net/refcount: 10.2.1.0/24 3
8    08:36:35.227 Metric set: 10.100.1.4/32 435200
9    08:36:35.227 Update reason, delay: nexthop changed 179200
10   08:36:35.227 Update sent, RD: 10.100.1.4/32 435200
11   08:36:35.227 Route install: 10.100.1.4/32 10.1.1.3
12   08:36:35.227 Route install: 10.100.1.4/32 10.1.1.2
13   08:36:35.227 RDB delete: 10.100.1.4/32 10.3.1.6

عدم تطابق قيم K/إيقاف التشغيل السلس

عندما تكون قيم K مختلفة على الموجّهات المجاورة، تتم ملاحظة هذه الرسالة:

%DUAL-5-NBRCHANGE: IP-EIGRP(0) 1: Neighbor 10.4.1.5 (Ethernet1/0) is down:
 K-value mismatch

يتم تكوين قيم K باستخدام هذا الأمر (مع قيم K المحتملة بين 0 و255):

metric weights tos k1 k2 k3 k4 k5
 
!
router eigrp 1
 network 10.0.0.0
 metric weights 0 1 2 3 4 5
!

تشير الرسالة إلى أن جوار EIGRP لم يتم تأسيسه بسبب عدم تطابق قيم K. يجب أن تكون قيم K هي نفسها على جميع موجّهات EIGRP في نظام مستقل واحد لمنع حدوث مشكلات في التوجيه عند استخدام موجّهات مختلفة لحسابات قياس مختلفة.

تحقق مما إذا كانت قيم K هي نفسها على الموجّهات المجاورة. إذا كانت قيم K هي نفسها، فيمكن أن يكون السبب هو ميزة إيقاف التشغيل الجميل ل EIGRP. في هذه الحالة، يرسل الموجّه حزمة EIGRP Hello مع تعيين قيم K على 255 بحيث يحدث عدم تطابق قيم K بشكل متعمد. هذا للإشارة إلى موجه EIGRP المجاور الذي يتم تنزيله. وعلى الموجّه المجاور، سترى رسالة الوداع المستلمة هذه:

%DUAL-5-NBRCHANGE: IP-EIGRP(0) 1: Neighbor 10.1.1.1 (Ethernet0/0) is down:
 Interface Goodbye received

ومع ذلك، إذا كان الموجّه المجاور يقوم بتشغيل إصدار رمز قديم (قبل معرّف الخطأ من Cisco CSCdr96531)، فلا يتعرف على هذه الرسالة كرسالة إيقاف تشغيل سلسة، بل يتعرف عليها على أنها عدم تطابق قيم K:

%DUAL-5-NBRCHANGE: IP-EIGRP(0) 1: Neighbor 10.4.1.5 (Ethernet1/0) is down:
 K-value mismatch

هذه هي الرسالة نفسها كما في حالة عدم تطابق قيم K الحقيقية على الموجّهات المجاورة.

وتكون هذه هي محفزات إيقاف التشغيل السلس:

• تم إدخال الأمر no router eigrp.
• تم إدخال الأمر no network.
• تم إدخال الأمر clear ip eigrp neighbor.
• تمت إعادة تحميل الموجّه.

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

موازنة تحميل غير متساوية التكلفة (الفارق)

من الممكن إجراء موازنة حمل ذات تكلفة غير متساوية في EIGRP باستخدام الأمر variance، ولكن يجب الوفاء بشروط الفارق والجدوى.

يعني شرط الفارق أن قياس المسار ليس أكبر من أفضل قياس مضروب في الفارق. لاعتبار المسار ملائمًا، يجب الإعلان عن المسار بمسافة مُبلغ عنها أقل من المسافة الملائمة (FD). فيما يلي مثال:

!
router eigrp 1
 variance 2
 network 10.0.0.0
 no auto-summary
!

يحتوي الموجّه R1 على الفارق 2 الذي تم تكوينه. وهذا يعني أنه إذا كان الموجه يحتوي على مسار آخر للمسار مع قياس ليس أكبر من ضعف أفضل مقياس لذلك المسار، فيجب أن يكون هناك موازنة غير متساوية لحمل التكلفة لذلك المسار.

R1#show ip eigrp topology 172.16.100.5 255.255.255.255
IP-EIGRP (AS 1): Topology entry for 172.16.100.5/32
  State is Passive, Query origin flag is 1, 1 Successor(s), FD is 409600
  Routing Descriptor Blocks:
  10.4.1.5 (Ethernet1/0), from 10.4.1.5, Send flag is 0x0
      Composite metric is (409600/128256), Route is Internal
      Vector metric:
        Minimum bandwidth is 10000 Kbit
        Total delay is 6000 microseconds
        Reliability is 255/255
        Load is 1/255
        Minimum MTU is 1500
        Hop count is 1
  10.3.1.6 (Serial2/0), from 10.3.1.6, Send flag is 0x0
      Composite metric is (435200/409600), Route is Internal <<< RD = 409600
      Vector metric:
        Minimum bandwidth is 10000 Kbit
        Total delay is 7000 microseconds
        Reliability is 255/255
        Load is 1/255
        Minimum MTU is 1500
        Hop count is 2

إذا تم تثبيت إدخال المخطط الثاني في جدول التوجيه، فإن قياس إدخال المخطط الثاني هو 435200. بما أن ضعف أفضل مقياس هو 2 x 409600 = 819200، و 435200 < 819200، فإن إدخال المخطط الثاني يقع ضمن نطاق التباين. المسافة التي تم الإبلاغ عنها لإدخال المخطط الثاني هي 409600، وهي ليست أصغر من قيمة FD = 409600. الشرط الثاني (الجدوى) لم يتم استيفاؤه، والدخول الثاني لا يمكن تثبيته في RIB.

R1#show ip route 172.16.100.5
Routing entry for 172.16.100.5/32
  Known via "eigrp 1", distance 90, metric 409600, type internal
  Redistributing via eigrp 1
  Last update from 10.4.1.5 on Ethernet1/0, 00:00:16 ago
  Routing Descriptor Blocks:
  * 10.4.1.5, from 10.4.1.5, 00:00:16 ago, via Ethernet1/0
      Route metric is 409600, traffic share count is 1
      Total delay is 6000 microseconds, minimum bandwidth is 10000 Kbit
      Reliability 255/255, minimum MTU 1500 bytes
      Loading 1/255, Hops 1

إذا كان RD لإدخال الهيكل الثاني أصغر من FD، كما في المثال التالي، ستكون هناك موازنة ذات تكلفة غير متساوية.

R1#show ip eigrp topology 172.16.100.5 255.255.255.255
IP-EIGRP (AS 1): Topology entry for 172.16.100.5/32
  State is Passive, Query origin flag is 1, 1 Successor(s), FD is 409600
  Routing Descriptor Blocks:
  10.4.1.5 (Ethernet1/0), from 10.4.1.5, Send flag is 0x0
      Composite metric is (409600/128256), Route is Internal
      Vector metric:
        Minimum bandwidth is 10000 Kbit
        Total delay is 6000 microseconds
        Reliability is 255/255
        Load is 1/255
        Minimum MTU is 1500
        Hop count is 1
  10.3.1.6 (Serial2/0), from 10.3.1.6, Send flag is 0x0
      Composite metric is (434944/409344), Route is Internal <<< RD = 409344
      Vector metric:
        Minimum bandwidth is 10000 Kbit
        Total delay is 6990 microseconds
        Reliability is 255/255
        Load is 1/255
        Minimum MTU is 1500
        Hop count is 2

يوجد إدخالان للهيكل الآن في جدول التوجيه:

R1#show ip route 172.16.100.5                         
Routing entry for 172.16.100.5/32
  Known via "eigrp 1", distance 90, metric 409600, type internal
  Redistributing via eigrp 1
  Last update from 10.3.1.6 on Serial2/0, 00:00:26 ago
  Routing Descriptor Blocks:
  * 10.4.1.5, from 10.4.1.5, 00:00:26 ago, via Ethernet1/0
      Route metric is 409600, traffic share count is 120
      Total delay is 6000 microseconds, minimum bandwidth is 10000 Kbit
      Reliability 255/255, minimum MTU 1500 bytes
      Loading 1/255, Hops 1
    10.3.1.6, from 10.3.1.6, 00:00:26 ago, via Serial2/0
      Route metric is 434944, traffic share count is 113
      Total delay is 6990 microseconds, minimum bandwidth is 10000 Kbit
      Reliability 255/255, minimum MTU 1500 bytes
      Loading 1/255, Hops 2

الأجهزة المجاورة الثابتة

يدعم EIGRP التكوينات مع جهاز مجاور ثابت واحد أو أكثر على الواجهة نفسها. ما إن يشكل أنت واحد ساكن إستاتيكي EIGRP مجاور على القارن، المسحاج تخديد لم يعد يرسل ال EIGRP ربط كmulticast على أن قارن أو يعالج ال يستلم multicast EIGRP ربط. ويعني ذلك أن حِزم Hello وUpdate وQuery تم إرسالها الآن في بث أحادي. لا يمكن تكوين أجهزة مجاورة إضافية ما لم يتم تكوين أمر static neighbor بشكل صريح لتلك الأجهزة المجاورة على تلك الواجهة.

فيما يلي كيفية تكوين جهاز مجاور ثابت لـ EIGRP:

router eigrp 1
 passive-interface Loopback0
 network 10.0.0.0
 no auto-summary
 neighbor 10.1.1.1 Ethernet0/0
!

عندما يكون للموجّهات الموجودة على جانبي الارتباط الأمر static neighbor، يتم تكوين الجهاز المجاور:

R1#show ip eigrp neighbors detail
IP-EIGRP neighbors for process 1
H   Address                 Interface       Hold Uptime   SRTT   RTO  Q  Seq
                                            (sec)         (ms)       Cnt Num
1   10.1.1.2                Et0/0             14 00:00:23   27   200  0  230
   Static neighbor
   Version 12.4/1.2, Retrans: 0, Retries: 0, Prefixes: 1
0   10.3.1.6                Se2/0             14 1d02h      26   200  0  169
   Version 12.4/1.2, Retrans: 0, Retries: 0, Prefixes: 12
3   10.4.1.5                Et1/0             10 1d02h      16   200  0  234
   Version 12.4/1.2, Retrans: 0, Retries: 0, Prefixes: 7

إن يتلقى فقط واحد مسحاج تخديد الساكن إستاتيكي مجاور أمر يشكل، أنت يستطيع لاحظت أن المسحاج تخديد يتجاهل ال multicast EIGRP ربط والآخر يتجاهل ال unicast EIGRP ربط:

R1#
EIGRP: Received HELLO on Ethernet0/0 nbr 10.1.1.2
  AS 1, Flags 0x0, Seq 0/0 idbQ 0/0
EIGRP: Ignore multicast Hello Ethernet0/0 10.1.1.2

R2#
EIGRP: Received HELLO on Ethernet0/0 nbr 10.1.1.1
  AS 1, Flags 0x0, Seq 0/0 idbQ 0/0
EIGRP: Ignore unicast Hello from Ethernet0/0 10.1.1.1

يوجد أمر debug الخاص للأجهزة المجاورة الثابتة لـ EIGRP:

R2#debug eigrp neighbors static
EIGRP Static Neighbors debugging is on

R2#conf t
Enter configuration commands, one per line.  End with CNTL/Z.
R2(config)#router eigrp 1               
R2(config-router)#neighbor 10.1.1.1 et 0/0 
R2(config-router)#end
R2#

EIGRP: Multicast Hello is disabled on Ethernet0/0!
EIGRP: Add new static nbr 10.1.1.1 to AS 1 Ethernet0/0

هنا بعض الأسباب أن EIGRP ساكن إستاتيكي يمكن شكلت:

• أنت تريد تقييد عمليات البث أو تجنبها على شبكات الوصول المتعدد دون البث (NBMA).
• أنت تريد تقييد عمليات البث المتعدد على وسائط البث (Ethernet) أو تجنبها.
• استعملت أن يتحرى (مع unicast بدلا من multicast).

تحذير: لا تقم بتكوين الأمر passive-interface مع الأمر الثابت EIGRP neighbor.

إعادة توزيع المسارات الثابتة

عندما تقوم بتكوين توجيه ثابت يشير إلى واجهة، وتتم تغطية المسار بعبارة شبكة ضمن EIGRP الخاص بالموجّه، سيتم الإعلان عن التوجيه الثابت بواسطة EIGRP كما لو كان مسارًا متصلاً. الأمر redistribute static أو القياس الافتراضي غير مطلوب في هذه الحالة.

router eigrp 1
 network 10.0.0.0
 network 172.16.0.0
 no auto-summary
!
ip route 172.16.0.0 255.255.0.0 Serial2/0
!

R1#show ip eigrp top 172.16.0.0 255.255.0.0      
IP-EIGRP (AS 1): Topology entry for 172.16.0.0/16
  State is Passive, Query origin flag is 1, 1 Successor(s), FD is 2169856
  Routing Descriptor Blocks:
  0.0.0.0, from Rstatic, Send flag is 0x0
      Composite metric is (2169856/0), Route is Internal
      Vector metric:
        Minimum bandwidth is 1544 Kbit
        Total delay is 20000 microseconds
        Reliability is 255/255
        Load is 1/255
        Minimum MTU is 1500
        Hop count is 0

الموثوقية وحمل حساب القياس

تحذير: لا تستخدم الموثوقية و/أو التحميل لحساب المقاييس.

تظهر معلمات الموثوقية والحمل في إخراج الأمر show interface. لا توجد تحديثات ديناميكية لهذه المعلمات عند تغيير الحمل والموثوقية. إذا تغير الحمل والموثوقية، لن يحدث تغيير فوري في القياس. فقط إذا قرر EIGRP إرسال تحديثات إلى جيرانه بسبب تغييرات المخطط في الحمل والموثوقية التي سيتم نشرها يمكن أن يحدث. وعلاوة على ذلك، يمكن أن يؤدي استخدام الحمل والموثوقية لحساب القياس إلى عدم الاستقرار، حيث يتم إجراء التوجيه التكيفي بعد ذلك. إذا كنت ترغب في تغيير التوجيه بما يتوافق مع حمل حركة المرور، فيجب عليك مراعاة إستخدام هندسة حركة مرور تحويل التسمية متعدد البروتوكولات (MPLS) أو توجيه الأداء (PfR).

وحدة المعالجة المركزية (CPU) المرتفعة

توجد ثلاث عمليات لبروتوكول EIGRP تعمل في وقت واحد:

• الموجّه – تعطّل هذه العملية مجموعات الذاكرة المشتركة.
• Hello – تُرسل هذه العملية حِزم Hello وتستقبلها وتحافظ على اتصالات النظير.
• الوحدة النمطية المستندة إلى البروتوكول (PDM) - يدعم EIGRP أربع مجموعات من البروتوكولات: IP و IPv6 و IPX و AppleTalk. تحتوي كل مجموعة على PDM الخاصة بها. فيما يلي وظائف PDM الأساسية:
  
  
  • تحافظ على جداول الأجهزة المجاورة وجداول الهيكل لموجّهات EIGRP التابعة لمجموعة البروتوكولات تلك.
  • تقوم بإنشاء وترجمة الحِزم الخاصة بالبروتوكول لـ DUAL (إرسال حِزم EIGRP واستقبالها).
  • توصّل DUAL بجدول التوجيه المحدد للبروتوكول.
  • تحسب القياس وتمرير المعلومات إلى DUAL (تختار DUAL فقط المسارات اللاحقة والمسارات اللاحقة الملائمة).
  • تنفذ قوائم الترشيح والوصول.
  • تنفذ وظائف إعادة توزيع من وإلى بروتوكولات التوجيه الأخرى.

فيما يلي مثال على إخراج يوضح هذه العمليات الثلاث:

R1#show process cpu | include EIGRP
  89           4        24        166  0.00%  0.00%  0.00%   0 IP-EIGRP Router
  90        1016      4406        230  0.00%  0.03%  0.00%   0 IP-EIGRP: PDM  
  91        2472      6881        359  0.00%  0.07%  0.08%   0 IP-EIGRP: HELLO

ارتفاع CPU في EIGRP غير طبيعي. وفي حال حدوث ذلك، إما أن يكون لدى EIGRP الكثير للقيام به أو أن هناك خطأ في EIGRP. في الحالة الأولى، تحقّق من عدد البادئات في جدول الهيكل وعدد النظراء. تحقّق من عدم الاستقرار بين مسارات EIGRP والأجهزة المجاورة.

EIGRP في شبكات ترحيل الإطارات (قائمة انتظار البث)

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

فيما يلي الأمر المُستخدَم في هذا السيناريو:

frame-relay broadcast-queue size byte-rate packet-rate

وكقاعدة عامة، ابدأ بعشرين حزمة لكل معرّف اتصال ارتباط البيانات (DLCI). يجب أن يكون معدل البايت أقل من هذين:

• N/4 أضعاف الحد الأدنى لمعدل الوصول عن بُعد (يُقاس بوحدات البايت في الثانية)، حيث يشير N إلى عدد معرّفات DLCI التي يجب تكرار البث لها.
  
  
• ربع معدل الوصول المحلي (يُقاس بوحدات البايت في الثانية).

إذا لاحظت عددًا كبيرًا من الأجهزة المجاورة لـ EIGRP المتذبذبة، فقم بزيادة حجم قائمة انتظار بث ترحيل الإطارات. لا توجد هذه المشكلة في حالة وجود واجهات ترحيل إطارات فرعية لأن كل موجّه مجاور على واجهة فرعية واحدة بشبكة IP فرعية مختلفة. ضَع في اعتبارك هذا كحل بديل عند وجود شبكة ترحيل إطارات كبيرة متداخلة بالكامل.

أرقام AS غير متطابقة

عند إدخال الأمر debug eigrp packets hello، يظهر أن الموجّه لا يستقبل حِزم Hello.

الملخص التلقائي

يُستخدم EIGRP لإجراء التلخيص في حدود الشبكة الرئيسية (الشبكات A وB وC) بشكل افتراضي. ويعني ذلك أنه يتم فقدان المسارات الأكثر تحديدًا من بادئات /8 للشبكة الرئيسية من النوع A، والمسارات الأكثر تحديدًا من بادئة /16 للشبكة الرئيسية من النوع B، والمسارات الأكثر تحديدًا من بادئة /24 للشبكات الرئيسية من النوع C، عندما تعبر حدودها. فيما يلي مثال حيث يتسبب التلخيص التلقائي في حدوث مشكلة:

وكما هو موضح، يكون للموجّهين R1 وR3 ملخص تلقائي ضمن EIGRP للموجّه. يستلم الموجه R2 10.0.0.0/8 من كلا الموجهين R2 و R3 لأن كل من R2 و R3 عبارة عن موجهات حدود بين شبكة 10.0.0.0/8 من الفئة الرئيسية A و 172.16.0.0/16. يمكن أن يكون للموجه R2 المسار 10.0.0.0/8 عبر R1 و R3 إذا حدث أن المقياس هو نفسه. وإلا يحتوي الموجّه R2 على المسار 10.0.0.0/8 إما عبر R1 أو عبر R3، ويعتمد ذلك على المسار الذي ينتج عنه أقل تكلفة. وفي كلتا الحالتين، إذا كان يجب على الموجّه R2 إرسال حركة المرور إلى شبكات فرعية معينة 10.0.0.0/8، فلا يمكن أن يتأكد تمامًا من وصول حركة المرور إلى وجهتها، حيث يمكن أن تتواجد شبكة فرعية واحدة 10.0.0.0/8 إما على يسار أو يمين سحابة الشبكة.

للتخفيف من حدة هذه المشكلة، اكتب ببساطة no auto-summary ضمن عملية EIGRP الخاصة بالموجّه. ينشر الموجّه بعد ذلك الشبكات الفرعية للشبكات الرئيسية عبر الحدود. في إصدارات Cisco IOS الأحدث، يكون إعداد no auto-summary هو السلوك الافتراضي.

سجل حدث EIGRP

يعمل سجل أحداث EIGRP على التقاط أحداث EIGRP. ويشبه ذلك عندما يتم تمكين عمليات التصحيح لـ EIGRP. ومع ذلك، يكون أقل تشويشًا ويعمل بشكل افتراضي. ويمكن استخدامه لالتقاط الأحداث الأكثر صعوبة لاستكشاف الأخطاء بها وإصلاحها أو الأحداث الأكثر تقطعًا. يكون هذا السجل 500 سطر فقط بشكل افتراضي. لزيادة عدد الأسطر، أدخل الأمر eigrp event-log-size<0 – 209878>. يمكنك زيادة حجم السجل بالقدر الذي تريده، ولكن ضع في اعتبارك أن مقدار الذاكرة الذي يجب أن يحتفظ الموجّه به لهذا السجل. لمسح سجل أحداث EIGRP، أدخل الأمر clear ip eigrp events.

فيما يلي مثال:

R1#show ip eigrp events
Event information for AS 1:
1    09:01:36.107 Poison squashed: 10.100.1.3/32 reverse
2    09:01:35.991 Update ACK: 10.100.1.4/32 Serial2/0
3    09:01:35.967 Update ACK: 10.100.1.4/32 Ethernet0/0
4    09:01:35.967 Update ACK: 10.100.1.4/32 Ethernet1/0
5    09:01:35.943 Update delay/poison: 179200 FALSE
6    09:01:35.943 Update transmitted: 10.100.1.4/32 Serial2/0
7    09:01:35.943 Update delay/poison: 179200 TRUE
8    09:01:35.943 Update transmitted: 10.100.1.4/32 Ethernet0/0
9    09:01:35.943 Update delay/poison: 179200 FALSE
10   09:01:35.943 Update transmitted: 10.100.1.4/32 Ethernet1/0
11   09:01:35.923 Update packetized: 10.100.1.4/32 Ethernet0/0
12   09:01:35.923 Update packetized: 10.100.1.4/32 Ethernet1/0
13   09:01:35.923 Update packetized: 10.100.1.4/32 Serial2/0
14   09:01:35.903 Change queue emptied, entries: 1
15   09:01:35.903 Route OBE net/refcount: 10.100.1.4/32 3
16   09:01:35.903 Metric set: 172.16.1.0/24 2195456
17   09:01:35.903 Route install: 172.16.1.0/24 10.4.1.5
18   09:01:35.903 FC sat rdbmet/succmet: 2195456 2169856
19   09:01:35.903 FC sat nh/ndbmet: 10.4.1.5 2195456
20   09:01:35.903 Find FS: 172.16.1.0/24 2195456

تظهر آخر الأحداث في الجزء العلوي من السجل. يمكنك تصفية أنواع معينة من أحداث EIGRP، مثل DUAL وXmit والنقل:

eigrp log-event-type {dual | xmit | transport}

وبالإضافة إلى ذلك، يمكنك تمكين التسجيل لأحد هذه الأنواع الثلاثة، أو مجموعة من نوعَين، أو لجميع الأنواع الثلاثة. فيما يلي مثال حيث يتم تمكين نوعَين من التسجيل:

router eigrp 1
 redistribute connected
 network 10.0.0.0
 no auto-summary
 eigrp log-event-type dual xmit
 eigrp event-logging
 eigrp event-log-size 100000
!

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

الشبكة نفسها المكتسبة من خلال نظامين مستقلين من EIGRP

إذا تم التعرّف على المسار عبر عمليتَي EIGRP، يمكن حينئذٍ أن تعمل عملية واحدة فقط من عمليات EIGRP على تثبيت التوجيه في RIB. تقوم العملية ذات أقل مسافة إدارية بتثبيت التوجيه. إذا كانت المسافة الإدارية هي نفسها، فستقوم العملية ذات القياس الأقل بتثبيت التوجيه. إذا كان القياس هو نفسه أيضًا، فستقوم عملية EIGRP بأقل معرّف لعملية EIGRP بتثبيت التوجيه في RIB. يمكن أن يحتوي جدول مخطط عملية EIGRP الأخرى على المسار المثبت مع عدم وجود أي عمليات لاحقة وقيمة FD غير محدودة.

فيما يلي مثال:

R1#show ip eigrp topology 192.168.1.0 255.255.255.0
IP-EIGRP (AS 1): Topology entry for 192.168.1.0/24
  State is Passive, Query origin flag is 1, 1 Successor(s), FD is 2681856
  Routing Descriptor Blocks:
  10.3.1.6 (Serial2/0), from 10.3.1.6, Send flag is 0x0
      Composite metric is (2681856/2169856), Route is Internal
      Vector metric:
        Minimum bandwidth is 1544 Kbit
        Total delay is 40000 microseconds
        Reliability is 255/255
        Load is 1/255
        Minimum MTU is 1500
        Hop count is 1
IP-EIGRP (AS 2): Topology entry for 192.168.1.0/24
  State is Passive, Query origin flag is 1, 0 Successor(s), FD is 4294967295
  Routing Descriptor Blocks:
  10.4.1.5 (Ethernet1/0), from 10.4.1.5, Send flag is 0x0
      Composite metric is (2681856/2169856), Route is Internal
      Vector metric:
        Minimum bandwidth is 1544 Kbit
        Total delay is 40000 microseconds
        Reliability is 255/255
        Load is 1/255
        Minimum MTU is 1500
        Hop count is 1

R1#show ip route 192.168.1.0 255.255.255.0

Routing entry for 192.168.1.0/24
  Known via "eigrp 1", distance 90, metric 2681856, type internal
  Redistributing via eigrp 1
  Last update from 10.3.1.6 on Serial2/0, 00:04:16 ago
  Routing Descriptor Blocks:
  * 10.3.1.6, from 10.3.1.6, 00:04:16 ago, via Serial2/0
      Route metric is 2681856, traffic share count is 1
      Total delay is 40000 microseconds, minimum bandwidth is 1544 Kbit
      Reliability 255/255, minimum MTU 1500 bytes
      Loading 1/255, Hops 1

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

• الدعم الفني والتنزيلات من Cisco