المحتويات

المقدمة

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

المتطلبات

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

الاصطلاحات

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

الأمر ping

غير قادر على إختبار الاتصال

مشكلة الموجه

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

أمر access-list

address Resolution protocol (arp) إصدار

تأخير

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

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

أمر traceroute

الأداء

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

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

المقدمة

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

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

المتطلبات

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

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

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

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

الاصطلاحات

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

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

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

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

التكوين الأساسي ل 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 بنجاح، فاخذ في الاعتبار الأسباب المدرجة في هذا القسم.

مشكلة الموجه

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

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

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 إصدار

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 أمر .

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

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

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

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

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

إضافة واجهة 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 مشغول للغاية، ولا تتمثل الأولوية في الرد على إختبار الاتصال. الطريقة الأفضل لاختبار أداء الموجه هي حركة المرور التي تمر عبر الموجه.

حركة المرور عبر الموجه

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

موجهات 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 أدوات مساعدة يمكنك إستخدامها لاستكشاف أخطاء الوصول إلى الشبكة وإصلاحها. وهي أيضا سهلة الاستخدام. وهذان الأمران هما الأكثر إستخداما من قبل مهندسي الشبكة.

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

- فهم الأمرين ping الموسّع وtraceroute الموسّع

- الدعم الفني - Cisco Systems