On Mon, 2006-26-06 at 09:34 -0500, Steve Wise wrote: > On Sat, 2006-06-24 at 10:30 -0400, jamal wrote:
> The route/hh cache insertions might work for the initial dst MAC per > next-hop IP. But this dst MAC can _change_ for various reasons (even > though the next-hop IP remains the same). Such a change, I think, > doesn't generate a new route + hh cache insertion, just a change to the > hh entry. > > Also, I think the route cache entry is created _before_ the MAC addr is > known. So we really need to know when the neighbour entry is updated > with the MAC address as a result of ARP/ND. Hooking the correct spot in > the neighbour code where the mac address gets stored also gets us the > change event I described above. > > Does this make sense? > no - but as long as you solve the problem it should be fine. [My goal was to help -factoring in some experiences- it seems you have it under control though]. cheers, jamal - To unsubscribe from this list: send the line "unsubscribe netdev" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html
