I have two networks: 192.168.13.0/24 (blue) and 192.168.15.0/24 (green).
Computer A is connected to the 13-net, only. Computer B has two interfaces, one in each network.
There is third computer that acts like a router and connects the 13-net to the 15-net (only in this direction).
Now, I'd like to ping 192.168.15.100 from computer A to B. Unfortunately there is never a reply. But when I use a hub instead of a switch it works.
In my opinion the ping packet travels through the switch to the router (which is the default route/gateway for A). The router sends the packet back to the switch to B. Probably B receives it on its 15-net interface but answers with it's 15th interface? Is this possible?
The problem is, that B may have only a gateway 192.168.13.50 - but I am not really sure of it (B is a embedded system with limited configuration possibilities).
Can anyone explain what happens here? Thank you!
In both cases the ping starts by an
arp
requests to get the MAC address of the router. Then the ping message is wrapped in a layer 2 packet with the router for destination.What happens When you use a
hub
:Using a
switch
,There is probably something wrong at the router.
Try a
traceroute
command from A, using the switch.What you are probably seeing is this:
You can confirm this by running a packet trace on A & B while sending the ping, look at the headers and check the source & destination addresses.
The only real way to solve this is to add a /32 routing entry on host B to force the packet out 15.100 but that doesn't scale well.
a) Do a
tracert
from computer A to computer B, that should reveal what hops its takingb) What are the Default Gateways Set on computer B ?
c) What type of switch it is ? Layer-2, Layer-3 ?
d) can you try disabling the 13.100 NIC on computer B completely and then reboot that machine and ping it to see if that works ?