Tech activities · Networking

Walk a network problem from cable to cloud, with AI as your tutor

Take a real 'I can't get on the internet' scenario and use AI to walk the layered troubleshooting path: physical connection, link, IP, DNS, and the application. End with a concise post-mortem you can hand to your manager.

About 30 minutes. Everything you write stays in your browser.

Network troubleshooting is the cleanest skill in IT for this reason: there is a structure, and good technicians follow it every time. Cable, link, IP, DNS, application. Most of what makes a senior network technician seem fast is just refusing to skip layers. AI is great at coaching you through the structure when you are still learning it.

Pick a scenario

Pick one. Do not pick the one you already know how to fix.

  • A user says: “I can’t reach our company file server. It was working yesterday.”
  • A user says: “Wifi shows connected but websites won’t load on my laptop. My phone on the same wifi works fine.”
  • A user says: “VPN won’t connect from my home office. It works at the coffee shop.”
  • A user says: “All the printers in the back office are offline. Front office printers are fine.”
Not saved yet.

Ask AI for the layered diagnostic

This prompt asks AI to walk you through the OSI-style layered troubleshooting approach. You do not need to memorize the OSI model to use this. The point is the discipline of checking the cheap, fast things first.

Layered troubleshooting prompt
You are teaching a help desk technician how to troubleshoot a network problem methodically. I will give you a scenario. Walk through the troubleshooting in five layers, in order, from cheapest-to-check to most expensive.

Use these five layers:
1. Physical (cable, port, light on switch, wifi signal).
2. Link (is the device on the network at all? does the OS show a connection?).
3. IP (does the device have an address? is it the right subnet? can it reach the gateway?).
4. DNS (can it resolve names? try by IP versus by hostname).
5. Application (is the service the user is trying to reach actually up? firewall blocking it?).

For each layer:
- Name one specific thing the technician should check, in plain language.
- Name the command or button-click they would use on Windows OR macOS (pick whichever is more common in a corporate environment).
- Name what result would tell them the problem is at this layer versus a deeper one.

After the layers, give a one-sentence guess at which layer this scenario most likely lives in, based on the symptoms.

Scenario:
[paste the scenario from step 1]

Save the diagnostic walk

Not saved yet.

Pretend you ran the checks. Pick the layer where the problem lives.

For this exercise, you will pretend you ran the checks and the problem turned out to be at layer 3 (IP). Specifically: the device pulled a self-assigned address (169.254.x.x on Windows, also called APIPA) instead of a real IP from the DHCP server.

This is one of the three most common real-world network problems. Worth knowing cold.

Tutor on this specific failure
A device is showing a 169.254.x.x self-assigned IP address on its network adapter. Explain to a junior help desk technician:

1. What this address means in plain English (one sentence).
2. What the most likely cause is, on a wired corporate network.
3. What the most likely cause is, on a home wifi network.
4. Three things the technician can try, in the order they should try them.
5. When this is a problem the technician can fix, and when it should be escalated to the network admin.

Avoid jargon where possible. When you have to use a term (DHCP, ARP, gateway), explain it in five words or less the first time you use it.
Not saved yet.

Write the post-mortem note for your manager

Most help desks require a short note when a ticket closes: what was broken, what fixed it, how long it took. AI is great at this when you give it the facts.

Post-mortem note prompt
You are writing a brief, internal close-out note for a help desk ticket. I will give you the facts. Write a tight three-paragraph note for the team.

Format:
- Paragraph 1: what the user reported, one sentence.
- Paragraph 2: what was actually wrong, one sentence. What fixed it, one sentence.
- Paragraph 3: anything to watch for if this happens again, one sentence. Or "no further action" if there is nothing.

Rules:
- Total under 90 words.
- No "we apologize" language. This is internal.
- Use the technical term once if it helps a future technician find this ticket via search (e.g., DHCP, APIPA, DNS).
- No emoji.

Facts:
- Reported: [paste the original scenario from step 1]
- Diagnosed: device had a 169.254.x.x self-assigned IP. Could not reach gateway or DNS.
- Resolved: released and renewed IP from the wired connection. Device pulled correct address from DHCP.
- Time: 18 minutes.
Not saved yet.

Self-check: did you follow the layered method?

Check each one you can honestly say yes to. Saved to your browser.

What to watch for

  • AI loves to suggest “restart the router.” Sometimes correct. But it skips three layers of diagnosis. Let it suggest restarts only after you have tried the layered checks.
  • AI mixes Windows and macOS commands. If you are on a Windows shop, ask explicitly: “Give me the Windows command, not the macOS one.”
  • AI invents internal infrastructure. If you ask about “your company’s VPN,” AI will make up a vendor (Cisco AnyConnect, Palo Alto, etc.). If you do not know your real vendor, ask your team, do not trust the AI’s guess.
  • Never paste real internal IP addresses, hostnames, or VPN URLs into a public AI. Sanitize: replace 10.20.30.40 with [internal-ip] and fileserver-prod-01 with [server].

Your saved work from this session

Copy this and paste it into an email, a note, or a message to a partner for the peer-compare exercise. Nothing leaves your browser otherwise.

 
Lemieux Consulting Urban League of Louisiana

Facilitated by Lemieux Consulting. Hosted by the Urban League of Louisiana.