![]() So the issue here is really about what IP stack is used for the PC in PT. If the PC is incorrectly configured with its gateway in some other subnet then the PC does not arp (because the destination address is clearly "remote" and you should not arp for remote addresses. I can sort of see logic for the PC that it should arp for its default gateway, and therefore should also arp for any IP in that subnet since that is assumed to be "local". If the gateway for the PC is incorrectly configured to be in the remote subnet then the PC arps and ping works. What is reported is that if the gateway for the PC is correctly configured in the same subnet as the PC then ping works (as expected). Who knows what IP stack is used for the PC in PT? The IP stack for Windows is different from the stack for *nix and different from the stack for other operating systems. ![]() And that is a function of the operating system of the PC. And I suspect that if the original poster would disable proxy arp on both router interfaces that the ping with wrong gateway would no longer work.Īs I think about this situation I believe that a very important part of the issue is about when will the PC arp for the destination. I think that Martin is on the right track in suggesting that proxy arp is part of what is going on here.
0 Comments
Leave a Reply. |
AuthorWrite something about yourself. No need to be fancy, just an overview. ArchivesCategories |