SADE: Symptom-Aware Diagnostic Escalation for LLM-Based Network Troubleshooting
The paper introduces SADE, an LLM-based network troubleshooting agent that encodes the classical Cisco methodology into an explicit, phase-gated policy to separate evidence acquisition from hypothesis commitment, achieving a significant 37 percentage point improvement in root-cause F1 scores over existing baselines on the NIKA benchmark.
Original paper licensed under CC BY 4.0 (http://creativecommons.org/licenses/by/4.0/). This is an AI-generated explanation of the paper below. It is not written or endorsed by the authors. For technical accuracy, refer to the original paper. Read full disclaimer
Imagine you are a detective trying to solve a mystery in a massive, high-tech city. The city is the computer network, and something has gone wrong: a bridge is out, a traffic light is stuck, or a power line is cut.
In the past, if you asked a smart AI assistant to find the problem, it would act like a detective who just starts guessing. "Maybe it's the power?" "Maybe it's the traffic?" It would jump from clue to clue, often getting confused because it didn't know the order in which to look for things. It might check the traffic lights before checking if the power is even on.
This paper introduces SADE (Symptom-Aware Diagnostic Escalation), a new way to teach an AI how to be a master network detective.
The Problem: The "Guessing" Detective
The authors argue that current AI agents are too chaotic. They mix up gathering clues (evidence) with making a conclusion (hypothesis). It's like a detective who sees a wet floor and immediately decides, "It must be a flood!" without checking if someone just spilled a glass of water.
In the real world, network engineers don't guess. They follow a strict, step-by-step rulebook (like the one used by Cisco). They check the foundation first, then the walls, then the roof. They don't jump to conclusions until they have the right proof.
The Solution: SADE's "Four-Step Recipe"
SADE forces the AI to follow a disciplined, four-step recipe, just like a human expert would:
The "Quick Scan" (Initial Scan):
The AI first asks, "Can everyone talk to everyone else?" It sends a simple "Hello" to every computer in the network. If everyone says "Hello" back, the AI assumes everything is fine. If someone stays silent, that's a symptom.- Analogy: This is like a doctor checking if a patient's heart is beating before asking them to run a marathon.
The "Deep Dive" (Deep Network Scan):
If the quick scan finds a problem, the AI doesn't just guess what is wrong. It starts at the bottom of the network (the physical cables and switches) and works its way up to the top (the apps and websites).- Analogy: Imagine your car won't start. A bad mechanic might immediately say, "The engine is broken!" A good mechanic checks the battery first, then the fuel, then the spark plugs. SADE does exactly this: it checks the "wires" before checking the "software."
The "Matchmaker" (Symptom-to-Fault Mapping):
Once the AI finds a specific clue (like "The router is missing a neighbor"), it doesn't panic. It consults a Skill Library. Think of this library as a set of specialized manuals.- Analogy: If the clue is "The engine is making a clicking sound," the AI opens the "Clicking Sound Manual" instead of the "Flat Tire Manual." It knows exactly which tool to use for that specific problem.
The "Final Verdict" (Fault Detection):
Using the specific manual, the AI runs targeted tests to confirm the exact broken part. Once it has the proof, it stops and submits its answer.
The Results: A Smarter Detective
The authors tested SADE on a public benchmark called NIKA, which simulates 523 different network disasters (like broken routers, blocked traffic, or crashed servers).
- The Competition: They compared SADE against two other AI detectives:
- ReAct: A standard AI that guesses and checks.
- Claude Code: A very smart AI, but one that wasn't given SADE's strict rules.
- The Outcome: SADE was the clear winner.
- It found the root cause correctly 77% of the time.
- The standard AI (ReAct) only got it right 40% of the time.
- Even the smart Claude AI (without SADE's rules) only got 55% right.
Why did SADE win?
The paper shows that the improvement didn't come from the AI being "smarter" in general. It came from the method. When the authors gave the smart Claude AI the SADE rules, its performance jumped up. This proves that having a good process is more important than just having a powerful brain.
SADE also worked better on huge networks (with over 100 computers) and didn't get confused or give up as often as the other AIs. It was also more efficient, using fewer "questions" (tool calls) to find the answer.
The Bottom Line
This paper isn't about inventing a new type of AI brain. It's about teaching the AI how to think. By forcing the AI to follow a strict, step-by-step troubleshooting method—checking the basics first, using specialized manuals for specific problems, and only making a conclusion when it has proof—SADE turns a chaotic guesser into a reliable network engineer.
Note on Limitations: The paper explicitly states that this was tested in a simulated environment (a digital city built with containers). It has not yet been tested on real, live networks with real hardware, and the authors note that real-world factors like hardware quirks and monitoring delays are not yet part of this system.
Drowning in papers in your field?
Get daily digests of the most novel papers matching your research keywords — with technical summaries, in your language.