CCIE Troubleshooting Methodology & Lab Strategy

CCIE Enterprise Infrastructure EVE-NG / GNS3

مکمل نشان زد کریںMark as completeMark as complete

مقصدObjectiveObjective

اس تھیوری سبق کے بعد آپ کے پاس CCIE-level lab کے لیے ایک structured troubleshooting methodology، time-management strategy، اور verification کی عادتیں ہوں گی۔Is theory lesson ke baad aap ke paas CCIE-level lab ke liye ek structured troubleshooting methodology, time-management strategy, aur verification ki aadaten hongi.After this theory lesson you will have a structured troubleshooting methodology, time-management strategy, and verification habits for a CCIE-level lab.

آسان مثالSimple AnalogySimple Analogy

CCIE troubleshooting ایسا ہے جیسے emergency-room کا ڈاکٹر: پہلے triage (کیا خراب ہے؟)، پھر layer by layer diagnose، علاج، پھر دوبارہ چیک۔ کبھی diagnose سے پہلے دوا guess نہ کریں۔CCIE troubleshooting aisa hai jaise emergency-room ka doctor: pehle triage (kya kharab hai?), phir layer by layer diagnose, ilaj, phir dobara check. Kabhi diagnose se pehle dawa mat guess karein.CCIE troubleshooting is like an emergency-room doctor: triage first (what's broken?), diagnose layer by layer, treat, then re-check. Never guess the medicine before the diagnosis.

سیٹ اپLab SetupLab Setup

تھیوری سبق — ٹوپولوجی کی ضرورت نہیں۔ اس methodology کی مشق EVE-NG/GNS3 میں کسی بھی خراب لیب پر کریں۔Theory lesson — topology ki zaroorat nahi. Is methodology ki mashq EVE-NG/GNS3 mein kisi bhi kharab lab par karein.Theory lesson — no topology needed. Practice the methodology on any broken lab you build in EVE-NG/GNS3.

اقداماتStepsSteps

Step 1

مرحلہ 1 — مسئلے کو درست طور پر define کریں: کیا کام کر رہا ہے، کیا نہیں، اور کیا تبدیل ہوا۔ Vague مسئلہ، vague حل۔Step 1 — Masle ko durust tor par define karein: kya kam kar raha hai, kya nahi, aur kya tabdeel hua. Vague masla, vague hal.Step 1 — Define the problem precisely: what works, what doesn't, and what changed. Vague problem, vague solution.

Step 2

مرحلہ 2 — Show commands سے facts جمع کریں، اندازوں سے نہیں۔ Baseline: خرابی سے پہلے 'healthy' output کیسی لگتی ہے، یہ معلوم ہونا چاہیے۔Step 2 — Show commands se facts jama karein, andazon se nahi. Baseline: kharabi se pehle 'healthy' output kaisi lagti hai, ye maloom hona chahiye.Step 2 — Gather facts with show commands, never guesses. Baseline: know what 'healthy' output looks like before the break.

Step 3

مرحلہ 3 — Divide and conquer: ping سے خراب حصہ ڈھونڈیں، پھر صرف اس حصے پر توجہ۔ ہر مرحلے میں مسئلہ آدھا کریں۔Step 3 — Divide and conquer: ping se kharab hissa dhoondhen, phir sirf us hisse par tawajjo. Har step mein masla aadha karein.Step 3 — Divide and conquer: ping to find the broken segment, then zoom into that segment only. Halve the problem each step.

Step 4

مرحلہ 4 — ایک مفروضہ بنائیں، ٹیسٹ کریں، مشاہدہ کریں۔ ایک وقت میں ایک چیز بدلیں — دو تبدیلیوں سے وجہ کبھی پتا نہیں چلتی۔Step 4 — Ek mafrooza banayein, test karein, mushaheda karein. Ek waqt mein ek cheez badlen — do changes se wajah kabhi pata nahi chalti.Step 4 — Form ONE hypothesis, test it, observe. Change one thing at a time — two changes and you never learn the cause.

Step 5

مرحلہ 5 — ٹھیک کریں، پھر original symptom سے verify کریں۔ اگر ping fail تھی تو دوبارہ ping کریں — صرف 'protocol up' پر رکنا کافی نہیں۔Step 5 — Theek karein, phir original symptom se verify karein. Agar ping fail thi to dobara ping karein — sirf 'protocol up' par rukna kaafi nahi.Step 5 — Fix, then verify from the original symptom down. If ping failed, re-ping — don't stop at 'the protocol is up'.

Step 6

Time management: ہر task کے لیے وقت کی حد طے کریں (جیسے 20 منٹ)۔ پھنس جائیں تو نشان لگائیں، آگے بڑھیں، بعد میں واپس آئیں۔ ہر تبدیلی notepad میں لکھتے جائیں۔Time management: har task ke liye waqt ki hadd tay karein (jaise 20 min). Phans jayen to nishan lagayein, aage barhein, baad mein wapas aayein. Har tabdeeli notepad mein likhte jayein.Time management: set a per-task timebox (e.g. 20 min). If stuck, mark it, move on, return later. Document every change in a notepad as you go.

Step 7

Verification کی عادت: ہر config section کے بعد ٹیسٹ کریں۔ کبھی assume نہ کریں۔ جو verify کرتا ہے وہی جیتتا ہے — جو assume کرتا ہے وہ دوبارہ بناتا ہے۔Verification ki aadat: har config section ke baad test karein. Kabhi assume na karein. Jo verify karta hai wahi jeetta hai — jo assume karta hai wo dobara banata hai.Verification habits: after every config section, test it. Never assume. The engineer who verifies wins — the one who assumes rebuilds.

تصدیقVerifyVerify

اپنے آپ سے پوچھیں: کیا 5-step method یاد سے بتا سکتا ہوں؟ کیا میرے پاس timebox rule ہے؟ اگر ہاں تو سبق مکمل۔Apne aap se poochen: kya 5-step method yaad se bata sakta hoon? Kya mere paas timebox rule hai? Agar haan to lesson complete.Ask yourself: can I state the 5-step method from memory? Do I have a timebox rule? If yes, the lesson is complete.

خرابی دور کرناTroubleshootingTroubleshooting

⚠️ Analysis paralysis — ٹیسٹ کرنے سے پہلے 30 منٹ config پڑھتے رہنا۔Analysis paralysis — test karne se pehle 30 min config parhte rehna.Analysis paralysis — spending 30 minutes reading config before testing.

✅ پہلے ٹیسٹ، پھر پڑھیں۔ ایک ping دس منٹ config پڑھنے سے زیادہ بتاتا ہے۔Pehle test, phir parhen. Ek ping das min config parhne se zyada batata hai.Test first, read later. One ping tells you more than ten minutes of config review.

⚠️ بےترتیب config بدلنا امید پر کہ کچھ کام کر جائے۔Be-tarteeb config badalna umeed par ke kuch kam kar jaye.Changing config randomly hoping something works.

✅ رک جائیں۔ آخری کام کرتی حالت (snapshot) پر واپس جائیں، پھر ایک وقت میں ایک مفروضے پر عمل کریں۔Ruk jayen. Aakhri kaam karti state (snapshot) par wapas jayein, phir ek waqt mein ek mafrooze par amal karein.Stop. Return to the last known-good state (snapshot), then follow one hypothesis at a time.

انٹرویو سوالاتInterview Q&AInterview Q&A

❓ Top-down یا bottom-up — CCIE lab کے لیے کون سا طریقہ؟Top-down ya bottom-up — CCIE lab ke liye kaun sa tareeqa?Top-down or bottom-up — which approach for a CCIE lab?

Top-down: symptom سے شروع کریں (ping fail)، پھر routing، پھر protocols، پھر physical۔ Bottom-up ان لنکس پر وقت ضائع کرتا ہے جو مسئلہ ہی نہیں۔Top-down: symptom se shuru karein (ping fail), phir routing, phir protocols, phir physical. Bottom-up un links par waqt zaya karta hai jo masla hi nahi.Top-down: start at the symptom (ping fails), then check routing, then protocols, then physical. Bottom-up wastes time on links that aren't the problem.

❓ Fault isolation کا golden rule کیا ہے؟Fault isolation ka golden rule kya hai?What is the golden rule of fault isolation?

Divide and conquer: fault domain الگ کریں (کون سے devices)، پھر layer، پھر وجہ۔ کبھی ایک ساتھ دو چیزیں نہ بدلیں۔Divide and conquer: fault domain alag karein (kaun se devices), phir layer, phir wajah. Kabhi ek saath do cheezen mat badlen.Divide and conquer: isolate the fault domain (which devices), then the layer, then the cause. Never change two things at once.