Let’s talk about something different today. We won’t be discussing how to solve problems β instead, we’ll focus on how to identify them. The truth is, whenever most people encounter a network issue, their first instinct is to type “internet not working” into Google, try 10 different random fixes, and β if they’re lucky β something eventually works. However, they never actually discover what the underlying problem was. Consequently, the next time the same issue arises, they are back to blindly fumbling in the dark.
This approach is akin to a doctor prescribing medication without first conducting a diagnosis β it might work occasionally, but most of the time, it simply results in wasted effort.
In this guide, we will teach you a systematic approach to network problem troubleshooting β the very method utilized by IT professionals, network engineers, and tech support teams. Once you grasp this approach, you will be able to systematically diagnose any network issue that comes your way β whether it involves your home Wi-Fi, office LAN, Jio or Airtel mobile data, or any other connectivity problem. Just like a doctor: first the diagnosis, then the treatment.

The Fundamental Approach to Network Troubleshooting β The “Bottom-Up” Method
Before we dive into the actual steps, let’s understand a concept that professional network engineers utilize.
Network communication operates in layers β much like a building is constructed in floors. If there is a problem on the ground floor (the foundation), all the floors above it will be affected. The same principle applies to networks.
IT professionals refer to this as the OSI Model β comprising 7 layers. However, you do not need to memorize all seven. We have simplified it into 5 easy steps:
| Step | What to check | In simple language |
|---|---|---|
| Step 1 | Physical Layer | Wires, cables, hardware |
| Step 2 | Device Layer | Your phone/laptop |
| Step 3 | Local Network | Router/Modem |
| Step 4 | ISP/WAN | External Internet connection |
| Step 5 | DNS/Application | Websites and Apps |
Golden Rule: Always check from the bottom up (Bottom-Up). Start with the physical cables, then the device, followed by the router, the ISP, and finally DNS/Apps. Following this sequence allows you to systematically diagnose 95% of network issues.
Why Bottom-Up? Because if the cable itself is loose (Step 1), there is no point in changing DNS settings (Step 5). Many people keep trying solutions at Step 5 while the actual problem lies at Step 1.
Step 1: Physical Layer Check β First, check the “visible” elements.
This is the most basic, yet most frequently overlooked, step. IT support professionals state that approximately 25β30% of network issues stem from physical layer problems β such as a loose cable, a damaged port, or a faulty power adapter.
What to Check:
Ethernet/LAN Cable (if using a wired connection):
- Is the cable firmly plugged in at both ends? Give it a tug to check β is it loose anywhere?
- Is there any visible damage to the cable β cuts, kinks, or chew marks (thanks, pets!)?
- Is the plastic clip on the RJ45 connector broken? A broken clip causes the cable to fit loosely.
- Try swapping out the cable β this is the quickest diagnostic step.
Router/Modem:
- Is the power light ON? Is the adapter properly plugged in?
- Internet/WAN light β on most routers, this should be green or blue; red or orange indicates an ISP issue.
- Is the WiFi light blinking? On some routers, the WiFi can be toggled on/off via a dedicated button β check for an accidental press.
- Touch the router β is it excessively hot? Overheating can cause the device to freeze.
Fiber/Broadband Connection (India-Specific):
- If you have FTTH (Fiber to Home) β check the ONT (Optical Network Terminal) box.
- The PON light on the ONT should be green β if it is red or off, there is a problem with the fiber cable.
- If the LOS light is red, the fiber cable has been cut β call your ISP.
- Check for any sharp bends in the fiber cable β excessive bending of the fiber cable causes signal loss.
Physical Layer Diagnostic Commands:
If an Ethernet cable is connected, this command will indicate whether the physical link is UP or DOWN:
Windows CMD:
netsh interface show interfaceLook at the “State” column in the output:
- Connected = Physical link OK β
- Disconnected = Cable problem or port issue β
Step 2: Local Device Check β Is Your Device Working Correctly?
If the Physical Layer is OK, the next question is: Does the problem lie with your device (phone, laptop, or PC)?
Quick Device Diagnostic:
Test 1 β Check the Internet on Another Device:
This is the most important diagnostic test. If the internet isn’t working on your laptop, check it on your phone using the same Wi-Fi network. If it works on your phone, the problem lies with the laptop. If it isn’t working on either device, the problem lies with the router or ISP.
| Scenario | Diagnosis |
|---|---|
| Issue on only one device | Device-specific problem |
| Issue with all WiFi devices | Router or ISP problem |
| WiFi devices OK, Ethernet no | Cable or port problem |
| Ethernet OK, WiFi not working. | WiFi module or settings |
Test 2 β Check WiFi Adapter Status:
Windows:
- Settings > Network & Internet β Is WiFi ON?
- Device Manager > Network Adapters β β yellow mark on WiFi adapter?
- Fn + F5/F7/F8 (depending on laptop brand) β hardware WiFi switch
Android:
- Settings > WiFi β toggle ON?
- Is Airplane Mode OFF?
- Settings > Network > Reset Network Settings
Test 3 β IP Address Assigned?
Windows CMD:
ipconfigSee:
- Is the IPv4 Address in the 192.168.x.x format? β Good
- Is it showing 169.254.x.x? β DHCP failure β the device did not receive an IP address
- Is it 0.0.0.0 or no IP address at all? β Network adapter issue
Android:
- Settings > WiFi > Connected Network > Details β Check IP Address
If the IP address is 169.254.x.x (APIPA Address) β What to do:
This indicates that the device requested an IP address from the router but did not receive one. This signifies a DHCP failure.
Fix Sequence:
- ipconfig /release then ipconfig /renew (Windows CMD)
- Forget WiFi and reconnect
- Router restart
- DHCP enabled check on the router
Test 4 β Network Adapter Driver Check:
Windows:
netsh wlan show driversThis will display the WiFi driver details β version, date, and provider. If the driver is very old or is a generic “Microsoft” driver (rather than a manufacturer-specific one), update the driver.
Step 3: Local Network Check β Is the Router/Modem Accessible?
The device is OK; now, check whether the communication between the device and the router is functioning correctly.
Router Reachability Test β Ping:
Ping is the most fundamental tool for network troubleshooting. It verifies whether data is successfully reaching one device from another.
Windows CMD or Mac Terminal:
ping 192.168.1.1(Enter your router IP β usually 192.168.1.1 or 192.168.0.1)
Result Interpretation:
| Result | Meaning | Action |
|---|---|---|
| Reply from 192.168.1.1, time=1ms | Router reachable β | The problem lies after the router. |
| Request timed out | Router unreachable β | Router or local connection issue |
| Destination host unreachable | Network path broken β | IP configuration or cable issue |
If you are unable to ping the router:
- Cable check (Step 1 repeat)
- WiFi reconnect
- Try setting the IP manually (Static IP: 192.168.1.100, Subnet: 255.255.255.0, Gateway: 192.168.1.1)
Router Admin Panel Access:
Open the router IP (192.168.1.1) in your browser. If the admin panel opens β local network connectivity β
India Common Router Default Credentials:
| Router/ISP | Default IP | Username | Password |
|---|---|---|---|
| Jio Fiber | 192.168.29.1 | admin | Jiocentrum |
| Airtel Xstream | 192.168.1.1 | admin | password |
| BSNL | 192.168.1.1 | admin | admin |
| TP-Link | 192.168.0.1 | admin | admin |
| D-Link | 192.168.0.1 | admin | (blank) |
| Netgear | 192.168.1.1 | admin | password |
β οΈ Important: Change the default password immediately β it is a security risk.
Connected Devices Check:
Check for “Connected Devices” or “DHCP Client List” in the router admin panel.
- How many devices are connected? More than necessary?
- Is there any unrecognized device? (WiFi theft)
- Does the problematic device appear in the list?
Router Logs Check:
Router Admin Panel > System Log or Event Log β This provides valuable diagnostic information:
- When did connection drops occur?
- DHCP errors
- Authentication failures
- WAN connection status changes
Step 4: ISP/External Connection Check β Connection to the Outside World
Connectivity to the Router β β Now, check whether there is a connection from the router to the internet.
External Ping Test:
Ping a Public IP:
ping 8.8.8.8(This is Google’s DNS server β it is almost always online.)
| Result | Diagnosis |
|---|---|
| Reply, time=20β50ms | ISP connection OK β β problem at DNS or application level |
| Request timed out | ISP connection down β β ISP issue |
| General failure | Network adapter issue β |
This test is very important because:
- If the router pings β but 8.8.8.8 does not β β the problem lies between the ISP and the router.
- If 8.8.8.8 pings β but websites are not opening β the problem is at the DNS level (Step 5).
Traceroute β Path Analysis:
Traceroute shows which servers (hops) your data passes through to reach its destination β and where it gets stuck.
Windows:
tracert 8.8.8.8Output Example:
1 1ms 192.168.1.1 (Your router)
2 5ms 10.x.x.x (ISP local node)
3 15ms 72.x.x.x (ISP backbone)
4 * * * Request timed out
5 25ms 8.8.8.8 (Google DNS)Interpretation:
- Hop 1 (Router) β Fast β
- Hops 2β3 (ISP) β Reasonable β
- Hop 4 β Timeout β There could be a problem at this hop (or a firewall blocking ICMP).
- If the timeout occurs at the last hop β Destination issue.
- If the timeout occurs consistently at the ISP hops β ISP routing problem.
ISP Outage Check:
- downdetector.in β Check Jio, Airtel, BSNL, and Vi.
- Check your ISP app β Outage notifications appear in the Jio app and Airtel Thanks app.
- Search for your ISP’s name on Twitter/X β If there is a widespread outage, it will likely be trending.
- Ask your neighbors or friends β specifically those who use the same ISP.
WAN Status in the Router:
Router Admin Panel > WAN Status or Internet Status:
- Is a WAN IP assigned? (A public IP should be visible, not 0.0.0.0)
- Connection Status: Connected/Disconnected
- Uptime: If it is very low (just a few minutes), the connection is dropping repeatedly.
Step 5: DNS & Application Layer Check β Websites and Apps
If everything is β up to Step 4 (ping 8.8.8.8 successful), but websites are not opening, the problem lies at the DNS level.
DNS Test:
nslookup Command:
nslookup google.com| Result | Meaning |
|---|---|
| Address: 142.250.x.x | DNS working β |
| DNS request timed out | DNS server down β |
| Non-existent domain | DNS not resolving β |
If DNS is failing:
nslookup google.com 8.8.8.8This specifically queries Google DNS. If this works but the first command does not, your configured DNS server is down.
Fix:
- Change DNS: 8.8.8.8 (Google) or 1.1.1.1 (Cloudflare)
- DNS cache flush: ipconfig /flushdns
Specific Website/App Down Check:
Sometimes, the problem lies not with the internet, but with a specific website or service.
- isitdownrightnow.com β Check the status of any website
- downdetector.in β Indian services (Paytm, PhonePe, Hotstar)
If only one website is not opening:
- ISP-level blocking may be in effect (many websites are blocked in India).
- The website itself might be down.
- Try checking with a VPN β if it opens via the VPN, then it is an ISP block.
Browser-Specific Issues:
- Problem with Chrome β Try Firefox or Edge.
- Clear your browser cache: Ctrl+Shift+Delete.
- Try disabling your extensions β one of them might be blocking it.
- Test it in Incognito mode.
Complete Diagnostic Flowchart β At a Glance
Encountered a Network Issue?
β
βββ Step 1: Cables/Hardware OK?
β βββ NO β Fix/Replace cables, check power
β βββ YES β
β
βββ Step 2: Is it working on another device?
β βββ YES β Problem lies with this specific device (driver/settings)
β βββ NO β
β
βββ Step 3: Can you ping the router? (192.168.1.1)
β βββ NO β Restart router, reconnect to WiFi
β βββ YES β
β
βββ Step 4: Can you ping 8.8.8.8?
β βββ NO β ISP issue β Check/Call your ISP
β βββ YES β
β
βββ Step 5: Website/DNS Issue
βββ Change DNS (to 8.8.8.8)
βββ Clear browser cache
βββ Check if the specific site is downTake a screenshot of this flowchart and save it on your phone β the next time you encounter any network issue, just follow it.
Essential Free Diagnostic Tools β Build Your Toolkit
Command Line Tools (Built-in β No installation required):
| When to use | What does it do | when to use |
|---|---|---|
ping [IP/URL] | Connectivity test | At every step |
tracert [IP/URL] (Windows) | Route trace | ISP issue diagnose |
ipconfig (Windows) | IP configuration | Device IP check |
ipconfig /all | Detailed network info | Full adapter details |
ipconfig /release + /renew | IP refresh | DHCP issues |
ipconfig /flushdns | DNS cache clear | DNS issues |
nslookup [URL] | DNS query | DNS diagnosis |
netstat -an | Active connections | Port/connection check |
netsh wlan show all | WiFi details | WiFi diagnosis |
pathping [IP] | Ping + Traceroute combo | Detailed path analysis |
Free Software Tools:
| Tool | Platform | Work | Link/Source |
|---|---|---|---|
| WiFi Analyzer | Android | WiFi channels, signal strength | Play Store (Free) |
| Fing | Android/iOS | Network scanner, device finder | Play Store/App Store |
| Speedtest by Ookla | All | Speed test | speedtest.net |
| PingPlotter | Windows/Mac | Visual traceroute | pingplotter.com |
| Wireshark | Windows/Mac/Linux | Deep packet analysis | wireshark.org |
| GlassWire | Windows/Android | Bandwidth monitoring | glasswire.com |
| Angry IP Scanner | All | Network IP scanner | angryip.org |
| DNS Benchmark | Windows | Best DNS finder | grc.com |
Mobile Diagnostic (Android):
Android phones have a hidden diagnostic menu.
Type this into the phone dialer:
*#*#4636#*#*β Phone Information (signal strength, network type)- WiFi Information β detailed WiFi stats
Jio Specific:
- MyJio App > Network Issues > Run Diagnostic β This automated test detects ISP-side issues
Airtel Specific:
- Airtel Thanks App > Help > Network Issue > Self Diagnose
Common Mistakes People Make During Troubleshooting
Mistake 1: Random Fixes First, Diagnosis Later
“Internet not working? Change the DNS, restart the router, reset the network, perform a factory reset!”
This approach works occasionally, but most of the time, it just wastes time. Diagnose the issue first, then apply a targeted fix.
Mistake 2: Checking Only One Device
“It’s not working on my phone,” β but did you check your laptop? Or another phone? If you first verify whether the problem is device-specific or network-wide, the diagnosis time is reduced by 50%.
Mistake 3: Skipping Basic Checks Before Calling the ISP
You spent 20 minutes on hold with ISP customer care, only for a technician to arrive, tighten a cable, and leave. Had you performed that first step yourself, you would have saved those 20 minutes.
Mistake 4: Assuming DNS is the Solution to Every Problem
Changing the DNS (e.g., to 8.8.8.8) is a very popular fix β but it only resolves DNS-related issues. If the ISP connection itself is down, changing the DNS won’t make any difference.
Mistake 5: Installing “Speed ββBooster” / “Network Fixer” Apps
There are thousands of “WiFi Booster” and “Internet Speed ββBooster” apps on the Play Store β but 99% of them are useless or contain malware. No app can physically increase your internet speed. Clearing your RAM does not boost your internet speed.
Advanced Diagnostic Techniques β For Power Users
Continuous Ping (Network Stability Test):
ping 8.8.8.8 -tThis will continue pinging continuously. Stop it by pressing Ctrl+C. The statistics will appear:
- Packets Sent/Received/Lost β Loss % will tell how stable the network is.
- 0% loss = Perfect β
- 1β5% loss = Minor issues β usable but not ideal
- 10%+ loss = Serious problem β
Let it run for at least 100 pings (2β3 minutes) to get an accurate picture.
Pathping (Windows Exclusive):
pathping 8.8.8.8This is a combination of ping and traceroute β it measures packet loss at every hop. It takes 5β10 minutes to run but provides very detailed results. It is the best tool for identifying ISP routing issues.
WiFi Signal Analysis (Detailed):
netsh wlan show all (Windows CMD) β This provides complete WiFi information:
- all available networks
- Signal strength (in dBm)
- Channel assignments
- Security types
Signal Strength Guide:
| dBm | Quality | Use Case |
|---|---|---|
| -30 to -50 | Excellent | Video calls, 4K streaming |
| -50 to -60 | Good | General browsing, HD streaming |
| -60 to -70 | Fair | Basic browsing |
| -70 to -80 | Weak | Intermittent connectivity |
| -80+ | Very Weak | Unusable |
MTU (Maximum Transmission Unit) Issues:
Sometimes, a VPN or specific websites do not work due to an MTU mismatch.
Test:
ping 8.8.8.8 -f -l 1472If “Packet needs to be fragmented” appears, the MTU is too large. Decrease the size (1472 β 1400 β 1380) until ping is successful β that is the optimal MTU.
Fix: Router settings > WAN > MTU Size = tested optimal value (usually 1400β1472)
Troubleshooting Comparison β Home vs Office vs Mobile
| Aspect | Home Network | Office Network | Mobile Network |
|---|---|---|---|
| Common Issue | WiFi dead zones | Bandwidth sharing | Coverage gaps |
| First Check | Router restart | Switch/AP status | Signal strength |
| Main Tool | Speedtest + Ping | Wireshark + Fing | Carrier app + Field Test |
| Escalation | ISP helpline | IT Department | Carrier support |
| Typical Fix Time | 5β15 min | 15β60 min | 5β30 min |
| Cost to Fix | Usually free | May need hardware | Plan upgrade |
| India ISPs | Jio/Airtel/BSNL | Leased lines | Jio/Airtel/Vi/BSNL |
Create Your Network Diagnostic Checklist
Every time a network issue arises, follow this checklist:
β Immediate (0β2 minutes):
- [ ] Did you check the internet on another device?
- [ ] Did you toggle Airplane mode?
- [ ] Did you toggle WiFi/Data?
β Basic (2β5 minutes):
- [ ] Checked cables/connections?
- [ ] Did you check the Router/Modem lights?
- [ ] Restarted the router? (30 sec power off)
β Diagnostic (5β10 minutes):
- [ ]
ipconfigβ IP address check - [ ]
ping 192.168.1.1β Router connectivity - [ ]
ping 8.8.8.8β Internet connectivity - [ ]
nslookup google.comβ DNS check - [ ] Speedtest.net β Speed measurement
β Advanced (10+ minutes):
- [ ]
tracert 8.8.8.8β Path analysis - [ ] Driver update check
- [ ] Router admin panel β WAN status, logs
- [ ] ISP outage check (Downdetector)
- [ ] DNS change (8.8.8.8 / 1.1.1.1)
Maintain a Diagnosis Record β Look for Patterns
If network issues are recurring, keep a record:
| Date/Time | Problem | Diagnosis Step | Root Cause | Fix |
|---|---|---|---|---|
| 15 Jan, 8 PM | Speed slow | Step 4 β ISP | Peak hour congestion | Wait / VPN |
| 22 Jan, Rain | No internet | Step 1 β Fiber | Fiber cut | ISP repair |
| 28 Jan, Morning | WiFi drop | Step 3 β Router | Router overheating | Ventilation fix |
Pattern Recognition:
- Always slow in the evening? β ISP congestion
- Problems during rain? β Physical cable issue
- Only on a specific device? β Device driver/hardware
- Temporarily fixed by restarting the router? β Router aging/overheating
FAQs β Diagnose Any Network Problem
Q1: What should be the very first diagnostic step?
Check the internet connection on another device. This single test reveals whether the problem is device-specific or network-wideΒ βΒ a two-second test that determines the direction of the diagnosis.
Q2: What is Ping, and how does it work?
Ping sends a small data packet to a destination and waits for a responseΒ βΒ much like calling out to someone and listening for a reply. The response time (measured in milliseconds) indicates how fast the connection is; if no reply is received, it signifies that the connection is broken.
Q3: What should be the normal ping time?
Router: 1β5ms. ISP (India): 10β30ms. Google (8.8.8.8): 20β50ms. International servers: 100β200ms. If the values ββare significantly higher than these, there is a latency issue.
Q4: Stars (*) appear in a Traceroute β what does this mean?
Some routers/firewalls block ICMP packetsΒ βΒ this can be normal. If stars appear at one or two hops but the final destination is responding, there is no issue. If there is no response following the stars, there is a problem at that specific hop.
Q5: How can I tell if my ISP is throttling my connection?
Run a standard speed test, then run another one with your VPN turned on. If the speed increases significantly with the VPN (for example, 10 Mbps without a VPN versus 60 Mbps with one), then your ISP is throttling your connection. ISP throttling is a common occurrence in India during peak hours.
Q6: The WiFi Analyzer app is showing a signal of -65 dBmΒ βΒ is this good or bad?
-65 dBm falls within the “Fair” rangeΒ βΒ it is adequate for general browsing and HD streaming, but you may encounter issues with video calls and 4K streaming. -50 dBm or better is ideal. Move the router closer, or install a repeater/mesh system.
Q7: “ipconfig /flushdns” is frequently recommendedΒ βΒ what does it actually do?
It clears the DNS cache (temporarily stored DNS records). If a website’s IP address has changed or a DNS record has become corrupted, flushdns it forces a fresh lookup. It is useful, but it resolves only DNS-related issuesΒ βΒ it does not affect ISP or hardware-related problems.
Q8: Which is the fastest DNS in India?
Test it using a DNS Benchmark tool (results vary by location). Generally, in India, Cloudflare (1.1.1.1) is the fastest, Google (8.8.8.8) is reliable, and Quad9 (9.9.9.9) is security-focused. The ISP’s default DNS is usually the slowest.
Q9: How to do a mobile network diagnosis?
Airplane mode toggle β SIM reset β Network settings reset β APN reset β Carrier app diagnostic β SIM test in another phone β Carrier helpline. Indian carriers: Jio β 199, Airtel β 121, Vi β 199, BSNL β 1500.
Q10: When should you replace your router?
You should replace it if frequent restarts are required, firmware updates are no longer available, overheating persists, it is a WiFi 4 (802.11n) model (which is quite old), or the limit on connected devices is regularly reached. In India, a good WiFi 6 router can be purchased for βΉ2,500ββΉ5,000 ($30β$60).
Final Thoughts
So, that was the complete, systematic approach to diagnosing network issues β the “Bottom-Up” method utilized by professional IT engineers, simplified into 5 easy steps. Physical β Device β Router β ISP β DNS/App β remember this sequence. At each step, there are specific tests (ping, traceroute, nslookup) that pinpoint exactly where the problem lies.
The biggest takeaway here is this: stop attempting random fixes; instead, perform a systematic diagnosis. A doctor conducts a blood test before prescribing medication; similarly, you should run ping or traceroute tests first, and then apply a targeted fix. This approach not only saves time but also boosts your confidence β the next time any network issue arises, you will know exactly where to look and what to do. For more guides, visit: fixtech.in. πβ
