A systematic troubleshooting walkthrough for router-on-a-stick connectivity failures, covering how to isolate the fault using ping tests, routing table inspection, and interface status checks.
Router on a Stick Troubleshooting
Here is another issue when it comes to router on a stick. Here I have my demo laptop. I am pinging demo Pi 1 down here and I am successful. I am trying to ping demo Pi 2, but I am unsuccessful, so I have some sort of issue here that I need to troubleshoot. I am going to bring up a command prompt and start troubleshooting why I cannot reach out.
I have already mentioned that one of the things I like to do is always ping the default gateway, to see if I can even ping the default gateway. Yes, in fact I can ping the default gateway, so then I can try something else.
In this case I am going to try the next hop, so this is 10.1.20.1. I cannot reach that. That seems to be stopping right there; I am not able to get past that point.
Then I can figure out whether there is another resource that I can ping. I believe that router actually has some loopback addresses, so let us take a look at the loopback address and see if we can ping that. The reason this makes a difference is because if I cannot ping anything to the outside world, one of the things I will think about is, well, it is the computer's problem, there is something wrong with the way it is routing or the way its default gateway is set up.
So I am 10.241.0.1, and see if I can ping, well, let us do 2.2 and ping that router. Yes, in fact I can ping the loopback addresses. This is one of the nice things about the loopback addresses on this equipment: I am able to get out and ping those devices and test to see if I have got some basic connectivity, and loopback addresses tend to be very stable compared to other interfaces.
So I know the router is up, and I know that my device can get to the outside world just fine. I am going to jump on router 1 and see what is going on with router 1.
I can close that out. On router one I can do a show IP route to see if there is even a 10.1.20.0 network in there, so I can think that could be an interface issue. Show IP interface brief, so we are going to take a look at that, and we can see that my interface is up, same thing with these sub-interfaces, except for fast ethernet 1.20, which says it is administratively down. That is a cue to me that there is something wrong with that interface right there, probably a shutdown.
So I am going to get into that interface, interface fa 1 R. I should have done a do go run interface fa 0 1 20, just so we can see the interface. We in fact do see the shutdown command, so I just bring this up with the no shutdown, and then pretty instantly we now have connectivity. I am able to ping out to demo Pi 2, so we are good to go.
TechKnowSurge builds IT and cybersecurity professionals through hands-on, concept-first training built around real understanding — not memorization. Free interactive tools, structured programs, and 25+ years of real-world experience, all in one place.
Explore free tools and programs →