Command to discover why router not fowarding packets?
I have an odd situation where a router is receiving packets from a specific subnet but not forwarding it out the expected outgoing interface. If I ping from Router 1 through Router 2 to the server, I can see that the server is receiving the ICMP packets and sending a response back through Router 2. I see that Router 2 receives those packets but does not forward the packets over to Router 1. Does anyone know a command (other than show int) where I can discover why these packets are being dropped?
ROUTER 1----------ROUTER 2--------SERVER
ICMP packets from Router 1 to server are received by the server but when the server responds back, Router 2 does not forward the packets to Router 1.
No ACL's are in place that would block the traffic.
I'm looking for a command to run to find out why these packets are being dropped.
There are multiple things that might produce symptoms like this and I do not know of any simple command that will show you why the packets are dropped. Investigation of the problem is likely to have multiple steps and output from one step may guide toward the next appropriate step.
As a first question I would ask whether there are other devices on the subnet where the server is located and do you have the same issues with access to other addresses in that subnet?
As the next question I would ask whether the server (or other devices in that subnet) can ping or otherwise access addresses on Router 1?
And as the next question I would ask whether you can use extended ping from Router 2 to access the addresses on Router 1? In the extended ping specify the source address as the address of the router interface which connects to the subnet where the server is located.
Let us know the answers to these questions and we will see where it might take us.
[toc:faq]The ProblemOn traditional switches whenever we have a trunk
interface we use the VLAN tag to demultiplex the VLANs. The switch needs
to determine which MAC Address table to look in for a forwarding
decision. To do this we require the switch to do...
[toc:faq]Introduction:Netdr is a tool available on a RSP720, Sup720 or
Sup32 that allows one to capture packets on the RP or SP inband. The
netdr command can be used to capture both Tx and Rx packets in the
software switching path. This is not a substitut...
IntroductionOSPF, being a link-state protocol, allows for every router
in the network to know of every link and OSPF speaker in the entire
network. From this picture each router independently runs the Shortest
Path First (SPF) algorithm to determine the b...