فهم الأمرَين Ping وTraceroute

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

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

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

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

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

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

    المقدمة

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

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

    المتطلبات

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

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

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

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

    الاصطلاحات

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

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

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

    في هذا المستند، يتم إستخدام هذا التكوين الأساسي لأمثلة في هذه المقالة:

    Basic Configuration of IPs and Routersالتكوين الأساسي ل IPs والموجهات

    الأمر ping

    الأمر 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.0.12 
Type escape sequence to abort. 
Sending 5, 100-byte ICMP Echos to 172.16.0.12, 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.0.12 (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.0.12. 
    !--- ICMP type=8 corresponds to the echo message. 
    
Jan 20 15:54:47.523: IP: s=172.16.0.12 (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.0.12. !--- 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 10.0.2.23 255.255.255.0 
no fair-queue 
clockrate 64000 
! 
interface Serial1 
ip address 172.16.0.12 255.255.255.0 
! 
  

Router3# 
! 
interface Serial0 
ip address 172.16.3.34 255.255.255.0 
no fair-queue 
! 
interface Serial1 
ip address 10.0.3.23 255.255.255.0 
! 

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

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

    Router1#ping 172.16.4.34 

Type escape sequence to abort. 
Sending 5, 100-byte ICMP Echos to 172.16.4.34, 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.4.34 

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

Jan 20 16:00:25.603: IP: s=172.16.12.1 (local), d=172.16.4.34, len 100, unroutable.
Jan 20 16:00:27.599: IP: s=172.16.12.1 (local), d=172.16.4.34, len 100, unroutable.
Jan 20 16:00:29.599: IP: s=172.16.12.1 (local), d=172.16.4.34, len 100, unroutable.
Jan 20 16:00:31.599: IP: s=172.16.12.1 (local), d=172.16.4.34, len 100, unroutable.
Jan 20 16:00:33.599: IP: s=172.16.12.1 (local), d=172.16.4.34, 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.4.34 
Type escape sequence to abort. 
Sending 5, 100-byte ICMP Echos to 172.16.4.34, 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.4.34 (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.0.12 (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.4.34 (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.4.34 (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.0.12 (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.4.34 (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.4.34, len 100, unroutable
Jan 20 16:10:41.911:     ICMP type=8, code=0
Jan 20 16:10:41.915: IP: s=172.16.0.12 (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.4.34, 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.4.34, len 100, unroutable
Jan 20 16:10:43.947:     ICMP type=8, code=0
Jan 20 16:10:43.951: IP: s=172.16.0.12 (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.4.34, 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.4.34, len 100, unroutable
Jan 20 16:10:45.983:     ICMP type=8, code=0
Jan 20 16:10:45.987: IP: s=172.16.0.12 (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.4.34. يرسل الموجه 2 رسالة "ICMP الذي يتعذر الوصول إليه" إلى الموجه1.

    قم بتمكين بروتوكول معلومات التوجيه (RIP) على الموجه 2 والموجه 3:

    Router2# 
router rip 
 network 172.16.0.7 
 network 10.0.7.23 
Router3# 
router rip 
 network 10.0.7.23 
 network 172.16.0.34

    النتائج:

    Router1#debug ip packet
IP packet debugging is on

Router1#ping 172.16.4.34 

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

Jan 20 16:16:13.367: IP: s=172.16.12.1 (local), d=172.16.4.34 (Serial0), len 100,
 sending.
Jan 20 16:16:15.363: IP: s=172.16.12.1 (local), d=172.16.4.34 (Serial0), len 100,
 sending.
Jan 20 16:16:17.363: IP: s=172.16.12.1 (local), d=172.16.4.34 (Serial0), len 100,
 sending.
Jan 20 16:16:19.363: IP: s=172.16.12.1 (local), d=172.16.4.34 (Serial0), len 100,
 sending.
Jan 20 16:16:21.363: IP: s=172.16.12.1 (local), d=172.16.4.34 (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.4.34 (Serial0), len 100, 
  rcvd 3
Jan 20 16:18:45.911: IP: s=172.16.4.34 (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.4.34 (Serial0), len 100, 
  rcvd 3
Jan 20 16:18:47.907: IP: s=172.16.4.34 (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.4.34 (Serial0), len 100, 
  rcvd 3
Jan 20 16:18:49.907: IP: s=172.16.4.34 (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.4.34 (Serial0), len 100, 
  rcvd 3
Jan 20 16:18:51.907: IP: s=172.16.4.34 (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.4.34 (Serial0), len 100, 
  rcvd 3
Jan 20 16:18:53.907: IP: s=172.16.4.34 (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.4.34 

Type escape sequence to abort. 
Sending 5, 100-byte ICMP Echos to 172.16.4.34, 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.4.34 

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

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

    Router1#ping 172.16.0.12 

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

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

    Router3#show ip interface brief 
Serial0   172.16.3.34    YES manual up                      up
Serial1   10.0.3.23    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

    أمر access-list

    في هذا السيناريو، يسمح فقط لحركة مرور برنامج 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.4.34
Router1(config)#access-list 100 permit ip host 172.16.4.34 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.4.34 

Type escape sequence to abort. 
Sending 5, 100-byte ICMP Echos to 172.16.4.34, 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.4.34 (Serial0), len 100,
 sending
Jan 20 16:34:49.287: IP: s=172.16.4.34 (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.4.34
Jan 20 16:34:49.295: IP: s=172.16.12.1 (local), d=172.16.4.34 (Serial0), len 100,
 sending
Jan 20 16:34:51.295: IP: s=172.16.12.1 (local), d=172.16.4.34 (Serial0), len 100,
 sending
Jan 20 16:34:51.367: IP: s=172.16.4.34 (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.4.34
Jan 20 16:34:51.379: IP: s=172.16.12.1 (local), d=172.16.4.34 (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.000 كعنصر نائب في إطارات البث المرسلة من واجهة إيثرنت 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.0.12 

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

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

    Router1#ping 
Protocol [ip]: 
Target IP address:  172.16.0.12 
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.0.12, 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 على موجه إنتاج، قد يؤدي ذلك إلى إستخدام وحدة المعالجة المركزية (CPU) بشكل كبير. وقد يؤدي ذلك إلى انخفاض حاد في الأداء أو انقطاع في الشبكة.

    Router1#ping 172.16.0.12 

Type escape sequence to abort. 
Sending 5, 100-byte ICMP Echos to 172.16.0.12, 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.0.12 (Serial0), len 100, sending
Jan 20 16:35:54.259: IP: s=172.16.0.12 (Serial0), d=172.16.12.1 (Serial0), len 100, rcvd 3

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

    Router1#ping 
Protocol [ip]: 
Target IP address: 172.16.0.12 
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.0.12, timeout is 2 seconds: 

Jan 20 16:40:18.303: IP: s=10.0.0.1 (local), d=172.16.0.12 (Serial0), len 100,
 sending.
Jan 20 16:40:20.303: IP: s=10.0.0.1 (local), d=172.16.0.12 (Serial0), len 100,
 sending.
Jan 20 16:40:22.303: IP: s=10.0.0.1 (local), d=172.16.0.12 (Serial0), len 100,
 sending.
Jan 20 16:40:24.303: IP: s=10.0.0.1 (local), d=172.16.0.12 (Serial0), len 100,
 sending
Jan 20 16:40:26.303: IP: s=10.0.0.1 (local), d=172.16.0.12 (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 في "انتهاء المهلة" لمخطط البيانات بمجرد اصطدامه بالموجه الأول في المسار؛ ثم يستجيب هذا الموجه باستخدام رسالة "تجاوز وقت ICMP (TEM) التي تشير إلى انتهاء صلاحية مخطط البيانات.

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

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

    Router1#traceroute 172.16.4.34 

Type escape sequence to abort. 
Tracing the route to 172.16.4.34 

  1 172.16.0.12 4 msec 4 msec 4 msec 
  2 10.0.3.23 20 msec 16 msec 16 msec 
  3 172.16.4.34 16 msec *  16 msec 
  
Jan 20 16:42:48.611: IP: s=172.16.12.1 (local), d=172.16.4.34 (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.0.12 (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.4.34 (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.0.12 (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.4.34 (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.0.12 (Serial0), d=172.16.12.1 (Serial0), len 56,
 rcvd 3
Jan 20 16:42:48.703:     ICMP type=11, code=0

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

    Jan 20 16:42:48.707: IP: s=172.16.12.1 (local), d=172.16.4.34 (Serial0), len 28,
 sending
Jan 20 16:42:48.711:     UDP src=35734, dst=33437
Jan 20 16:42:48.743: IP: s=10.0.3.23 (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.4.34 (Serial0), len 28,
 sending
Jan 20 16:42:48.755:     UDP src=36753, dst=33438
Jan 20 16:42:48.787: IP: s=10.0.3.23 (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.4.34 (Serial0), len 28,
 sending
Jan 20 16:42:48.799:     UDP src=36561, dst=33439
Jan 20 16:42:48.827: IP: s=10.0.3.23 (Serial0), d=172.16.12.1 (Serial0), len 56,
 rcvd 3
Jan 20 16:42:48.831:     ICMP type=11, code=0

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

    Jan 20 16:42:48.839: IP: s=172.16.12.1 (local), d=172.16.4.34 (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.4.34 (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.4.34 (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.4.34 (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.4.34 (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.0.12 

Type escape sequence to abort. 
Sending 5, 100-byte ICMP Echos to 172.16.0.12, 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.0.12 

Type escape sequence to abort. 
Sending 5, 100-byte ICMP Echos to 172.16.0.12, 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 10.0.3.23 

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

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

    Router1#ping 10.0.3.23 

Type escape sequence to abort. 
Sending 5, 100-byte ICMP Echos to 10.0.3.23, 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.4.34 
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.4.34 (5 matches)

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

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

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

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

    النتائج:

    Jan 20 16:53:16.527: IP: s=172.16.12.1 (Serial0), d=172.16.4.34 (Serial0), len 100,
 rcvd 3
Jan 20 16:53:16.531: IP: s=172.16.4.34 (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.4.34 (Serial0), len 100,
 rcvd 3
Jan 20 16:53:16.635: IP: s=172.16.4.34 (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.4.34 (Serial0), len 100,
 rcvd 3
Jan 20 16:53:16.731: IP: s=172.16.4.34 (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.4.34 (Serial0), len 100,
 rcvd 3
Jan 20 16:53:16.827: IP: s=172.16.4.34 (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.4.34 (Serial0), len 100,
 rcvd 3
Jan 20 16:53:16.923: IP: s=172.16.4.34 (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.4.34 (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.4.34 (Serial0), len 100,
 rcvd 3

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

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

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

    المراجعة تاريخ النشر التعليقات
    2.0
    04-Oct-2022
    تقويم
    1.0
    10-Dec-2001
    الإصدار الأولي
    TAC Authored

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

    • Julio Jimenez
      Cisco TAC Engineer

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

    Feedbackالتعليقات

    اتصل بنا

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