Network Troubleshooting
Network troubleshooting is the disciplined process of finding where communication fails between a device and a service. You compare working and failing paths, test one layer at a time, and use evidence to isolate the first meaningful difference.
itNetworking | OpenSkills.info
Course pathWalk it in order
Look it upDip in anytime
Go furtherLeaves this page
Don't Panic
Don't Panic — Network Troubleshooting
Network troubleshooting is the practice of finding where communication fails between a device and a service by comparing working and failing paths one layer at a time. Before anyone formalized this, network problems were solved by restarting things until the symptoms stopped, which is a strategy with an impressive failure rate and an even more impressive ability to hide the actual cause.
The layered model is the load-bearing idea. Communication stacks in order: local interface and link, IP route and gateway, name resolution, transport port, application. You test from near to far, because confirming local state before blaming remote systems saves everyone time. Each layer answers a different question, and a working answer at one layer does not prove the next layer works. ping sends ICMP Echo probes and tells you whether one probe received a reply. It does not prove DNS works, a TCP port is open, or the application answers. traceroute reveals which routers a packet crosses, but a missing hop can be filtering or rate limiting, not a failure.
The part nobody expects is that the network is genuinely somewhere else. You can capture packets on the server and miss the failure because the reply never reached the client. traceroute shows you one direction, not the symmetric path, and asymmetric routing is normal, not exceptional. ICMP can be filtered, so a failed ping with a working TCP connection means a firewall rule, not an outage. DNS resolves the name you typed to an address, and two resolvers can give you different answers at the same moment. Latency and packet loss are not the same thing: one measures how long a round trip takes, the other measures how many probes never came back. A port that reports open tells you the handshake succeeded, not that the application behind it functions.
The discipline that saves time is simple: change one thing at a time, predict what you should see, run the smallest safe test, and compare the result with a baseline. When you escalate, carry a reproducible case with source, destination, protocol, port, timestamp, and the first point where working and failing paths diverge.
Read the Intro for the full diagnostic map and glossary. The Cheatsheet holds the probe interpretation table and scope matrix. The Field Notes cover the operational traps that appear when you think you have narrowed the failure and have not.
Where this skill leads
Relevant careers
See how this topic contributes to broader role-level skill maps.
Sources
- https://www.rfc-editor.org/rfc/rfc1122.html
Supports
- IP as a connectionless internetwork service without end-to-end delivery guarantees
- ICMP as an integral control protocol for IP
- Routing, next-hop behavior, and limits of continuous active probes
- https://www.rfc-editor.org/rfc/rfc792.html
Supports
- ICMP error feedback, Echo, destination unreachable, redirect, and time-exceeded messages
- ICMP feedback does not make IP reliable or guarantee delivery
- https://www.rfc-editor.org/rfc/rfc826.html
Supports
- Address resolution between protocol addresses and local network addresses
- Request, reply, and local mapping behavior on Ethernet
- https://www.rfc-editor.org/rfc/rfc1034.html
Supports
- DNS resolvers, name servers, zones, resource records, queries, answers, referrals, and errors
- Resolver caching and distributed name data
- https://www.rfc-editor.org/rfc/rfc9293.html
Supports
- TCP reliable ordered byte-stream service and port multiplexing
- Connection establishment, state, flags, sequence numbers, acknowledgments, resets, and retransmission
- https://www.rfc-editor.org/rfc/rfc8200.html
Supports
- IPv6 hop limit processing and forwarding behavior
- https://learn.microsoft.com/en-us/troubleshoot/windows-client/networking/tcp-ip-connectivity-issues-troubleshooting
Supports
- Structured collection of configuration, reachability, routing, DNS, and port evidence
- Comparing source, destination, and intermediate behavior when narrowing connectivity failures
- https://learn.microsoft.com/en-us/windows-server/administration/windows-commands/ping
Supports
- ICMP Echo connectivity tests, round-trip observations, timeouts, and name-versus-address comparison
- https://learn.microsoft.com/en-us/troubleshoot/windows-server/networking/trace-route-troubleshoot-tcp-ip-problems
Supports
- Hop-by-hop path observations and time-exceeded responses
- Use and limits of trace results in multi-hop troubleshooting
- https://learn.microsoft.com/en-us/windows-server/administration/windows-commands/nslookup
Supports
- DNS infrastructure diagnosis and explicit name-server queries
- https://man7.org/linux/man-pages/man8/ip-address.8.html
Supports
- Linux interface address and protocol-state inspection
- https://man7.org/linux/man-pages/man8/ip-route.8.html
Supports
- Linux route display and destination route lookup
- https://man7.org/linux/man-pages/man8/ss.8.html
Supports
- Linux socket, listener, endpoint, protocol, and connection-state inspection
- https://www.wireshark.org/docs/wsug_html/
Supports
- Capture interfaces, capture filters, display filters, packet details, streams, and statistics
- Display filters change visibility without removing packets from a capture file
- https://github.com/sindresorhus/awesome
Supports
- Discovery of the curated PCAPTools list under Networking
- https://github.com/caesar0301/awesome-pcaptools
Supports
- Discovery of Arkime, ntopng, Ostinato, and Scapy as packet capture or traffic-analysis ecosystem tools
- https://arkime.com/
Supports
- Searchable session records, packet capture, PCAP storage, and network analysis
- https://www.ntop.org/guides/ntopng/
Supports
- Web-based monitoring of interfaces, hosts, applications, and network flows
- https://ostinato.org/docs/
Supports
- Packet crafting, PCAP replay, protocol testing, and traffic generation
- https://scapy.readthedocs.io/en/stable/
Supports
- Programmable packet creation, sending, receiving, sniffing, dissection, and focused probing
- https://www.wireshark.org/
Supports
- Wireshark packet capture and protocol analysis
- https://www.tcpdump.org/
Supports
- tcpdump command-line packet capture via libpcap
- https://www.bitwizard.nl/mtr/
Supports
- mtr combines ping and traceroute for per-hop path diagnostics
- https://nmap.org/
Supports
- nmap host discovery, port scanning, and service detection
- https://www.isc.org/bind/
Supports
- BIND's dig DNS lookup utility
- https://learn.microsoft.com/en-us/windows-server/networking/technologies/netsh/netsh-contexts
Supports
- Windows netsh network configuration and diagnostics shell
- https://nmap.org/book/man-host-discovery.html
Supports
- nmap man pages on host discovery and how ARP vs TCP probes affect 'host up'
- https://www.tcpdump.org/manpages/tcpdump.1.html
Supports
- tcpdump man page on capture placement and BPF filters
- https://www.cloudflare.com/learning/network-layer/what-is-icmp/
Supports
- Explains ICMP and why it is often filtered, so ping failure does not mean host down
