كيف تقرأ أمر الـ Show interface لأكتشاف المشاكل (Troubleshoot)

سوف أبدا من اليوم وضع بعض التدوينات الخاصة بي الـTroubleshooting في أجهزة سيسكو وهي من ثمار ما درسته في هذا الكورس الأكثر من رائع وسوف أتناول في هذه التدوينة أحد الأوامر المهمة في حل المشاكل وهو الأمر show interface fastethernet

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

FastEthernet0/0 is up

أول شيء يقع عينك عليه في هذا الأمر وهو التأكد من أن المنفذ قد تم تفعيله وحالة الـUP  تشير إلى أن المنفذ تم تفعيله وبانه يعمل بشكل جيد (ليس دائما) بينما حالة الـ Down تشير بنسبة 99% إلى وجود خلل في الكبل المربوط مع الطرف الثاني وآخيرا administratively down تشير إلى أن المنفذ مغلق ويجب تشغيله من خلال الأمر No shutdown

Line protocol is up

في هذا المكان يشير الأمر up إلى أن كل شيء على مايرام بينما حالة الـDown في تقنية الـEthernet تكون بسبب وجود خلل في الطرف الثاني كأن يكون المنفذ مغلق أو أن يكون هناك خطا في أعداد الطرف الثاني من المنفذ  وتخبرك سيسكو بان المشكلة بسبب the line protocol software processes have determined that the line is unusable.وتنصحك في حال وجود مثل هذه المشكلة بتغيير الكابل أو فحص الطرف الثاني من الكابل للتأكد من ان كل شيء على ما يرام (ملاحظة :نحن نتحدث عن الأيثرنت وليس عن السيريال)

Reliability 255/255

معنى هذه الكلمة هو الصلابة أو المتانة ويدل الرقم 255/255 بأن المنفذ في أفضل حالته وبأنه يعمل بشكل جيد ويحسب هذا المعدل كل خمس دقائق وأنخفاض هذه النسبة دليل على وجود خلل في الطبقة الأولى أو الثانية مثل أن تكون الأرقام 255/235.

Full-duplex, 100M/s

أكثر مشكلة تحدث في الأيثرنت هو عدم تطابق حالة المنفذ مع الطرف الآخر أي أن يكون هذا المنفذ Full بينما الطرف الآخر هو half لذا النظر إلى هذا القسم من الأشياء المهمة جدا بالأضافة إلى التأكد من سرعة الكبل أو الـData speed وهو هنا 100 M

Last clearing of “show interface” counters never

هذا الحيز غير مهم لأكتشاف المشاكل وأنا أشرت إليه لان كل الأرقام المكتوبة والتى تساعدك في تحديد المشكلة قد يتم إزالتها من خلال clear counter وبالتالي لن تستطيع تحديد المشكلة بشكل جيد لذا هذه الخانة تشير إلى آخر مرة تم أزالة الـCounter الخاص بهذا المنفذ مثل أن نجد Last clearing of “show interface” counters 00:20:42 ونستطيع أن نلاحظ ان العداد قم تم تنظيفه من حوالي العشرين دقيقة .

Input queue 0/75/0/0

أيضا من الأمور الهامة جدا وأهم رقم يجب مراقبته هو الخانة الثالثة الخاصة بي Drop والتى تشير إلى أن البورت يستلم بيانات أسرع من سرعة معالجتها على الروتر لذلك يبدأ في رميها والأسباب كثيرة مثل أن يكون المعالج مضغوط جدا من عدة مشاكل والتى سوف أتناولها في تدوينة آخرى حول أسباب أرتفاع آداء المعالج إلى مستويات أعلى من المسموح بها وهذا مثال يشير إلى وجود مشكلة مثل هذا النوع 77/75/200/0 ونلاحظ وجود 77 في Input queue و 75 تشير إلى أقصى عدد من الـPacket يستطيع معالجتها ومن الخانة الثالثة نلاحظ أن الرقم يشير إلى 200 Packet have been dropped .

Output queue 0/40

نفس المبدا السابق لكن هنا لايوجد drop  للباكيت .

5 minute input rate 0 bits/sec, 0 packets/sec
5 minute output rate 0 bits/sec, 0 packets/sec

من هنا نستطيع ان نشاهد أحصائية تشير إلى عدد الباكيت والبت التى يتم نقلها في الثانية  في آخر 5 دقائق وتستطيع تغيير الوقت الخاص بها من خلال الأمر load-interval وهذا مثال عملي عليها

Cisco's IOS

30 minute input rate 624000 bits/sec, 254 packets/sec
30 minute output rate 571000 bits/sec, 231 packets/sec

0 input errors, 0 CRC, 0 frame, 0 overrun, 0 ignored

تشير إلى مجموع الأخطاء التى حدثت في أستلام البيانات والأسباب سوف تتوضح معك من خلال الأحصائيات الموجودة بعدها مباشرة مثلا مشكلة بسبب CRC أو Cyclic Redundancy Checksum والتى عادة تحدث بسبب عدم تطابق حالة الـ Duplex بين الطرفين ومن الأسباب أيضا هو frame وهي تحدث بسبب رقم الباكيت لا يتطابق مع الـ CRC بينما خانتي الـ overrun, ignored تحدث بسبب وجود مشكلة في البافر مثل أنخفاض حجم البافر.

0 output errors, 0 collisions, 1 interface reset

وهي أيضا تشير إلى مجموع الاخطاء التى حدثت في أرسال البيانات والأسباب وجود تصادم في الكايل والتى دائما وغالبا مشاكلها بسبب الـDuplex أو بسبب وجود مقويات كثيرة للأشارة repeater مع الطرف الثاني والخانة الثانية تشير إلى عدد المرات التى تم عمل فيها reset للمنفذ بسبب وجود باكيت في الـ queue أو في الطابور.

0 Late collision

هذا القسم يشير إلى عدد المرات التى تأخر فيها الـ collision وهي تحدث عادة عندما تكون الشبكة كبيرة جدا والـ jam signal لا يستطيع الوصول إلى النهاية .

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