المحتويات

المقدمة

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

المتطلبات

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

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

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

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

SIA

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

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

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

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

قضايا إضافية

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

المصادقة

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

DMVPN

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

SIA

تعريف SIA

الأعراض

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

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

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

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

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

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

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

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

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

المقاييس

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

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

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

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

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

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

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

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

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

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

سجل حدث EIGRP

الشبكة نفسها المكتسبة من خلال نظامين مستقلين من 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-count غير صفري دائمًا، يمكن أن يكون إشارة إلى أن حِزم 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 على هذا الارتباط وأن الجانب الآخر يرسلها. دخلت in order to دققت هذا، ال debug eigrp ربط مرحبا أمر. كبديل إلى الإستعمالمن ال debug أمر، أنت يستطيع أزيز عنوان 224.0.0.10 ودققت ما إذا أن جار رد. يمكن سبب ل ال multicast مشكلة على الخطوة يكون بسبب قارن مشكلة، مثل إن يقيد مفتاح متوسط ال EIGRP مرحبا ربط.

اختبار سريع آخر يمكنك إجراؤه هو تجربة بروتوكول آخر يستخدم عنوان 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 بق id 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 واحد. وبالتالي، تعني الإشارة 0×5 أنه تم تعيين الإشارتين 4 و1؛ تعني الإشارة 0×9 أنه تم تعيين الإشارتين 8 و1؛ تعني الإشارة 0×A أنه تم تعيين الإشارتين 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، توجد مشكلة في مكان ما في الشبكة. ويمكن أن يكون اكتشاف السبب الدقيق صعبًا. هناك نهجان:

1. اعرض البادئات التي يتم الإبلاغ عنها باستمرار على أنها SIA وحدد القواسم المشتركة.

2. حدد موقع الموجّه الذي يفشل باستمرار في الرد على الاستعلامات الخاصة بهذه المسارات.

حدد ما إذا كانت جميع البادئات التي يتم إبلاغها عن 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. بعد مرور بعض الوقت، ترى أن R5 يقتل الجوار إلى R6 ويعلن حالة SIA:

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 وتعداد الخطوات في حساب القياس.

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

- إذا كانت 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&colon;

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 × 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 مع الأمر static 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 تعمل في وقت واحد:

1. الموجّه – تعطّل هذه العملية مجموعات الذاكرة المشتركة.

2. Hello – تُرسل هذه العملية حِزم Hello وتستقبلها وتحافظ على اتصالات النظير.

3. الوحدة النمطية المعتمدة على البروتوكول (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 هما موجهان حدوديان بين الشبكة الرئيسية من الفئة A 10.0.0.0/8 و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 event-logging، يقوم بطباعة تسجيل الأحداث وتخزينه في جدول الأحداث. يمكن أن يؤدي ذلك إلى وجود كمية كبيرة من المخرجات المطبوعة على وحدة التحكم، بما يشبه ما يحدث عند تمكين تصحيح 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