David S. Miller wrote:

If you want to do these things using routes or xfrm rules, you must
integrate the creation of them into either zebra or racoon.  You
cannot have a setup where mipv6d and racoon/zebra fight each other
flushing each other's settings.  It doesn't work.

In the routing based approach there should not be any conflicts between 
mipv6 and zebra: We would create cached host routes based on the 
existing routes. Thus if zebra was running, the mipv6 daemon would not 
change the routes created by zebra, but only cached host routes. If 
zebra changed any routes, it would cause the deletion of any invalid 
cached routes. The mipv6 daemon would listen to netlink messages for 
route deletion and would then reinsert the mipv6 state into a new cached 
route.

Does this make sense to you?

Thanks,

Henrik