net: Work-around for brain-damaged Cisco equipment with arp-proxy
authorJoe Hershberger <joe.hershberger@ni.com>
Wed, 23 May 2012 08:00:13 +0000 (08:00 +0000)
committerJoe Hershberger <joe.hershberger@ni.com>
Wed, 23 May 2012 22:53:08 +0000 (17:53 -0500)
commitc697576262be11ddab48e1890428495e2fef1751
tree0e97e4c1ef9f79ad72d8db6ebf3c6579aa9cef9f
parentd22c338e07cc98276ea5cc4feaa5a370baa63243
net: Work-around for brain-damaged Cisco equipment with arp-proxy

Cisco's arp-proxy feature fails to ignore the link-local address range
This means that a link-local device on a network with this Cisco
equipment will reply to ARP requests for our device (in addition to
our reply).
If we happen to reply first, the requester's ARP table will be
populated with our MAC address, and one packet will be sent to us...
shortly following this, the requester will get an ARP reply from the
Cisco equipment telling the requester to send packets their way
instead of to our device from now on.
This work-around detects this link-local condition and will delay
replying to the ARP request for 5ms so that the first packet is sent
to the Cisco equipment and all following packets are sent to our
device.

Signed-off-by: Joe Hershberger <joe.hershberger@ni.com>
net/arp.c