Hi. There are cases when you want to change your MAC address, such as in Linux-HA when the other box fails, and your hot standby activates itself. Some NICs, such as e100, e1000 and uml ;) allow you
I would suggest to fix this by instead flushing the hh entries (just like neigh_destroy() does). This way, we don't have to fix up every single header cache implementation, that's painful :(
Editing the header may be the better approach if you have a few hundred hhs already inserted (this was the issue i was faced with when VRRP was failing over when i was playing with it). I tried to fl
There is another reason I want the cache flushed. Those hh cache entries are what ARP resolved to when we had the previous MAC address, not the one we have now. The ARPs may come back differently wit