![]() ![]() a second client with the same IP address as the destination and within the broadcast domain as the source etc.). The only other explanation I have is that there's some other kind of funky configuration messing up the system (e.g. Could be a firewall blocking them (my guess since the ping command doesn't give any errors nor confirmations about the individual pings, it just gives you the summary). Why the received packets aren't shown within the ping stats is another matter. Will lead you to the solution to why there's a response in the first How does the IP address gets resolved to a MAC address? I think this ![]() "exotic" configuration like "proxy-arp" etc. The ICMP package had to be sent through a router, a static route, some ![]() Check layer 2, to which MAC address are the frames being set? Directly to the client or to a router? As I wrote in my comment: Possibly via the default gateway, a static route, etc. This means your current configuration provides some sort of "routing resolution" so the ICMP packets are actually being sent and received. As long as there is no default gateway configured (and the clients are in different broadcast domains), the client won't even send out any ARP packets. Setup a network with two clients and one switch in between. Assuming your setup actually is as you describe it (nothing is accidentally misconfigured): unless the client 10.10.11.1/30 has some information about how to route to 10.10.11.9/30 (via default gateway, static routes etc.), no ICMP packets should be sent out. ![]()
0 Comments
Leave a Reply. |
Details
AuthorWrite something about yourself. No need to be fancy, just an overview. ArchivesCategories |