مرجع أوامر Cisco Debug.

مرجع أوامر تصحيح أخطاء Cisco

اليوم، نود أن نقدم بعض أوامر التصحيح لمهندسي شهادات Cisco . ولكن يجب عليك استخدام أوامر التصحيح هذه بحذر.

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

تصحيح الأخطاء العالمية

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

تصحيح أخطاء الواجهة

أمر debug serial interface هو أمر debug مرتبط بشكل مباشر بواجهة جهاز التوجيه ونوع وسائط النقل. في المثال أدناه، يتم تضمين الواجهة التسلسلية في HDLC. تحافظ HDLC من البداية إلى النهاية على تبادل الرسائل النشطة كل 10 ثوانٍ. يشير هذا إلى أن الرابط يعمل بشكل طبيعي وأن الطبقة الثانية تعمل بشكل صحيح. يشير أمر show interface serial0 إلى أن بروتوكول الخط يبدأ بشكل طبيعي. استخدم أمر undebug all لإيقاف تشغيل جميع عمليات التصحيح.

YH-Router#واجهة تسلسلية لتصحيح الأخطاء

تم تشغيل تصحيح أخطاء واجهة الشبكة التسلسلية

جهاز التوجيه YH#

1 يونيو 21:54:55 بتوقيت المحيط الهادئ:Serial0: HDLC myseq 171093، mineseen 171093*، yourseen 1256540، line up

1 يونيو 21:55:05 بتوقيت المحيط الهادئ:Serial0: HDLC myseq 171094، mineseen 171094*، yourseen 1256541، line up

1 يونيو 21:54:15 بتوقيت المحيط الهادئ:Serial0: HDLC myseq 171095، mineseen 171095*، yourseen 1256542، line up

YH-Router#إلغاء جميع الأخطاء

تم إيقاف تشغيل كل عمليات التصحيح الممكنة

تصحيح أخطاء البروتوكول

فيما يلي مثالان لتصحيح أخطاء البروتوكول. يرتبط كلا المثالين ببروتوكول IP. بالطبع، ينطبق أمر التصحيح على جميع البروتوكولات الأخرى.

يوضح المثال الأول (الموضح أدناه) تصحيح أخطاء ARP. يبدأ تصحيح أخطاء ARP، ثم يمسح ذاكرة التخزين المؤقت لـ ARP ويولد طلبات واستجابات ARP. أولاً، نستخدم الأمر لمسح جميع ذاكرة التخزين المؤقت لـ ARP على جهاز التوجيه، لذلك فإن كل جزء من شبكة LAN متصل بجهاز التوجيه سيولد حزم ARP. ولأننا لا نحتاج إلى إنشاء عدد كبير جدًا من حزم ARP، فإن جهاز التوجيه المحدد متصل بجزء Ethernet واحد فقط.

YH-Router#debug arp

تم تشغيل تصحيح أخطاء حزمة ARP

YH-Router#مسح arp

جهاز التوجيه YH#

*1 يونيو 21:57:36 بتوقيت المحيط الهادئ: IP ARP: تم إرسال طلب المصدر 171.136.10.1 00e0.1eb9.bbcd

الوجهة 171.136.10.34 00a0.24d1.5823 إيثرنت0

*1 يونيو 21:57:36 بتوقيت المحيط الهادئ: IP ARP: تم إرسال طلب المصدر 171.136.10.1 00e0.1eb9.bbcd

الوجهة 171.136.10.10 0080.5f06.ca3d إيثرنت0

......

*1 يونيو 21:57:36 بتوقيت المحيط الهادئ: IP ARP: rcvd req src 171.136.10.10 0080.5f06.ca3d، dst 171.136.10.1 Ethernet0

*1 يونيو 21:57:36 بتوقيت المحيط الهادئ: IP ARP: إنشاء إدخال لعنوان IP: 171.136.10.10، الأجهزة: 0080.5f06.ca3d

......

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

YH-Router#debug أحداث rip ip

تم تشغيل تصحيح أخطاء حدث RIP

جهاز التوجيه YH#

27 نوفمبر 13:55:45 بتوقيت المحيط الهادئ: RIP: إرسال تحديث v1 إلى 255.255.255.255 عبر TokenRing1/0 (165.48.65.136)

27 نوفمبر 13:55:45 بتوقيت المحيط الهادئ: RIP: يحتوي التحديث على 25 مسارًا

27 نوفمبر 13:55:45 بتوقيت المحيط الهادئ: RIP: تم وضع التحديث في قائمة الانتظار

27 نوفمبر 13:55:45 بتوقيت المحيط الهادئ: RIP: يحتوي التحديث على 6 مسارات

27 نوفمبر 13:55:45 بتوقيت المحيط الهادئ: RIP: تم وضع التحديث في قائمة الانتظار

27 نوفمبر 13:55:45 بتوقيت المحيط الهادئ: RIP: تم إرسال التحديث عبر TokenRing1/0

......

YH-Router#إلغاء جميع

تم إيقاف تشغيل كل عمليات التصحيح الممكنة

أمر بينغ

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

لا يدعم أمر ping من Cisco بروتوكول IP فحسب، بل يدعم أيضًا معظم بروتوكولات سطح المكتب الأخرى، مثل أوامر ping الخاصة ببروتوكول IPX وAppleTalk. دعنا أولاً نلقي نظرة على أمر ping الذي يدعم بروتوكول IP في وضع EXEC الخاص بالمستخدم، ثم نناقش الميزات القوية العديدة المضمنة في أمر ping الموسع في الوضع المميز.

وضع تنفيذ المستخدم

يمكن تنفيذ أمر ping IP بسيط إما في وضع المستخدم أو في وضع الامتياز. في الظروف العادية، سيرسل الأمر 5 طلبات استجابة، وتشير 5 علامات تعجب إلى أن جميع الطلبات تلقت الاستجابة بنجاح. يتضمن الإخراج أيضًا معلومات مثل الحد الأقصى والحد الأدنى ومتوسط ​​وقت الرحلة ذهابًا وإيابًا.

يشير كل "!" إلى أن استجابة الصدى تم قبولها بنجاح. إذا لم تكن علامة "!"، فهذا يشير إلى عدم تلقي استجابة الصدى:

!استجابة ناجحة

· انتهت مهلة الطلب

وجهتك غير قابلة للوصول

بروتوكول P غير قابل للوصول

شبكة N غير قابلة للوصول

قمع مصدر Q

لا يمكن تقسيم M

؟ نوع الرسالة غير مدرك

لا يمكن تنفيذ أمر IPX PING إلا على أجهزة التوجيه التي تعمل بنظام التشغيل IOS v 8.2 وما فوق. عادةً ما يُستخدم أمر IPX ping في وضع المستخدم فقط لاختبار واجهة جهاز توجيه Cisco. في الوضع المميز، يمكن للمستخدم إرسال أمر ping إلى محطة عمل NOVELL محددة بتنسيق "ping ipx IPX address".

يستخدم هذا الأمر بروتوكول Apple Echo (AEP) لتأكيد الاتصال بين عقد AppleTalk. تجدر الإشارة إلى أن أجهزة توجيه Cisco الحالية تدعم بروتوكول Apple Echo فقط لواجهات Ethernet. تنسيق الأمر هو "ping apple Appletalk address".

وضع التنفيذ المميز

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

يتم استخدام EXTENDED IP PING على النحو التالي:

جهاز التوجيه YH#ping

البروتوكول [ip]:

عنوان IP المستهدف: 165.48.183.12

عدد التكرارات [5]: 10

حجم البيانات [100]: 1600

مهلة الانتظار بالثواني [2]:

الأوامر الممتدة [n]: y

عنوان المصدر أو الواجهة: 165.48.48.3

نوع الخدمة [0]:

تعيين بت DF في رأس IP؟ [لا]:

نمط البيانات [0xABCD]:

فضفاض، سري، سجل، طابع زمني، مطول[لا شيء]:

نطاق المسح للأحجام [n]:

اكتب تسلسل الهروب للإلغاء.

إرسال 10 رسائل صدى ICMP بحجم 1600 بايت إلى 165.58.183.12، مهلة الانتظار هي ثانيتان:

!!!!!!!!!!

معدل النجاح هو 100 بالمائة (10/10)، الحد الأدنى/المتوسط/الحد الأقصى للرحلة ذهابًا وإيابًا = 36/39/48 مللي ثانية

أولاً، سنناقش الخصائص المختلفة المتاحة لـ ping في الوضع المميز. يتم عرض القيمة الافتراضية لكل خاصية بين قوسين.

البروتوكول البروتوكول الذي سيتم اختباره.

عنوان الهدف عنوان الهدف للاختبار.

عدد التكرارات عدد مرات تكرار الاتصال في حالة حدوث فشل متقطع أو كان وقت الاستجابة بطيئًا للغاية.

حجم حزمة البيانات إذا كنت تشك في ضياع رسالة بسبب التأخير المفرط أو فشل التجزئة، فيمكنك زيادة حجم الرسالة. على سبيل المثال، يمكننا استخدام رسالة بحجم 1600 بايت لفرض التجزئة.

مهلة الانتظار يمكن زيادة هذه القيمة إذا كان هناك شك في أن مهلة الانتظار ترجع إلى بطء الاستجابة وليس فقدان الرسالة.

يتم تحديد إجابة الأوامر الممتدة للحصول على سمات ممتدة.

يجب أن يكون عنوان المصدر هو عنوان واجهة جهاز التوجيه.

نوع الخدمة القيمة الافتراضية هي 0، وفقًا للسمات المحددة في RFC 791 TOS.

تعيين بت DF في رأس IP؟ يتم تعطيل التجزئة عن طريق تعيين بت DF، حتى إذا تجاوزت الرسالة MTU التي يحددها جهاز التوجيه.

نمط البيانات [0xABCD] يمكن اختبار ضوضاء الخط عن طريق تغيير وضع البيانات.

Loose, Strict, Record, Timestamp, Verbose[none] هذه هي سمات رأس IP. بشكل عام، استخدم فقط الخاصية Record وVerbose، ونادرًا ما يتم استخدام الخصائص الأخرى. يمكن استخدام Record لتسجيل عنوان كل قفزة من الرسالة، وتوفر الخاصية Verbose وقت الاستجابة لكل استجابة.

نطاق المسح للأحجام [n] تُستخدم هذه الخاصية بشكل أساسي لاختبار الأخطاء مثل فقدان الحزم الكبيرة أو بطء سرعة المعالجة أو فشل التجزئة.

يتيح Extended IPX PING للمستخدمين أيضًا تعديل معلمات مثل حجم الرسالة وعدد التكرارات. هناك خاصية أخرى محسّنة لإرسال ping في وضع المستخدم وهي استخدام سمة صدى Novell Standard. باستخدام هذه الخاصية، يمكن للمستخدم إرسال ping إلى محطة عمل IPX. إذا تم تعطيل هذه الخاصية، فلن تستجيب أجهزة Novell IPX لإرسال ping لأنها لا تدعم بروتوكول ping IPX الخاص بشركة Cisco. يمكن للمستخدمين تعديل خصائص الجهاز لدعم هذه الميزة.

أمر ping الموسع لـ AppleTalk يعد أمر ping الموسع لـ AppleTalk تحسينًا لأمر ping في وضع المستخدم، وهو مشابه لأمر ping الموسع لـ IPX. وكما هو الحال مع أوامر ping الممتدة لـ IP وIPX، يمكن للمستخدمين أيضًا اختيار سمات مثل Verbose.

أمر التتبع

يوفر أمر التتبع معلومات حول كل قفزة من جهاز التوجيه إلى عنوان الوجهة. ويتم تنفيذه من خلال التحكم في حقل عمر الحزمة (TTL). سيتم إرسال رسالة طلب صدى ICMP بقيمة TTL تساوي 1 أولاً. سيتجاهل جهاز التوجيه الأول على المسار الرسالة ويرسل رسالة تحدد رسالة الخطأ. عادةً ما تكون رسالة الخطأ عبارة عن رسالة مهلة زمنية لـ ICMP، تشير إلى أن الحزمة تصل إلى القفزة التالية من المسار أو رسالة عدم إمكانية الوصول إلى المنفذ، تشير إلى أن الحزمة قد تم استلامها بواسطة عنوان الوجهة ولكن لا يمكن إرسالها إلى مكدس بروتوكول IP.

للحصول على معلومات وقت التأخير ذهابًا وإيابًا، يرسل التتبع ثلاث رسائل ويعرض متوسط ​​وقت التأخير. ثم يضيف 1 إلى حقل TTL للرسالة ويرسل 3 رسائل. ستصل هذه الرسائل إلى جهاز التوجيه الثاني للمسار وتعيد خطأ مهلة زمنية أو رسالة عدم إمكانية الوصول إلى المنفذ. باستخدام هذه الطريقة بشكل متكرر، تزداد قيمة حقل TTL للرسالة باستمرار حتى يتم استلام رسالة استجابة لعنوان الوجهة.

في بعض الحالات، قد يؤدي استخدام أمر التتبع إلى حدوث عطل. نظرًا لوجود أخطاء متعلقة بأمر التتبع في نظام التشغيل IOS. يمكن الحصول على معلومات حول هذه الأخطاء من CCO. هناك مشكلة أخرى وهي أن بعض المواقع المستهدفة لا تستجيب لرسائل عدم إمكانية الوصول إلى منفذ ICMP. عندما يظهر ناتج الأمر سلسلة من علامات النجمة (*)، فقد تواجه مثل هذه المواقع. يمكن للمستخدمين استخدام Ctrl-Sh.