Interviewers are usually listening for one thing: a calm, repeatable method. Use this framework for almost every technical answer:
Situation → Checks → Fix → Verification → Documentation.
Start with the ticket: device, location, rack/U, port, symptom, recent changes. Then check the basics in order — power, link LEDs, transceiver seating, inspect/clean/reseat fiber, swap a known-good cable, swap a known-good optic if authorized, and test an alternate port. Document every test and result. If it stays down, escalate with facts instead of guessing.
Pick a real task. Explain what was impacted, the checks you ran in order, what you ruled out, the fix, and how you verified service was restored. End with what you documented so the next shift did not have to rediscover it.
A good note lets a stranger continue your work: symptom, location, tests performed, exact results, current hypothesis, and the next step. Compare:
Still troubleshooting. vs. 14:20 — Link down on srv-1042, rack C12 U18, port Eth1. Power OK, no link LED. Inspected/cleaned/reseated fiber, swapped known-good patch cable: still down. Testing alternate switch port next; update by 15:00.
Safety first, then production impact, then urgency. Communicate early, work the highest-impact fault with a checklist, and keep stakeholders updated on a schedule instead of going silent.
Support: support@hasherventures.com