This does seem like a bug. It's interesting that it works on FreeBSD,
since much of the code has shared heritage.
The basic approach to arp is to have a cloning route ("C" flag) which
causes arp procesing for addresses within the prefix but for which there
isn't an llinfo (L) entry.
route add -host 198.50.219.62 -link -iface vioif0
Why are you giving "-link", with no mac address? That seems wrong, and
it seems like a bug in route not to throw an error. The trick is to
have a routing table entry that will provoke arp.
What command do you run on FreeBSD, and what does the routing table look
like?
I suggest running 'route -n monitor' while doing all of this, to watch
the routing socket.
Attachment:
pgpoHeylwZcnV.pgp
Description: PGP signature