Seems like my Windows 7 box (with 2 NICs if that's relevant) requires an ARP response before it sends packets to a certain IP address. The specific context I'm in is running a TFTP server (TFTPD32). The server hears the request, sends out an ARP request, but never sends a response to the TFTP client, presumably because the client doesn't respond to ARP (I can't change that unfortunately). Is there a work around to this miserable situation? This "just worked" on previous versions of Windows.
I don't see how it could have ever worked if the client doesn't respond to ARP. You can't send packets to the IP address without knowing the MAC address, and that's where ARP comes in. If the client doesn't respond to ARP then it's broken.
You can add a static entry to your ARP table:
|show 1 more comment|