From: Antonio Quartulli ordex@autistici.org Date: Sun, 29 Apr 2012 10:57:38 +0200
In case of an ARP message going in or out the soft_iface, it is intercepted and a special action is performed. In particular the DHT helper functions previously implemented are used to store all the ARP entries belonging to the network in order to provide a fast and unicast lookup instead of the classic broadcast flooding mechanism. Each node stores the entries it is responsible for (following the DHT rules) in its soft_iface ARP table. This makes it possible to reuse the kernel data structures and functions for ARP management.
Signed-off-by: Antonio Quartulli ordex@autistici.org
Sorry, I'm not letting subsystems outside of net/ipv4/arp.c and related code make changes to the ARP table.
I plan to make major surgery to the way neighbour table entries are handled and therefore the less people who get their grubby paws directly in there, the better.
Find a way to propagate the ARP packet into the properl ARP receive path to cause the state update to occur, I'm not letting you trigger it by hand in the batman-adv code.
Sorry.