اليوم سوف ننظر في كيفية استكشاف أخطاء تنفيذ بروتوكول EIGRP. للقيام بذلك ، تحتاج إلى تنزيل العمل المختبري حول هذا الموضوع على
www.nwking.org/product/resources-day-51-eigrp-troubleshooting ، والذي يظهر تحت هذا الفيديو ، وبعد ذلك سنعمل عليه.
ما زلنا نواصل موضوع القسم 2.6 من دورة ICND2 ، وكما قلت ، يجب عليك الذهاب إلى الموقع وتنزيل المعمل "اليوم 51: استكشاف أخطاء EIGRP" ، وهو ملف تم أرشفته لبرنامج Cisco Packet Tracer.
لقد أكملت بالفعل الإعدادات الأولية في هذا التمرين المعملي حتى نتمكن من النظر في استكشاف مشكلات تكوين البروتوكول الأكثر شيوعًا قبل 3 أشهر. منذ ذلك الحين ، لم يتح لي الوقت لإنهاء هذا الفيديو التعليمي ، لذلك نسيت نوع المشاكل التي نتحدث عنها.
الغرض من هذا التمرين المعملي هو التأكد من أن ثلاثة أجهزة كمبيوتر ، PC1 ، PC2 ، و PC3 يمكن أن تقوم ببعضها البعض. دعونا نرى ما اذا كان هذا ممكن الآن. أذهب إلى محطة سطر الأوامر PC1 وأدخل الأمر إلى ping PC2: ping 10.1.20.20 ، وبعد ذلك أحصل على إشعار النظام بأن المضيف الوجهة غير متوفر. الموقف مشابه لبرنامج ping الخاص بـ PC3 في الساعة 10.1.30.30.
الآن سأحاول تنفيذ الأمر ping لأجهزة الكمبيوتر الأخرى من PC2. PC1 في 10.1.10.10 غير متوفر بنفس طريقة PC3. هذا يعني أنه في جدول التوجيه الخاص بجهاز التوجيه R2 ، يكون الإدخال المطلوب مفقودًا.
دعنا نحاول بدء اختبار ping من PC3. كما ترى ، PC1 و PC2 غير متاحين أيضًا.
لنرى لماذا يتعذر علينا إنشاء اتصال بين أجهزة الكمبيوتر. لدينا 3 مكاتب: في بنغالور وبوسطن وباريس ، ترتبط شبكاتها ببعضها البعض عبر بروتوكول EIGRP. لنبدأ باستكشاف أخطاء جهاز التوجيه R1. أذهب إلى وحدة التحكم CLI وسأدخل الأمر show ip eigrp ، لكن أولاً أريد التأكد من تكوين EIGRP على هذا الجهاز على الإطلاق. للقيام بذلك ، أنا استخدم تشغيل العرض | تبدأ eigrp. كما ترون ، يعمل البروتوكول.
من أجل التأكد من تشغيل بروتوكول EIGRP على جميع أجهزة التوجيه الثلاثة ، أجري فحصًا مشابهًا لـ R2 و R3. يعمل البروتوكول ، ولكن بينغ لا يمر.
أذهب إلى إعدادات R1 وأدخل الأمر show ip route. نرى أنه بفضل EIFRP ، "تعلم" الموجّه بعض المسارات ، لكن هذه طرق موجزة تحمل علامة Null0.
إذا كنت تتذكر ، عند تجميع المسارات تلقائيًا ، يبدأ جهاز التوجيه في تلخيص جميع المسارات وفقًا لإعدادات هذه الوظيفة. في هذه الحالة ، قام بتلخيص كتلة الشبكة بالكامل 10.0.0.0/8 ، بما في ذلك مسارات العديد من الشبكات الفرعية ، والتي ليست بالفعل أجزاء من الشبكة 10.0.0.0.
تستخدم جميع بروتوكولات الشبكة تقريبًا مفهوم Null0 لمنع حلقات المرور. لجعلك تفهم هذا المفهوم ، سأقدم مثالاً واحداً. افترض أن لدينا جهاز توجيه R1 وجهاز توجيه R2 والإنترنت. بين R1 و R2 هناك مسار افتراضي المسار الافتراضي. هذا يعني أنه إذا كان جهاز التوجيه الأول لا يعرف مسارًا محددًا ، فإنه يرسل كل حركة المرور على طول المسار الافتراضي إلى R2 ، لأنه متصل بشبكة خارجية.
لنفترض أن R1 ينفذ تجميع المسار ، بينما تتصل شبكتان به: 10.1.1.0/24 و 10.1.2.0/24. نتيجة لذلك ، يرسل المسار الكلي 10.0.0.0/8 إلى جهاز التوجيه R2.
بعد تلقي رسالة الموجه الأول ، تضع R2 في جدول التوجيه الخاص بها سجلًا بأن الطريق إلى الشبكة 10.0.0.0/8 يمر عبر R1. افترض أن حركة مرور شبكة 10.1.3.0/24 تأتي في جهاز التوجيه الثاني. بإرشاد من هذا الإدخال ، ستعيد R2 حركة المرور هذه إلى R1.
بعد تلقي حركة مرور لشبكة 10.1.3.0 ، لن يجدها جهاز توجيه R1 في جدول التوجيه الخاص به ، ولكن نظرًا لأنه يحتوي على مسار افتراضي إلى R2 ، حيث يجب أن يعالج كل حركة المرور غير المعروفة ، فسوف يرسل الرسالة المستلمة إلى جهاز التوجيه R2. سوف يرسل R2 إلى R1 مرة أخرى ، وسوف نحصل على حلقة مرور ستستمر حتى يصل عداد عمر حزمة TTL إلى 0.
تمثل حلقة التوجيه التي تم إنشاؤها عن طريق تجميع المسارات مشكلة أن أي جهاز توجيه في وضع الجمع التلقائي يستخدم Null0 لحلها. لذلك إذا كان Null0 موجودًا في جدول التوجيه ، فهذا بمثابة دليل على تلخيص المسار التلقائي أو اليدوي.
وبالتالي ، أدرك أن R1 يستخدم تلخيص المسار لأنه يستخدم واجهة Null0 الزائفة ، التي لا تقبل أو تعيد توجيه حركة المرور لمنع التكرار. إنه يشبه "ثقب أسود" تختفي فيه حركة المرور الموجهة إلى جميع عناوين الكتلة 10.0.0.0/8 ، باستثناء عناوين الشبكات الفرعية المحددة المذكورة في جدول التوجيه. في حالتنا ، هذه هي الشبكات 10.1.10.0/24 و 10.1.10.1/32. في الوقت نفسه ، ستذهب حركة مرور هذه الشبكات الفرعية عبر الواجهات المقابلة ، وستذهب حركة مرور العناوين المتبقية في الكتلة 10.0.0.0/8 إلى Null0.
ببساطة ، إذا لم يكن هناك مسار خاص في شبكة التوجيه في بعض الشبكات ، يتم إرسال الحزم الموجهة إليها إلى التفريغ ، إلى "الثقب الأسود" Null0 ، الذي يعمل بمثابة "قاتل" لحركة المرور. هذه هي الطريقة التي تعمل بها آلية منع تكرار حركة المرور في بروتوكولات التوجيه الديناميكية.
في الوقت الحالي ، لا أستطيع أن أقول إن جمع الطرق هو السبب في أن أجهزة الكمبيوتر لا تستطيع أن تتعرف على بعضها البعض ، ولكن يجب أن نضع في اعتبارنا أن لدينا نوعًا من التلخيص هنا.
لم أكن أرى أن لدينا حيًا ، لأن الجدول لا يحتوي على طرق للوصول إلى الأجهزة المجاورة. دعنا نذهب إلى إعدادات R2 وأدخل الأمر show ip route. نرى أن R2 لا يؤدي تجميع المسار. لأن الجدول لا يحتوي على واجهة Null0.
أستخدم الأمر نفسه بالنسبة إلى R3 وأرى أن هناك نوعًا من الخلاصة يستخدم أيضًا هنا ، لأن Null0 موجود في الجدول.
نظرًا لأن الاتصالات بين شبكات ثلاثة مكاتب معروضة باللون الأحمر على الرسم التخطيطي للدوائر ، يمكننا أن نستنتج أن هناك مشاكل. إذا كنت تستخدم أمر show ip eigrp interfaces لمطالبة R3 بإظهار حالة الواجهات باستخدام بروتوكول EIGRP ، فسوف يعرض واجهة GigabitEthernet0 / 0 والواجهة التسلسلية Se0 / 3/0 التي يتصل بها جهاز التوجيه R2.
أقوم بإدخال الأمر show ip interface Brief ، ونرى أن Se0 / 3/0 متوقف عن التشغيل وهو في حالة الهبوط ، ولا توجد مشاكل في توصيل جهاز الكمبيوتر الشخصي إلى جهاز التوجيه هذا.
الآن سأقوم بإدخال نفس الأمر في إعدادات جهاز التوجيه R1 - هناك موقف مشابه هنا ، وهو أن يتم تعطيل واجهة Se0 / 3/0 التي تربط R1 و R3. ربما هذا هو السبب وراء استحالة اختبار أجهزة الكمبيوتر.
سنحاول حل هذه المشكلة. من الناحية الفنية ، وفقًا لطوبولوجيا لدينا ، يجب أن تتشكل علاقات الجوار بين الموجهات R1 و R3.
لم يحدث هذا ، لأنه على المستوى المنطقي ، لا تكون أجهزة التوجيه متصلة ، لأن الواجهات التسلسلية المقابلة في حالة انخفاض إداري. قد يكون شخص ما قد استخدم عن طريق الخطأ أمر الإغلاق أو شيء من هذا القبيل ، ولكن لا ينبغي لنا أن نهتم لسبب هذه المشكلة ، فنحن نحتاج فقط لإصلاحها. لذلك ، في إعدادات جهاز التوجيه R1 ، أدخِل بشكل متسلسل الأوامر config t (erminal) و int (erface) se0 / 3/0 ولا يوجد shut (لأسفل). قمت بتشغيل هذه الواجهة ، والآن يبدأ النظام في تكوينها. نرى أن كل شيء سار على ما يرام - لدينا سجل بأنه تم إنشاء حي جديد باستخدام الجهاز 192.168.13.3. بعد ذلك ، أدخِل الأمر show ip eigrp interfaces ، وتأكد من تمكين جميع الواجهات الثلاثة الآن على R1.
يُظهر الأمر show ip eigrp neours أن الواجهة se0 / 3/0 التي تتصل بها الشبكة 192.168.13.3 متصلة بجار.
لماذا لم يتم تأسيس الحي بين جهازي التوجيه R1 و R2؟ نرى أن EIGRP يتم تشغيله على جميع واجهات R1 ، بما في ذلك Se0 / 3/1 ، التي يتصل بها R2 ، لكن جهاز التوجيه R1 لا يرى جاره. دعونا نستخدم الأمر show ip protocols test ، والذي سيُظهر جميع بروتوكولات الشبكة التي تعمل على هذا الجهاز. أقوم بإدخال نفس الأمر في وحدة التحكم R2 ، والآن لدينا الفرصة لمقارنة المعلومات في كلتا نافذة الإعدادات.
في الحالة الأولى ، تعمل eigrp-1 و AS1 ، في الحالة الثانية - eigrp-10 و AS10. نحن نعلم أنه من أجل إقامة حي ، يجب أن تتطابق ASS ، وبالتالي يكمن سبب المشكلة في هذا بالضبط. قد يكون السبب الثاني لاستحالة إنشاء حي قيم مختلفة لمعاملات المقياس K ، ولكن في بلدنا تتزامن. في دورة CCNA ، ليس عليك حل المشكلات المتعلقة بموضوع هذه المعاملات ، فقط ضع في اعتبارك أنه يجب أن يتزامن ذلك ، وإلا فلن يكون من الممكن إقامة جوار بين أجهزة التوجيه.
وبالمثل ، يجب أن تتطابق كلمات مرور الجهاز إذا تم استخدام إعداد المصادقة. لا تعد المصادقة جزءًا من دورة CCNA ، لذا تذكر فقط هذه القاعدة.
نرى اختلافًا آخر: يستخدم جهاز التوجيه R1 ملخصًا تلقائيًا للمسار ، بينما تم تعطيل هذه الوظيفة من خلال R2. ربما ، إلى حد ما ، هذا يمكن أن يخلق مشاكل ، ولكن في هذه الحالة ، فإن الجمع لا يؤثر على إقامة علاقات الجوار.
أعتقد أنه في معلمات جهاز التوجيه R3 eigrp-1 سيكون حاضرا أيضا ، لأنها أنشأت حي. نظرًا لأن سبب المشكلة هو eigrp-10 لجهاز التوجيه R2 ، فلنحاول تغيير هذا الإعداد إلى eigrp-1. للقيام بذلك ، أدخِل الأمر show run | في وحدة التحكم R2 تبدأ eigrp ونسخ المعلمات من طرق شبكة التوجيه للشبكات.
بعد ذلك ، أدخِل وضع التكوين العام ، وأدخل الأمر no router eigrp 10 ، ثم استخدم أمر router eigrp 1. وبعد ذلك ، ألصق الأسطر الثلاثة لمعلمات التوجيه للشبكات التي تم نسخها أعلاه. كما ترون ، أنشأنا على الفور علاقات حسن جوار مع الجهاز 192.168.23.3 ، المتصل بالواجهة Serial0 / 3/1.
أقوم بإدخال الأمر show ip eigrp neighbourp وأرى أنه يوجد الآن R2 له جاران - جهاز توجيه R1 بعنوان 192.168.12.1 وجهاز توجيه R3 بعنوان 192.168.23.3.
بعد إدخال أمر مماثل في وحدة التحكم R1 ، أرى أن لديه أيضًا جهاز توجيه R2 مجاور جديد ، متصلاً بالواجهة التسلسلية Se0 / 3/1.
دعونا نرى ما حدث الآن بعد أن أنشأت هذه الموجهات حيًا.
يُظهر الأمر show ip route أن 10.1.10.0/24 و 10.1.20.0/24 متصلان بجهاز التوجيه R1 ، ولكن أين توجد شبكة 10.1.30.0/24؟ يتم ملاحظة موقف مشابه مع جهاز التوجيه R2 - لا يرى سوى شبكة 10.1.20.0/24 ، أي في حد ذاته ، "لا يلاحظ" الشبكة العاشرة والثلاثين. والسبب هو أن الجمع التلقائي للطرق تسبب مشكلة بالنسبة لنا.
في وحدة التحكم R2 ، يمكنك رؤية ذلك كنتيجة للتجميع التلقائي من خلال الواجهات 192.168.12.1. و 192.168.23.3 موازنة التحميل للشبكة 10.0.0.0/8.
يحدث التلقيح التلقائي في قسم R1-R2 ، وهذا هو الشبكة الفرعية 192.168.12.1 ، وفي قسم R2-R3 ، هذا هو 192.168.23.3 الشبكة الفرعية.
في وضع موازنة التحميل ، تحدث أشياء مثيرة جدًا للاهتمام. دعنا نذهب إلى محطة سطر الأوامر PC2 وأدخل الأمر ping 10.1.10.10 ، أي أننا سنقوم باختبار اتصال جهاز الكمبيوتر PC1. نرى أننا أولاً نتلقى ردًا من 10.1.10.1 ، تليها رسالة تفيد بأن المضيف في 192.168.23.3 غير متوفر.
يوضح هذا كيفية عمل موازنة التحميل: يرسل جهاز التوجيه R2 حزمة ping واحدة على قناة R2-R1 ، والحزمة الثانية على قناة R1-R3 ، وما إلى ذلك. يستقبل جهاز التوجيه R1 الطلب ويرسل استجابة ، ولا يوجد لدى جهاز التوجيه R3 ، بعد استلام الحزمة الموجهة إلى 10.1.10.10 ، فكرة عن الوجهة ، لأنه غير موجود في جدول التوجيه.
أذهب إلى إعدادات R3 وأدخل الأمر show ip route. نرى أن جهاز التوجيه لا يعرف شيئًا عن 10.1.10.10 ، ولكنه يستخدم المسار الكلي 10.0.0.0/8 مع واجهة Null0.
وبالتالي ، يتم إرسال كل حركة المرور الموجهة إلى الجهاز ، الذي يوجد عنوانه في كتلة العنوان 10.0.0.0/8 ، ولكن مساره غير موصوف في جدول التوجيه ، إلى "تفريغ Null0" لمنع التكرار.
يحدث موقف مشابه عند اختبار اتصال جهاز الكمبيوتر PC3 على العنوان 10.1.30.30 - تم تأسيس الاتصال معه ، واختبار اتصال ping عبر الواجهة 192.168.12.1 ، أي أن الحزمة إلى جهاز الكمبيوتر PC1 لا تنتقل مع ظهور رسالة "المضيف الوجهة غير متوفر".
لذلك ، كنا مقتنعين بأن الجمع التلقائي للطرق تسبب مشاكل بالفعل لنا. لذلك ، دعنا نعود إلى إعدادات R1 وإلغاء كل التجميع التلقائي. للقيام بذلك ، اكتب config t ، وجهاز التوجيه eigrp 1 ، ولا توجد أوامر تلخيص تلقائي بالتسلسل. أفعل نفس الشيء لجهاز التوجيه R3.
دعونا نرى ما جاء منه. نذهب إلى محطة سطر الأوامر PC2 وأدخل الأمر ping 10.1.10.10. كما ترون ، كان اختبار PC1 ناجحًا. وبالمثل ، فإننا نقوم باختبار اتصال جهاز كمبيوتر PC3 بسهولة في 10.1.30.30.
نذهب إلى وحدة التحكم R2 وأدخل الأمر show ip route. نرى الآن في إدخالات جدول التوجيه لطرق جميع الشبكات الفرعية 10.1.10.0/24 و 10.1.20.0/24 و 10.1.30.0/24 ، التي أعلن عنها بروتوكول EIGRP. يعرف الموجه الآن كيفية الاتصال بجميع الشبكات الفرعية.
الآن يجب على جميع الأجهزة تنفيذ الأمر ping مع بعضها دون مشاكل. نرى أن PC3 ينجح في اختبار PC2 في 10.1.20.20 و PC1 في 10.1.10.10. الموقف مشابه مع PC1 عند اختبار ping PC2 و PC3. كما ترون ، كل شيء بسيط للغاية. دعنا نعود إلى الشريحة بأوامر اختبار يجب استخدامها لاستكشاف أخطاء تكوين EIGRP.
أول ما يجب عليك فعله عند استكشاف الأخطاء وإصلاحها هو التحقق من الحالة الفعلية للاتصالات للتأكد من أن جميع مفاتيح التبديل وأجهزة التوجيه قيد التشغيل وفي حالة صالحة للعمل. إذا لم يؤد ذلك إلى حل المشكلة ، فاستخدم الأمر show ip protocols. سيساعدك هذا في تحديد أي البروتوكولات تعمل على الجهاز وما هي الإعدادات الخاصة بإعداداتها. ساعدنا هذا الفريق على اكتشاف التناقض بين eigrp 1 و eigrp 10 وحل هذه المشكلة. بعد ذلك ، تحتاج إلى استخدام واجهة show ip eigrp باستمرار ، وإظهار ip eigrp neighbour والأوامر لعرض جدول الواجهة ، وجدول المجاورة ، وجدول الهيكل.
يمنحك أمر show ip eigrp interface الفرصة لمعرفة أي الواجهات تعمل ، دعنا نتحقق من مثال جهاز التوجيه R1. ترى أن اثنين من واجهات التسلسلية لها الجيران.
إن الأمر show ip eigrp الجوار سيتيح لنا رؤية ماهية هؤلاء الجيران.
سيوفر الأمر show ip eigrp topology معلومات FD ومعلمات الطوبولوجيا الأخرى للشبكة بالكامل.
تذكر أنه قبل استخدام هذه الأوامر ، يُنصح بالتحقق من الحالة المادية لأجهزة الشبكة ، ولا تنس أن واجهة Null0 تعمل على منع تكرار حركة المرور عند تجميع المسارات. لا يؤدي إنشاء Autosumming بحد ذاته إلى حدوث مشكلات ، لكن يجب أن تعلم أنه في بعض الحالات يكون قادرًا على ذلك.
شكرا لك على البقاء معنا. هل تحب مقالاتنا؟ تريد أن ترى المزيد من المواد المثيرة للاهتمام؟ ادعمنا عن طريق تقديم طلب أو التوصية به لأصدقائك ،
خصم 30 ٪ لمستخدمي Habr على تناظرية فريدة من خوادم الدخول التي اخترعناها لك: الحقيقة الكاملة حول VPS (KVM) E5-2650 v4 (6 Cores) 10GB DDR4 240GB SSD 1 جيجابت في الثانية من 20 $ أو كيفية تقسيم الخادم؟ (تتوفر خيارات مع RAID1 و RAID10 ، ما يصل إلى 24 مركزًا وما يصل إلى 40 جيجابايت من ذاكرة DDR4).
ديل R730xd 2 مرات أرخص؟ فقط لدينا
2 من Intel TetraDeca-Core Xeon 2x E5-2697v3 2.6 جيجا هرتز 14 جيجا بايت 64 جيجا بايت DDR4 4 × 960 جيجا بايت SSD 1 جيجابت في الثانية 100 TV من 199 دولار في هولندا! Dell R420 - 2x E5-2430 سعة 2 جيجا هرتز 6 جيجا بايت 128 جيجا بايت ذاكرة DDR3 2x960GB SSD بسرعة 1 جيجابت في الثانية 100 تيرابايت - من 99 دولارًا! اقرأ عن
كيفية بناء البنية التحتية فئة باستخدام خوادم V4 R730xd E5-2650d تكلف 9000 يورو عن بنس واحد؟