ENARSI Troubleshooting Toolkit
CCNP ENARSI 300-410 EVE-NG / GNS3
مقصدObjectiveObjective
اس لیب میں آپ routing مسائل کی منظم تشخیص کا طریقہ کار (methodology) اور اہم ترین show/debug کمانڈز سیکھیں گے۔Is lab mein aap routing masail ki munazzam tashkhees ka tareeqa-kar (methodology) aur ahem tareen show/debug commands seekhenge.In this lab you will learn a systematic methodology for diagnosing routing problems and the most important show/debug commands.
آسان مثالSimple AnalogySimple Analogy
Troubleshooting ایسے ہے جیسے ڈاکٹر مریض کو دیکھتا ہے — پہلے علامات (ping fail)، پھر نبض (interface status)، پھر ٹیسٹ (show commands)، اور آخر میں علاج۔ بغیر ترتیب کے کمانڈز چلانا ایسے ہے جیسے بغیر تشخیص کے دوا دے دینا۔Troubleshooting aise hai jaise doctor mareez ko dekhta hai — pehle alamat (ping fail), phir nabz (interface status), phir test (show commands), aur aakhir mein ilaj. Baghair tarteeb ke commands chalana aise hai jaise baghair tashkhees ke dawa de dena.Troubleshooting is like a doctor seeing a patient — first symptoms (ping fails), then pulse (interface status), then tests (show commands), then treatment. Running commands without order is like prescribing without diagnosis.
سیٹ اپLab SetupLab Setup
کوئی بھی پچھلی لیب کی ٹوپولوجی استعمال کریں (EIGRP، OSPF، یا BGP والی)۔ جان بوجھ کر ایک خرابی پیدا کریں (مثلاً غلط network statement یا shutdown انٹرفیس) اور اس لیب کے طریقے سے حل کریں۔Koi bhi pichli lab ki topology istemal karein (EIGRP, OSPF, ya BGP wali). Jaan boojh kar ek kharabi paida karein (masalan ghalat network statement ya shutdown interface) aur is lab ke tareeqe se hal karein.Use any previous lab's topology (EIGRP, OSPF, or BGP). Deliberately introduce one fault (e.g. a wrong network statement or shutdown interface) and solve it using this lab's method.
اقداماتStepsSteps
Step 1
مسئلے کی تعریف کریں۔ پہلے واضح کریں: کیا ping fail ہے؟ کون سا source، کون سا destination؟ کب سے؟ کیا بدلا تھا؟ بغیر واضح تعریف کے troubleshooting شروع نہ کریں۔Masle ki tareef karein. Pehle wazeh karein: kya ping fail hai? Kaun sa source, kaun sa destination? Kab se? Kya badla tha? Baghair wazeh tareef ke troubleshooting shuru na karein.Define the problem. First clarify: is ping failing? Which source, which destination? Since when? What changed? Never start troubleshooting without a clear definition.
ping 10.2.2.1 source 10.1.1.1 traceroute 10.2.2.1
Step 2
Layer 1/2 چیک کریں۔ show ip interface brief سے دیکھیں کہ انٹرفیسز up/up ہیں۔ Down انٹرفیس کا مطلب ہے مسئلہ routing میں نہیں، فزیکل لنک میں ہے۔Layer 1/2 check karein. show ip interface brief se dekhein ke interfaces up/up hain. Down interface ka matlab hai masla routing mein nahi, physical link mein hai.Check Layer 1/2. Use show ip interface brief to confirm interfaces are up/up. A down interface means the problem is the physical link, not routing.
show ip interface brief
Step 3
Routing table چیک کریں۔ show ip route میں destination کا راستہ ہے؟ نہیں ہے تو مسئلہ route advertisement میں ہے۔ ہے مگر غلط next-hop ہے تو مسئلہ path selection میں ہے۔Routing table check karein. show ip route mein destination ka rasta hai? Nahi hai to masla route advertisement mein hai. Hai magar ghalat next-hop hai to masla path selection mein hai.Check the routing table. Is there a route to the destination in show ip route? If not, the problem is route advertisement. If yes but with the wrong next-hop, it's path selection.
show ip route 10.2.2.0 show ip cef 10.2.2.1
Step 4
Protocol-specific چیک کریں۔ EIGRP: neighbors اور topology۔ OSPF: neighbor state اور database۔ BGP: summary state اور received routes۔ ہر protocol کی اپنی چیک لسٹ ہے۔Protocol-specific check karein. EIGRP: neighbors aur topology. OSPF: neighbor state aur database. BGP: summary state aur received routes. Har protocol ki apni check list hai.Check protocol specifics. EIGRP: neighbors and topology. OSPF: neighbor state and database. BGP: summary state and received routes. Each protocol has its own checklist.
show ip eigrp neighbors show ip ospf neighbor show ip bgp summary
Step 5
Debug احتیاط سے استعمال کریں۔ debug صرف اس وقت جب show سے بات نہ بنے۔ ہمیشہ debug کو محدود کریں (مثلاً debug ip ospf adj) اور کام ختم ہوتے ہی undebug all چلائیں۔Debug ehtiyat se istemal karein. debug sirf us waqt jab show se baat na bane. Hamesha debug ko mehdood karein (masalan debug ip ospf adj) aur kaam khatm hote hi undebug all chalayein.Use debug carefully. Debug only when show commands don't reveal the cause. Always scope debug (e.g. debug ip ospf adj) and run undebug all the moment you're done.
debug ip ospf adj undebug all
Step 6
حل دستاویز کریں۔ مسئلہ، وجہ، اور حل تین لائنوں میں لکھیں۔ یہی عادت آپ کو انٹرویو میں بھی کام آئے گی — انٹرویو لینے والا آپ کا سوچنے کا طریقہ دیکھنا چاہتا ہے۔Hal dastavez karein. Masla, wajah, aur hal teen linon mein likhein. Yehi aadat aap ko interview mein bhi kaam aayegi — interview lene wala aap ka sochne ka tareeqa dekhna chahta hai.Document the fix. Write the problem, cause, and fix in three lines. This habit helps in interviews too — the interviewer wants to see how you think.
show logging | include %
تصدیقVerifyVerify
جان بوجھ کر پیدا کی گئی خرابی اس طریقہ کار سے حل ہو جائے اور آپ ہر قدم کی وجہ بیان کر سکیں۔Jaan boojh kar paida ki gayi kharabi is tareeqa-kar se hal ho jaye aur aap har qadam ki wajah bayan kar sakein.The deliberately introduced fault should be resolved using this methodology, and you should be able to explain the reason for each step.
show ip interface brief show ip route show logging
خرابی دور کرناTroubleshootingTroubleshooting
⚠️ Debug چلانے کے بعد راؤٹر سست ہو گیا۔Debug chalane ke baad router sust ho gaya.The router became slow after starting debug.
✅ فوراً undebug all چلائیں۔ بھاری debug (مثلاً debug ip packet) production یا سست راؤٹر پر کبھی نہ چلائیں — ہمیشہ access-list سے محدود debug استعمال کریں۔Foran undebug all chalayein. Bhari debug (masalan debug ip packet) production ya sust router par kabhi na chalayein — hamesha access-list se mehdood debug istemal karein.Run undebug all immediately. Never run heavy debugs (e.g. debug ip packet) on production or slow routers — always use access-list-scoped debugs.
⚠️ مسئلہ کبھی آتا ہے کبھی خود ٹھیک ہو جاتا ہے (flapping)۔Masla kabhi aata hai kabhi khud theek ho jata hai (flapping).The problem comes and goes on its own (flapping).
✅ show logging میں timestamps کے ساتھ پیٹرن دیکھیں۔ Flapping اکثر خراب لنک، duplex mismatch، یا unstable neighbor کی وجہ سے ہوتا ہے — interface errors اور CPU چیک کریں۔show logging mein timestamps ke saath pattern dekhein. Flapping aksar kharab link, duplex mismatch, ya unstable neighbor ki wajah se hota hai — interface errors aur CPU check karein.Look for patterns with timestamps in show logging. Flapping is usually a bad link, duplex mismatch, or unstable neighbor — check interface errors and CPU.
انٹرویو سوالاتInterview Q&AInterview Q&A
❓ Routing مسئلے کی troubleshooting کا منظم طریقہ بتائیں۔Routing masle ki troubleshooting ka munazzam tareeqa batayein.Describe a systematic approach to troubleshooting a routing problem.
1) مسئلے کی واضح تعریف، 2) Layer 1/2 (interfaces)، 3) routing table میں راستہ موجود ہے یا نہیں، 4) protocol-specific چیکس (neighbors، database)، 5) ضرورت پڑے تو محدود debug، 6) حل دستاویز کرنا۔1) Masle ki wazeh tareef, 2) Layer 1/2 (interfaces), 3) routing table mein rasta mojood hai ya nahi, 4) protocol-specific checks (neighbors, database), 5) zaroorat pare to mehdood debug, 6) hal dastavez karna.1) Clear problem definition, 2) Layer 1/2 (interfaces), 3) whether the route exists in the routing table, 4) protocol-specific checks (neighbors, database), 5) scoped debug if needed, 6) document the fix.
❓ Ping fail ہو مگر routing table میں راستہ موجود ہو تو کیا چیک کریں گے؟Ping fail ho magar routing table mein rasta mojood ho to kya check karenge?Ping fails but the route exists in the routing table — what do you check?
واپسی کا راستہ (reverse path) چیک کریں — اکثر مسئلہ return traffic میں ہوتا ہے۔ پھر ACLs، NAT، اور CEF entries دیکھیں۔ traceroute سے پتہ چلے گا کہ پیکٹ کہاں رک رہا ہے۔Wapsi ka rasta (reverse path) check karein — aksar masla return traffic mein hota hai. Phir ACLs, NAT, aur CEF entries dekhein. traceroute se pata chalega ke packet kahan ruk raha hai.Check the reverse path — the problem is often in return traffic. Then look at ACLs, NAT, and CEF entries. Traceroute shows where the packet stops.