الـ Debug بشرط: بدون ما تغرق الراوتر

حيّاك الله. الـ show يعطيك الحالة الحالية، والـ debug يعطيك اللي يصير لحظة بلحظة: كل packet، كل رسالة بروتوكول. لكن الـ debug على راوتر شغّال في شبكة حقيقية ممكن يطلّع آلاف الرسائل في الثانية، والـ console بطيء، فالـ CPU يتعب، والراوتر ممكن يوقف يرد. وكثير مهندسين طيّحوا شبكات بـ debug all. المعمل: R1 في النص بين R2 و R3، والاثنين يرسلون ping لـ R1. نبي نشوف الـ ICMP اللي جاي من جهة R2 بس. أول شي: timestamps بالملي ثانية للـ debug، و logging buffered عشان الرسائل تنحفظ ونقراها بعدين.

configure terminal
service timestamps debug datetime msec
logging buffered
end

والحين الأهم: الشرط. debug condition interface g zero slash zero slash zero، يعني الواجهة اللي رايحة لـ R2. والترتيب مهم: الشرط أول، وبعدها الـ debug. لو فعّلت الـ debug أول، الراوتر يبدأ يطلّع كل شي، قبل ما تلحق تكتب الشرط.

debug condition interface g0/0/0
show debug condition

الشرط مسجّل. الحين دورك. فعّل debug ip icmp على R1، وخلّ R2 يرسل ping لـ ten dot zero dot twelve dot one، و R3 يرسل ping لـ ten dot zero dot thirteen dot one. وبعدها اقرا show logging على R1، وتأكد إن رسائل R2 بس اللي طلعت. ولا تنسى undebug all. وقّف الفيديو، وجرّب.

تمرين: على R1: debug ip icmp. من R2: ping 10.0.12.1، ومن R3: ping 10.0.13.1. على R1: show logging | include ICMP، وبعدها undebug all.

الحل.

debug ip icmp
show logging | include ICMP
undebug all

ping 10.0.12.1

ping 10.0.13.1

في الـ log رسائل ICMP echo reply sent، والـ dst فيها ten dot zero dot twelve dot two، يعني ردود R1 على R2 بس، وكل رسالة عليها وقت بالملي ثانية. والـ pings من R3 ما طلعت، لأنها على واجهة ثانية. و undebug all لازم دايماً، لأن الـ debug المنسي يبقى شغّال، ويستهلك الـ CPU بصمت. الخلاصة: timestamps، و buffer، وشرط قبل الـ debug، و undebug all. والدرس الجاي: DHCP و الـ relay.