يفهم عملية أزيز و traceroute أمر

خيارات التنزيل

  • PDF     (377.5 KB)
    عرض باستخدام Adobe Reader على مجموعة متنوعة من الأجهزة
  • ePub     (135.9 KB)
    العرض في تطبيقات مختلفة على iPhone أو iPad أو نظام تشغيل Android أو قارئ Sony أو نظام التشغيل Windows Phone
  • Mobi (Kindle)     (250.3 KB)
    عرض على جهاز Kindle أو تطبيق Kindle على أجهزة متعددة
تم التحديث:٣ سبتمبر ٢٠٢٦
معرّف المستند:12778

لغة خالية من التحيز

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

حول هذه الترجمة

ترجمت Cisco هذا المستند باستخدام مجموعة من التقنيات الآلية والبشرية لتقديم محتوى دعم للمستخدمين في جميع أنحاء العالم بلغتهم الخاصة. يُرجى ملاحظة أن أفضل ترجمة آلية لن تكون دقيقة كما هو الحال مع الترجمة الاحترافية التي يقدمها مترجم محترف. تخلي Cisco Systems مسئوليتها عن دقة هذه الترجمات وتُوصي بالرجوع دائمًا إلى المستند الإنجليزي الأصلي (الرابط متوفر).

المقدمة

يصف هذا المستند استخدام الأمرين ping وtraceroute على موجّهات Cisco.

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

المتطلبات

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

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

لا يقتصر هذا المستند على إصدارات برامج ومكونات مادية معينة.

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

الاصطلاحات

للحصول على مزيد من المعلومات حول اصطلاحات المستندات، ارجع إلى اصطلاحات تلميحات Cisco التقنية.

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

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

تستخدم الأمثلة الواردة في هذا المستند مخطط الشبكة الأساسي التالي:

Network Topologyطوبولوجيا الشبكة

أمر إختبار الاتصال

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

  • سواء كان المضيف البعيد نشطا أو غير نشط.

  • تأخير الذهاب والعودة المستخدم للاتصال بالمضيف.

  • فقد الحزم.

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

  • يصل طلب الارتداد إلى الوجهة، و

  • الغاية يستطيع أن يحصل صدى رد إلى المصدر خلال وقت محدد مسبقا يسمى مهلة. القيمة الافتراضية لهذه المهلة هي ثانيتان على موجهات Cisco.

لا يمكن تغيير قيمة TTL لحزمة إختبار الاتصال.

يوضح مثال الرمز التالي الأمر ping بعد تمكين الأمر debug ip packet detail.

تحذير: عند إستخدام الأمر debug ip packet detail على موجه إنتاج، قد يؤدي إلى إستخدام وحدة المعالجة المركزية (CPU) بشكل كبير. وقد يؤدي ذلك إلى انخفاض حاد في الأداء أو انقطاع في الشبكة.

Router1#debug ip packet detail 
IP packet debugging is on (detailed)

Router1#ping 172.16.12.2 
Type escape sequence to abort. 
Sending 5, 100-byte ICMP Echos to 172.16.12.2, timeout is 2 seconds: 
!!!!! 
Success rate is 100 percent (5/5), round-trip min/avg/max = 4/6/8 ms 

Router1# 
Jan 20 15:54:47.487: IP: s=172.16.12.1 (local), d=172.16.12.2 (Serial0), len 100, 
  sending
Jan 20 15:54:47.491: ICMP type=8, code=0

!--- This is the ICMP packet 172.16.12.1 sent to 172.16.12.2. 
!--- ICMP type=8 corresponds to the echo message. 

Jan 20 15:54:47.523: IP: s=172.16.12.2 (Serial0), d=172.16.12.1 (Serial0), len 100, 
  rcvd 3
Jan 20 15:54:47.527: ICMP type=0, code=0

!--- This is the answer we get from 172.16.12.2. !--- ICMP type=0 corresponds to the echo reply message. 
!--- By default, the repeat count is five times, so there will be five 
!--- echo requests, and five echo replies.

قيم ICMP المحتملة

نوع ICMP حرفي
0 echo-الرد
3 الوجهة يتعذر الوصول إلى الرمز 0 = net unreachable 1 = host unreachable 2 = بروتوكول unreachable 3 = port unreachable 4 = التجزئة المطلوبة، ومجموعة DF 5 = مسار المصدر failed
4 خميرة المصدر
5 رمز إعادة التوجيه 0 = مخططات بيانات معاد توجيهها للشبكة 1 = مخططات بيانات معاد توجيهها للمضيف 2 = مخططات بيانات معاد توجيهها لنوع الخدمة والشبكة 3 = مخططات بيانات معاد توجيهها لنوع الخدمة والمضيف
6 عنوان بديل
8 صدى
9 الإعلان عن الموجه
10 توجيه وجذب
11 الرمز الذي تجاوز الوقت 0 = الوقت للعيش الذي تم تجاوزه في النقل 1 = وقت إعادة تجميع الجزء الذي تم تجاوزه
12 مشكلة الوسيط
13 طلب الطابع الزمني
14 رد على الطابع الزمني
15 طلب معلومات
16 رد على المعلومات
17 طلب القناع
18 رد القناع
31 خطأ تحويل
32 إعادة توجيه متنقل

حروف الإخراج المحتملة من مرفق إختبار الاتصال

الحرف الوصف
! تشير كل علامة تعجب إلى إستلام رد.
. تشير كل فترة إلى انتهاء مهلة خادم الشبكة أثناء انتظار الرد.
U تم تلقي خطأ PDU لوجهة يتعذر الوصول إليها.
س إغلاق المصدر (الوجهة مشغولة جدا).
M تعذر تجزئة.
؟ نوع حزمة غير معروف.
و تم تجاوز عمر الحزمة.

أستكشاف أخطاء إختبار الاتصال وإصلاحها

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

مشكلة الموجه

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

Router Issuesمشكلات الموجه

  

Router1# 
! 
interface Serial0 
ip address 172.16.12.1 255.255.255.0 
no fair-queue 
clockrate 64000 
! 

Router2# 
! 
interface Serial0 
ip address 172.16.23.2 255.255.255.0 
no fair-queue 
clockrate 64000 
! 
interface Serial1 
ip address 172.16.12.2 255.255.255.0 
! 
  

Router3# 
! 
interface Serial0 
ip address 172.16.34.3 255.255.255.0 
no fair-queue 
! 
interface Serial1 
ip address 172.16.23.3 255.255.255.0 
! 

Router4# 
! 
interface Serial0 
ip address 172.16.34.4 255.255.255.0 
no fair-queue 
clockrate 64000 
!

حاول إختبار الاتصال بالموجه 4 من الموجه1:

Router1#ping 172.16.34.4 

Type escape sequence to abort. 
Sending 5, 100-byte ICMP Echos to 172.16.34.4, timeout is 2 seconds: 
..... 
Success rate is 0 percent (0/5)

النتائج:

Router1#debug ip packet
IP packet debugging is on
 

تحذير: عند إستخدام الأمر debug ip packet على موجه إنتاج، قد يؤدي إلى إستخدام وحدة المعالجة المركزية (CPU) بشكل كبير. وقد يؤدي ذلك إلى انخفاض حاد في الأداء أو انقطاع في الشبكة. 

Router1#ping 172.16.34.4 

Type escape sequence to abort. 
Sending 5, 100-byte ICMP Echos to 172.16.34.4, timeout is 2 seconds: 

Jan 20 16:00:25.603: IP: s=172.16.12.1 (local), d=172.16.34.4, len 100, unroutable.
Jan 20 16:00:27.599: IP: s=172.16.12.1 (local), d=172.16.34.4, len 100, unroutable.
Jan 20 16:00:29.599: IP: s=172.16.12.1 (local), d=172.16.34.4, len 100, unroutable.
Jan 20 16:00:31.599: IP: s=172.16.12.1 (local), d=172.16.34.4, len 100, unroutable.
Jan 20 16:00:33.599: IP: s=172.16.12.1 (local), d=172.16.34.4, len 100, unroutable.
Success rate is 0 percent (0/5)

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

إضافة مسار ساكن إستاتيكي إلى الموجه 1:

Router1#configure terminal
Enter configuration commands, one per line.  End with CNTL/Z. 
Router1(config)#ip route 0.0.0.0 0.0.0.0 Serial0

النتائج:

Router1#debug ip packet detail
IP packet debugging is on (detailed)

Router1#ping 172.16.34.4 
Type escape sequence to abort. 
Sending 5, 100-byte ICMP Echos to 172.16.34.4, timeout is 2 seconds: 
U.U.U 
Success rate is 0 percent (0/5) 

Jan 20 16:05:30.659: IP: s=172.16.12.1 (local), d=172.16.34.4 (Serial0), len 100, 
  sending
Jan 20 16:05:30.663:     ICMP type=8, code=0
Jan 20 16:05:30.691: IP: s=172.16.12.2 (Serial0), d=172.16.12.1 (Serial0), len 56, 
  rcvd 3
Jan 20 16:05:30.695:     ICMP type=3, code=1
Jan 20 16:05:30.699: IP: s=172.16.12.1 (local), d=172.16.34.4 (Serial0), len 100, 
  sending
Jan 20 16:05:30.703:     ICMP type=8, code=0
Jan 20 16:05:32.699: IP: s=172.16.12.1 (local), d=172.16.34.4 (Serial0), len 100, 
  sending
Jan 20 16:05:32.703:     ICMP type=8, code=0
Jan 20 16:05:32.731: IP: s=172.16.12.2 (Serial0), d=172.16.12.1 (Serial0), len 56, 
  rcvd 3
Jan 20 16:05:32.735:     ICMP type=3, code=1
Jan 20 16:05:32.739: IP: s=172.16.12.1 (local), d=172.16.34.4 (Serial0), len 100, 
  sending
Jan 20 16:05:32.743:     ICMP type=8, code=0

راجع ما هو الخطأ في الموجه 2:

Router2#debug ip packet detail
IP packet debugging is on (detailed)

Router2# 
Jan 20 16:10:41.907: IP: s=172.16.12.1 (Serial1), d=172.16.34.4, len 100, unroutable
Jan 20 16:10:41.911:     ICMP type=8, code=0
Jan 20 16:10:41.915: IP: s=172.16.12.2 (local), d=172.16.12.1 (Serial1), len 56, sending
Jan 20 16:10:41.919:     ICMP type=3, code=1
Jan 20 16:10:41.947: IP: s=172.16.12.1 (Serial1), d=172.16.34.4, len 100, unroutable
Jan 20 16:10:41.951:     ICMP type=8, code=0
Jan 20 16:10:43.943: IP: s=172.16.12.1 (Serial1), d=172.16.34.4, len 100, unroutable
Jan 20 16:10:43.947:     ICMP type=8, code=0
Jan 20 16:10:43.951: IP: s=172.16.12.2 (local), d=172.16.12.1 (Serial1), len 56, sending
Jan 20 16:10:43.955:     ICMP type=3, code=1
Jan 20 16:10:43.983: IP: s=172.16.12.1 (Serial1), d=172.16.34.4, len 100, unroutable
Jan 20 16:10:43.987:     ICMP type=8, code=0
Jan 20 16:10:45.979: IP: s=172.16.12.1 (Serial1), d=172.16.34.4, len 100, unroutable
Jan 20 16:10:45.983:     ICMP type=8, code=0
Jan 20 16:10:45.987: IP: s=172.16.12.2 (local), d=172.16.12.1 (Serial1), len 56, sending
Jan 20 16:10:45.991:     ICMP type=3, code=1

أرسل الموجه1 بشكل صحيح الحزم الخاصة به إلى الموجه2، ولكن الموجه2 لا يعرف كيفية الوصول إلى العنوان 172.16.34.4. يرسل الموجه2 رسالة "ICMP غير القابل للوصول" إلى الموجه1.

قم بتكوين بروتوكول توجيه ديناميكي على الموجه 2 والموجه 3 (في هذا المثال، يتم إستخدام بروتوكول معلومات التوجيه (RIP)):

Router2# 
router rip 
 network 172.16.0.0
 no auto-summary  
Router3# 
router rip 
 network 172.16.0.0
 no auto-summary

النتائج:

Router1#debug ip packet
IP packet debugging is on

Router1#ping 172.16.34.4 

Type escape sequence to abort. 
Sending 5, 100-byte ICMP Echos to 172.16.34.4, timeout is 2 seconds: 

Jan 20 16:16:13.367: IP: s=172.16.12.1 (local), d=172.16.34.4 (Serial0), len 100,
 sending.
Jan 20 16:16:15.363: IP: s=172.16.12.1 (local), d=172.16.34.4 (Serial0), len 100,
 sending.
Jan 20 16:16:17.363: IP: s=172.16.12.1 (local), d=172.16.34.4 (Serial0), len 100,
 sending.
Jan 20 16:16:19.363: IP: s=172.16.12.1 (local), d=172.16.34.4 (Serial0), len 100,
 sending.
Jan 20 16:16:21.363: IP: s=172.16.12.1 (local), d=172.16.34.4 (Serial0), len 100,
 sending.
Success rate is 0 percent (0/5)

يرسل الموجه1 الحزم إلى الموجه 4، ولكن الموجه 4 لا يرسل إجابة مرة أخرى.

مشكلة محتملة على الموجه 4:

Router4#debug ip packet
IP packet debugging is on

Router4# 
Jan 20 16:18:45.903: IP: s=172.16.12.1 (Serial0), d=172.16.34.4 (Serial0), len 100, 
  rcvd 3
Jan 20 16:18:45.911: IP: s=172.16.34.4 (local), d=172.16.12.1, len 100, unroutable
Jan 20 16:18:47.903: IP: s=172.16.12.1 (Serial0), d=172.16.34.4 (Serial0), len 100, 
  rcvd 3
Jan 20 16:18:47.907: IP: s=172.16.34.4 (local), d=172.16.12.1, len 100, unroutable
Jan 20 16:18:49.903: IP: s=172.16.12.1 (Serial0), d=172.16.34.4 (Serial0), len 100, 
  rcvd 3
Jan 20 16:18:49.907: IP: s=172.16.34.4 (local), d=172.16.12.1, len 100, unroutable
Jan 20 16:18:51.903: IP: s=172.16.12.1 (Serial0), d=172.16.34.4 (Serial0), len 100, 
  rcvd 3
Jan 20 16:18:51.907: IP: s=172.16.34.4 (local), d=172.16.12.1, len 100, unroutable
Jan 20 16:18:53.903: IP: s=172.16.12.1 (Serial0), d=172.16.34.4 (Serial0), len 100, 
  rcvd 3
Jan 20 16:18:53.907: IP: s=172.16.34.4 (local), d=172.16.12.1, len 100, unroutable

يستقبل الموجه 4 حزم ICMP، ويحاول الرد على 172.16.12.1، ولكن نظرا لأنه لا يحتوي على مسار إلى هذه الشبكة، فإنه يفشل.

إضافة مسار ثابت إلى الموجه 4:

Router4(config)#ip route 0.0.0.0 0.0.0.0 Serial0

والآن بات بوسع كل من الجانبين الوصول إلى الآخر:

Router1#ping 172.16.34.4 

Type escape sequence to abort. 
Sending 5, 100-byte ICMP Echos to 172.16.34.4, timeout is 2 seconds: 
!!!!! 
Success rate is 100 percent (5/5), round-trip min/avg/max = 32/35/36 ms

الواجهة معطلة

هذا حالة حيث القارن توقف لم يعد يعمل. في هذا المثال التالي محاولة إختبار الاتصال بالموجه 4 من الموجه1:

Router1#ping 172.16.34.4 

Type escape sequence to abort. 
Sending 5, 100-byte ICMP Echos to 172.16.34.4, timeout is 2 seconds: 
U.U.U 
Success rate is 0 percent (0/5)

بما أن التوجيه صحيح، قم باستكشاف المشكلة وإصلاحها خطوة بخطوة. حاول إختبار الاتصال بالموجه 2:

Router1#ping 172.16.12.2 

Type escape sequence to abort. 
Sending 5, 100-byte ICMP Echos to 172.16.12.2, timeout is 2 seconds: 
!!!!! 
Success rate is 100 percent (5/5), round-trip min/avg/max = 4/4/4 ms

من المثال السابق، المشكلة بين الموجه 2 والموجه 3. أحد الاحتمالات هي أن الواجهة التسلسلية على الموجه 3 قد تم إغلاقها:

Router3#show ip interface brief 
Serial0   172.16.34.3    YES manual up                      up
Serial1   172.16.23.3    YES manual administratively down   down

هذا سهل الحل:

Router3#configure terminal 
Enter configuration commands, one per line.  End with CNTL/Z. 
Router3(config)#interface serial1 
Router3(config-if)#no shutdown
Router3(config-if)# 
Jan 20 16:20:53.900: %LINK-3-UPDOWN: Interface Serial1, changed state to up 
Jan 20 16:20:53.910: %LINEPROTO-5-UPDOWN: Line protocol on Interface Serial1, 
  changed state to up

أمر قائمة الوصول

في هذا السيناريو، يسمح فقط لحركة مرور برنامج Telnet بإدخال الموجه4 من خلال الواجهة Serial0.

Router4(config)# access-list 100 permit tcp any any eq telnet 
Router4(config)#interface serial0
Router4(config-if)#ip access-group 100 in


Router1#configure terminal
Enter configuration commands, one per line.  End with CNTL/Z.
Router1(config)#access-list 100 permit ip host 172.16.12.1 host 172.16.34.4
Router1(config)#access-list 100 permit ip host 172.16.34.4 host 172.16.12.1
Router1(config)#end
Router1#debug ip packet 100 
IP packet debugging is on
Router1#debug ip icmp
ICMP packet debugging is on

حاول إختبار الاتصال بالموجه 4:

Router1#ping 172.16.34.4 

Type escape sequence to abort. 
Sending 5, 100-byte ICMP Echos to 172.16.34.4, timeout is 2 seconds: 
U.U.U 
Success rate is 0 percent (0/5) 

Jan 20 16:34:49.207: IP: s=172.16.12.1 (local), d=172.16.34.4 (Serial0), len 100,
 sending
Jan 20 16:34:49.287: IP: s=172.16.34.4 (Serial0), d=172.16.12.1 (Serial0), len 56,
 rcvd 3
Jan 20 16:34:49.291: ICMP: dst (172.16.12.1) administratively prohibited unreachable
 rcv from 172.16.34.4
Jan 20 16:34:49.295: IP: s=172.16.12.1 (local), d=172.16.34.4 (Serial0), len 100,
 sending
Jan 20 16:34:51.295: IP: s=172.16.12.1 (local), d=172.16.34.4 (Serial0), len 100,
 sending
Jan 20 16:34:51.367: IP: s=172.16.34.4 (Serial0), d=172.16.12.1 (Serial0), len 56,
 rcvd 3
Jan 20 16:34:51.371: ICMP: dst (172.16.12.1) administratively prohibited unreachable
 rcv from 172.16.34.4
Jan 20 16:34:51.379: IP: s=172.16.12.1 (local), d=172.16.34.4 (Serial0), len 100,
 sending

في نهاية أمر access-list، هناك دائما رفض ضمني للكل. وهذا يعني أن حزم ICMP التي تدخل الواجهة التسلسلية 0 على الموجه 4 يتم رفضها، والموجه 4 يرسل رسالة ICMP "محظورة إداريا يتعذر الوصول إليها" إلى مصدر الحزمة الأصلية كما هو موضح في رسالة تصحيح الأخطاء. الحل هو إضافة هذا السطر في أمر access-list:

Router4(config)#access-list 100 permit icmp any any

address Resolution protocol (arp) إصدار

في هذا السيناريو، هذا هو اتصال الإيثرنت:

Address Resolution Protocol Issueaddress Resolution protocol إصدار

Router4#ping 172.16.100.5 

Type escape sequence to abort. 
Sending 5, 100-byte ICMP Echos to 172.16.100.5, timeout is 2 seconds: 

Jan 20 17:04:05.167: IP: s=172.16.100.4 (local), d=172.16.100.5 (Ethernet0), len 100, 
  sending
Jan 20 17:04:05.171: IP: s=172.16.100.4 (local), d=172.16.100.5 (Ethernet0), len 100, 
  encapsulation failed.
Jan 20 17:04:07.167: IP: s=172.16.100.4 (local), d=172.16.100.5 (Ethernet0), len 100, 
  sending
Jan 20 17:04:07.171: IP: s=172.16.100.4 (local), d=172.16.100.5 (Ethernet0), len 100, 
  encapsulation failed.
Jan 20 17:04:09.175: IP: s=172.16.100.4 (local), d=172.16.100.5 (Ethernet0), len 100, 
  sending
Jan 20 17:04:09.183: IP: s=172.16.100.4 (local), d=172.16.100.5 (Ethernet0), len 100, 
  encapsulation failed.
Jan 20 17:04:11.175: IP: s=172.16.100.4 (local), d=172.16.100.5 (Ethernet0), len 100, 
  sending
Jan 20 17:04:11.179: IP: s=172.16.100.4 (local), d=172.16.100.5 (Ethernet0), len 100, 
  encapsulation failed.
Jan 20 17:04:13.175: IP: s=172.16.100.4 (local), d=172.16.100.5 (Ethernet0), len 100, 
  sending
Jan 20 17:04:13.179: IP: s=172.16.100.4 (local), d=172.16.100.5 (Ethernet0), len 100, 
  encapsulation failed.
Success rate is 0 percent (0/5)
Router4#

في هذا مثال، لا يعمل العملية أزيز بسبب "عملية كبسلة فشلت" رسالة. هذا يعني أن الموجه يعرف على أي واجهة عليه إرسال الحزمة ولكنه لا يعرف كيفية القيام بذلك. في هذه الحالة، يلزمك فهم كيفية عمل بروتوكول تحليل العنوان (ARP).

ARP هو بروتوكول يستخدم لتعيين عنوان الطبقة 2 (عنوان MAC) إلى عنوان الطبقة 3 (عنوان IP). أنت يستطيع فحصت هذا مع العرض arp أمر:

Router4#show arp 
Protocol  Address          Age (min)  Hardware Addr   Type   Interface
Internet  172.16.100.4               -   0000.0c5d.7a0d  ARPA   Ethernet0
Internet  172.16.100.7              10   0060.5cf4.a955  ARPA   Ethernet0

رجوع إلى مشكلة "عملية كبسلة فشلت"، غير أن هذه المرة مكنت الأمر debug arp:

Router4#debug arp 
ARP packet debugging is on 

Router4#ping 172.16.100.5 

Type escape sequence to abort. 
Sending 5, 100-byte ICMP Echos to 172.16.100.5, timeout is 2 seconds: 

Jan 20 17:19:43.843: IP ARP: creating incomplete entry for IP address: 172.16.100.5 
  interface Ethernet0
Jan 20 17:19:43.847: IP ARP: sent req src 172.16.100.4 0000.0c5d.7a0d,
                 dst 172.16.100.5 0000.0000.0000 Ethernet0.
Jan 20 17:19:45.843: IP ARP: sent req src 172.16.100.4 0000.0c5d.7a0d,
                 dst 172.16.100.5 0000.0000.0000 Ethernet0.
Jan 20 17:19:47.843: IP ARP: sent req src 172.16.100.4 0000.0c5d.7a0d,
                 dst 172.16.100.5 0000.0000.0000 Ethernet0.
Jan 20 17:19:49.843: IP ARP: sent req src 172.16.100.4 0000.0c5d.7a0d,
                 dst 172.16.100.5 0000.0000.0000 Ethernet0.
Jan 20 17:19:51.843: IP ARP: sent req src 172.16.100.4 0000.0c5d.7a0d,
                 dst 172.16.100.5 0000.0000.0000 Ethernet0.
Success rate is 0 percent (0/5)

يبدي الإنتاج سابق أن مسحاج تخديد 4 يذيع ربط ويبعهم إلى ال إثرنيت بث عنوان ffff.ffff.ffff. هنا، ال 0000.000.000 يعني أن مسحاج تخديد4 يبحث عن ال MAC عنوان من الغاية 172.16.100.5. بما أن هو لا يعرف ال MAC عنوان بينما ال ARP مطلوب في هذا مثال، هو يستعمل 0000.000.0000 كنائب في البث إطار يرسل من قارن إثرنيت 0 ويسأل أي عنوان MAC يماثل 172.16.100.5. إن لا يوجد جواب، ال MAC أن يماثل ال IP تم تمييز العنوان في إخراج show arp على أنه غير مكتمل:

Router4#show arp 
Protocol  Address          Age (min)  Hardware Addr   Type   Interface
Internet  172.16.100.4               -   0000.0c5d.7a0d  ARPA   Ethernet0
Internet  172.16.100.5               0   Incomplete      ARPA
Internet  172.16.100.7               2   0060.5cf4.a955  ARPA   Ethernet0

بعد فترة محددة مسبقا، يتم إزالة هذا الإدخال غير المكتمل من جدول ARP. ما دام عنوان MAC ليس في ال ARP طاولة، العملية أزيز يفشل نتيجة "عملية كبسلة failed".

تأخير

بشكل افتراضي، إن لا يستلم أنت جواب من الطرف البعيد خلال ثانيتين، العملية أزيز يفشل:

Router1#ping 172.16.12.2 

Type escape sequence to abort. 
Sending 5, 100-byte ICMP Echos to 172.16.12.2, timeout is 2 seconds: 
..... 
Success rate is 0 percent (0/5)

في الشبكات التي لها إرتباط بطيء أو تأخير طويل، لا تكفي ثانيتان. أنت يستطيع غيرت هذا تقصير مع موسع عملية أزيز:

Router1#ping 
Protocol [ip]: 
Target IP address:  172.16.12.2 
Repeat count [5]: 
Datagram size [100]: 
Timeout in seconds [2]: 30 
Extended commands [n]: 
Sweep range of sizes [n]: 

Type escape sequence to abort. 
Sending 5, 100-byte ICMP Echos to 172.16.12.2, timeout is 30 seconds: 
!!!!! 
Success rate is 100 percent (5/5), round-trip min/avg/max = 1458/2390/6066 ms

ل كثير معلومة على الموسع عملية أزيز أمر، راجع يفهم الموسع عملية أزيز وموسع traceroute أمر .

في المثال السابق، عندما تمت زيادة المهلة، نجح إختبار الاتصال.

ملاحظة: ومتوسط وقت الذهاب والعودة أكثر من ثانيتين.

عنوان المصدر الصحيح

هذا المثال هو سيناريو شائع:

Correct Source Addressعنوان المصدر الصحيح

 

إضافة واجهة LAN على الموجه1:

Router1(config)#interface ethernet0
Router1(config-if)#ip address 10.0.0.1 255.255.255.0

من محطة على الشبكة المحلية، يمكنك إختبار اتصال الموجه 1. من الموجه1 يمكنك إختبار اتصال الموجه 2. ولكن من محطة على الشبكة المحلية، لا يمكنك إختبار اتصال الموجه 2.

من الموجه1، يمكنك إختبار اتصال الموجه2 لأنك، بشكل افتراضي، تستخدم عنوان IP الخاص بواجهة الصادر كعنوان مصدر في حزمة ICMP الخاصة بك. لا يحتوي الموجه2 على معلومات حول شبكة LAN الجديدة هذه. إذا كان عليه الرد على حزمة من هذه الشبكة، فإنه لا يعرف كيفية معالجتها.

Router1#debug ip packet
IP packet debugging is on

تحذير: عند إستخدام الأمر debug ip packet على موجه إنتاج، قد يؤدي إلى إستخدام عال لوحدة المعالجة المركزية. وقد يؤدي ذلك إلى انخفاض حاد في الأداء أو انقطاع في الشبكة.

Router1#ping 172.16.12.2 

Type escape sequence to abort. 
Sending 5, 100-byte ICMP Echos to 172.16.12.2, timeout is 2 seconds: 
!!!!! 
Success rate is 100 percent (5/5), round-trip min/avg/max = 4/7/9 ms 
Router1# 

Jan 20 16:35:54.227: IP: s=172.16.12.1 (local), d=172.16.12.2 (Serial0), len 100, sending
Jan 20 16:35:54.259: IP: s=172.16.12.2 (Serial0), d=172.16.12.1 (Serial0), len 100, rcvd 3

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

Router1#ping 
Protocol [ip]: 
Target IP address: 172.16.12.2 
Repeat count [5]: 
Datagram size [100]: 
Timeout in seconds [2]: 
Extended commands [n]: y 
Source address or interface: 10.0.0.1 
Type of service [0]: 
Set DF bit in IP header? [no]: 
Validate reply data? [no]: 
Data pattern [0xABCD]: 
Loose, Strict, Record, Timestamp, Verbose[none]: 
Sweep range of sizes [n]: 
Type escape sequence to abort. 
Sending 5, 100-byte ICMP Echos to 172.16.12.2, timeout is 2 seconds: 

Jan 20 16:40:18.303: IP: s=10.0.0.1 (local), d=172.16.12.2 (Serial0), len 100,
 sending.
Jan 20 16:40:20.303: IP: s=10.0.0.1 (local), d=172.16.12.2 (Serial0), len 100,
 sending.
Jan 20 16:40:22.303: IP: s=10.0.0.1 (local), d=172.16.12.2 (Serial0), len 100,
 sending.
Jan 20 16:40:24.303: IP: s=10.0.0.1 (local), d=172.16.12.2 (Serial0), len 100,
 sending
Jan 20 16:40:26.303: IP: s=10.0.0.1 (local), d=172.16.12.2 (Serial0), len 100,
 sending.
Success rate is 0 percent (0/5)

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

عمليات إسقاط قائمة انتظار الإدخال عالية

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

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

Router1#show interface Serial0/0/0

Serial0/0/0 is up, line protocol is up 
  
  MTU 1500 bytes, BW 1984 Kbit, DLY 20000 usec, 
     reliability 255/255, txload 69/255, rxload 43/255
  Encapsulation HDLC, loopback not set
  Keepalive set (10 sec)
  Last input 00:00:02, output 00:00:00, output hang never
  Last clearing of "show interface" counters 01:28:49
  Input queue: 76/75/5553/0 (size/max/drops/flushes);
     Total output drops: 1760
  Queueing strategy: Class-based queueing
  Output queue: 29/1000/64/1760 (size/max total/threshold/drops) 
     Conversations  7/129/256 (active/max active/max total)
     Reserved Conversations 4/4 (allocated/max allocated)
     Available Bandwidth 1289 kilobits/sec
  

!--- Output supressed

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

أمر traceroute

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

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

ويتم الآن إرسال ثلاث رسائل أخرى من UDP، تم تعيين قيمة TTL على 2 لكل منها، مما يتسبب في إرجاع موجه ICMP TEMs. تستمر هذه العملية حتى تصل الحزم بالفعل إلى الوجهة الأخرى. ونظرا لأن مخططات البيانات هذه تحاول الوصول إلى منفذ غير صالح في مضيف الوجهة، يتم إرجاع رسائل منفذ ICMP الذي يتعذر الوصول إليه، وتشير إلى منفذ يتعذر الوصول إليه؛ يشير هذا الحدث إلى برنامج Traceroute الذي انتهى.

الغرض من هذا هو تسجيل مصدر كل رسالة تجاوز وقت ICMP لتوفير تتبع للمسار الذي تسلكه الحزمة للوصول إلى الوجهة.

Router1#traceroute 172.16.34.4 

Type escape sequence to abort. 
Tracing the route to 172.16.34.4 

  1 172.16.12.2 4 msec 4 msec 4 msec 
  2 172.16.23.3 20 msec 16 msec 16 msec 
  3 172.16.34.4 16 msec *  16 msec 
  
Jan 20 16:42:48.611: IP: s=172.16.12.1 (local), d=172.16.34.4 (Serial0), len 28,
 sending
Jan 20 16:42:48.615:     UDP src=39911, dst=33434
Jan 20 16:42:48.635: IP: s=172.16.12.2 (Serial0), d=172.16.12.1 (Serial0), len 56,
 rcvd 3
Jan 20 16:42:48.639:     ICMP type=11, code=0                     

!--- ICMP Time Exceeded Message from Router2.

Jan 20 16:42:48.643: IP: s=172.16.12.1 (local), d=172.16.34.4 (Serial0), len 28,
 sending
Jan 20 16:42:48.647:     UDP src=34237, dst=33435
Jan 20 16:42:48.667: IP: s=172.16.12.2 (Serial0), d=172.16.12.1 (Serial0), len 56,
 rcvd 3
Jan 20 16:42:48.671:     ICMP type=11, code=0
Jan 20 16:42:48.675: IP: s=172.16.12.1 (local), d=172.16.34.4 (Serial0), len 28,
 sending
Jan 20 16:42:48.679:     UDP src=33420, dst=33436
Jan 20 16:42:48.699: IP: s=172.16.12.2 (Serial0), d=172.16.12.1 (Serial0), len 56,
 rcvd 3
Jan 20 16:42:48.703:     ICMP type=11, code=0

هذا هو التسلسل الأول للحزم التي يتم إرسالها مع TTL=1. يقوم الموجه الأول، في هذه الحالة Router2 (172.16.12.2)، بإسقاط الحزمة، ويرسل مرة أخرى إلى المصدر (172.16.12.1) نوع=11 رسالة ICMP. يتوافق ذلك مع الرسالة التي تم تجاوزها في الوقت.

Jan 20 16:42:48.707: IP: s=172.16.12.1 (local), d=172.16.34.4 (Serial0), len 28,
 sending
Jan 20 16:42:48.711:     UDP src=35734, dst=33437
Jan 20 16:42:48.743: IP: s=172.16.23.3 (Serial0), d=172.16.12.1 (Serial0), len 56,
 rcvd 3   
Jan 20 16:42:48.747:     ICMP type=11, code=0         

!--- ICMP Time Exceeded Message from Router3.

Jan 20 16:42:48.751: IP: s=172.16.12.1 (local), d=172.16.34.4 (Serial0), len 28,
 sending
Jan 20 16:42:48.755:     UDP src=36753, dst=33438
Jan 20 16:42:48.787: IP: s=172.16.23.3 (Serial0), d=172.16.12.1 (Serial0), len 56,
 rcvd 3
Jan 20 16:42:48.791:     ICMP type=11, code=0
Jan 20 16:42:48.795: IP: s=172.16.12.1 (local), d=172.16.34.4 (Serial0), len 28,
 sending
Jan 20 16:42:48.799:     UDP src=36561, dst=33439
Jan 20 16:42:48.827: IP: s=172.16.23.3 (Serial0), d=172.16.12.1 (Serial0), len 56,
 rcvd 3
Jan 20 16:42:48.831:     ICMP type=11, code=0

تحدث العملية نفسها للموجه 3 (172.16.23.3) مع TTL=2:

Jan 20 16:42:48.839: IP: s=172.16.12.1 (local), d=172.16.34.4 (Serial0), len 28,
 sending
Jan 20 16:42:48.843:     UDP src=34327, dst=33440
Jan 20 16:42:48.887: IP: s=172.16.34.4 (Serial0), d=172.16.12.1 (Serial0), len 56,
 rcvd 3
Jan 20 16:42:48.891:     ICMP type=3, code=3

!--- Port Unreachable message from Router4.
                      
Jan 20 16:42:48.895: IP: s=172.16.12.1 (local), d=172.16.34.4 (Serial0), len 28,
 sending
Jan 20 16:42:48.899:     UDP src=37534, dst=33441
Jan 20 16:42:51.895: IP: s=172.16.12.1 (local), d=172.16.34.4 (Serial0), len 28,
 sending
Jan 20 16:42:51.899:     UDP src=37181, dst=33442
Jan 20 16:42:51.943: IP: s=172.16.34.4 (Serial0), d=172.16.12.1 (Serial0), len 56,
 rcvd 3
Jan 20 16:42:51.947:     ICMP type=3, code=3

مع TTL=3، يتم الوصول إلى الموجه 4 أخيرا. هذه المرة، بما أن المنفذ غير صالح، يرسل الموجه4 مرة أخرى إلى الموجه 1 رسالة ICMP مع النوع=3، ووجهة رسالة يتعذر الوصول إليها، والرمز=3 الذي يعني المنفذ الذي يتعذر الوصول إليه.

يسرد الجدول التالي الحروف التي يمكن أن تظهر في إخراج الأمر traceroute.

حروف نص IP traceroute

الحرف الوصف
nn msec لكل عقدة، وقت الذهاب والعودة بالمللي ثانية لعدد المسابير المحدد
* انتهت مهلة المسبار
ج محظورة إداريا (على سبيل المثال، قائمة الوصول)
س إغلاق المصدر (الوجهة مشغولة جدا)
I إختبار قاطع للمستخدم
U المنفذ الذي يتعذر الوصول إليه
H المضيف الذي يتعذر الوصول إليه
N يتعذر الوصول إلى الشبكة
P بروتوكول يتعذر الوصول إليه
T انتهاء المهلة
؟ نوع حزمة غير معروف

الأداء

يمكنك الحصول على وقت الذهاب والعودة (RTT) باستخدام أوامر ping و traceroute. هذا هو الوقت المطلوب لإرسال حزمة صدى والحصول على إجابة مرة أخرى. يمكن أن يوفر ذلك فكرة تقريبية عن التأخير على الرابط. غير أن هذه الأرقام ليست دقيقة بما يكفي لاستخدامها في تقييم الأداء.

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

لتوضيح ذلك، هذا مثال على إختبار اتصال من الموجه1 إلى الموجه 2:

Router1#ping 172.16.12.2 

Type escape sequence to abort. 
Sending 5, 100-byte ICMP Echos to 172.16.12.2, timeout is 2 seconds: 
!!!!! 
Success rate is 100 percent (5/5), round-trip min/avg/max = 4/4/4 ms

يبلغ وقت الانتقال إلى نقطة معينة (RTT) أربعة مللي ثانية تقريبا. بعد تمكين بعض الميزات التي تتطلب عمليات كثيرة على الموجه 2، حاول إختبار اتصال الموجه2 من الموجه 1.

Router1#ping 172.16.12.2 

Type escape sequence to abort. 
Sending 5, 100-byte ICMP Echos to 172.16.12.2, timeout is 2 seconds: 
!!!!! 
Success rate is 100 percent (5/5), round-trip min/avg/max = 24/25/28 ms

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

Traffic Through the Routerحركة المرور عبر الموجه

ثم يتم تبديل حركة المرور بسرعة ويتم معالجتها بواسطة الموجه صاحب الأولوية العليا. توضح الشبكة الأساسية ما يلي:

Basic Network with 3 Routersموجهات Basic Network 3

الموجه 3 إختبار الاتصال من الموجه 1:

Router1#ping 172.16.23.3 

Type escape sequence to abort. 
Sending 5, 100-byte ICMP Echos to 172.16.23.3, timeout is 2 seconds: 
!!!!! 
Success rate is 100 percent (5/5), round-trip min/avg/max = 32/32/32 ms

تمر حركة المرور عبر الموجه 2 ويتم تحويلها الآن بسرعة. قم بتمكين الميزة التي تتطلب عمليات كثيرة على الموجه 2:

Router1#ping 172.16.23.3 

Type escape sequence to abort. 
Sending 5, 100-byte ICMP Echos to 172.16.23.3, timeout is 2 seconds: 
!!!!! 
Success rate is 100 percent (5/5), round-trip min/avg/max = 32/32/36 ms

لا يوجد فرق تقريبا. وذلك نظرا لأنه، على الموجه 2، تتم معالجة الحزم الآن على مستوى المقاطعة.

أستخدم الأمر debug

قبل إستخدام أوامر تصحيح الأخطاء، ارجع إلى معلومات مهمة عن أوامر تصحيح الأخطاء.

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

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

Router4#debug ip packet ? 
  <1-199>      Access list 
  <1300-2699>  Access list (expanded range) 
  detail       Print more debugging detail 
   
Router4#configure terminal
Router4(config)#access-list 150 permit ip host 172.16.12.1 host 172.16.34.4 
Router4(config)#^Z 

Router4#debug ip packet 150 
IP packet debugging is on for access list 150 

Router4#show debug 
Generic IP: 
  IP packet debugging is on for access list 150 

Router4#show access-list 
Extended IP access list 150 
    permit ip host 172.16.12.1 host 172.16.34.4 (5 matches)

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

Router4# 
Jan 20 16:51:16.911: IP: s=172.16.12.1 (Serial0), d=172.16.34.4 (Serial0), len 100,
 rcvd 3
Jan 20 16:51:17.003: IP: s=172.16.12.1 (Serial0), d=172.16.34.4 (Serial0), len 100,
 rcvd 3
Jan 20 16:51:17.095: IP: s=172.16.12.1 (Serial0), d=172.16.34.4 (Serial0), len 100,
 rcvd 3
Jan 20 16:51:17.187: IP: s=172.16.12.1 (Serial0), d=172.16.34.4 (Serial0), len 100,
 rcvd 3
Jan 20 16:51:17.279: IP: s=172.16.12.1 (Serial0), d=172.16.34.4 (Serial0), len 100,
 rcvd 3

لا تأتي الإجابة على المشكلة من Router4 لأن هذه الحزم لا تطابق قائمة الوصول. للاطلاع عليها، أضف:

Router4(config)#access-list 150 permit ip host 172.16.12.1 host 172.16.34.4 
Router4(config)#access-list 150 permit ip host 172.16.34.4 host 172.16.12.1

النتائج:

Jan 20 16:53:16.527: IP: s=172.16.12.1 (Serial0), d=172.16.34.4 (Serial0), len 100,
 rcvd 3
Jan 20 16:53:16.531: IP: s=172.16.34.4 (local), d=172.16.12.1 (Serial0), len 100,
 sending
Jan 20 16:53:16.627: IP: s=172.16.12.1 (Serial0), d=172.16.34.4 (Serial0), len 100,
 rcvd 3
Jan 20 16:53:16.635: IP: s=172.16.34.4 (local), d=172.16.12.1 (Serial0), len 100,
 sending
Jan 20 16:53:16.727: IP: s=172.16.12.1 (Serial0), d=172.16.34.4 (Serial0), len 100,
 rcvd 3
Jan 20 16:53:16.731: IP: s=172.16.34.4 (local), d=172.16.12.1 (Serial0), len 100,
 sending
Jan 20 16:53:16.823: IP: s=172.16.12.1 (Serial0), d=172.16.34.4 (Serial0), len 100,
 rcvd 3
Jan 20 16:53:16.827: IP: s=172.16.34.4 (local), d=172.16.12.1 (Serial0), len 100,
 sending
Jan 20 16:53:16.919: IP: s=172.16.12.1 (Serial0), d=172.16.34.4 (Serial0), len 100,
 rcvd 3
Jan 20 16:53:16.923: IP: s=172.16.34.4 (local), d=172.16.12.1 (Serial0), len 100,
 sending

طريقة أخرى لتقليل تأثير الأمر debug هي تخزين رسائل تصحيح الأخطاء مؤقتا وعرضها باستخدام الأمر show log بمجرد إيقاف تشغيل تصحيح الأخطاء:

Router4#configure terminal
Router4(config)#no logging console 
Router4(config)#logging buffered 5000 
Router4(config)#^Z 
  
Router4#debug ip packet 
IP packet debugging is on 
Router4#ping 172.16.12.1 

Type escape sequence to abort. 
Sending 5, 100-byte ICMP Echos to 172.16.12.1, timeout is 2 seconds: 
!!!!! 
Success rate is 100 percent (5/5), round-trip min/avg/max = 36/36/37 ms 
  
Router4#undebug all 
All possible debugging has been turned off 
  
Router4#show log 
Syslog logging: enabled (0 messages dropped, 0 flushes, 0 overruns) 
    Console logging: disabled 
    Monitor logging: level debugging, 0 messages logged 
    Buffer logging: level debugging, 61 messages logged 
    Trap logging: level informational, 59 message lines logged 

Log Buffer (5000 bytes): 
 
Jan 20 16:55:46.587: IP: s=172.16.34.4 (local), d=172.16.12.1 (Serial0), len 100,
 sending
Jan 20 16:55:46.679: IP: s=172.16.12.1 (Serial0), d=172.16.34.4 (Serial0), len 100,
 rcvd 3

توفر أوامر ping وtraceroute إمكانية الوصول الأساسية ومعلومات المسار التي يستخدمها مهندسو الشبكة عادة لاستكشاف أخطاء الوصول إلى الشبكة وإصلاحها.

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

محفوظات المراجعة

المراجعة تاريخ النشر التعليقات
3.0
03-Sep-2026
تقويم
1.0
10-Dec-2001
الإصدار الأولي
TAC Authored

تمت المساهمة بواسطة مهندسو Cisco

  • Cisco TAC Engineers

هل كان هذا المستند مفيدًا؟

Feedbackالتعليقات

اتصل بنا

ينطبق هذا المستند على هذه المنتجات