| To: | "David S. Miller" <davem@xxxxxxxxxx> |
|---|---|
| Subject: | Re: [patch]: CONFIG_IPV6_SUBTREES fix for MIPv6 |
| From: | Henrik Petander <lpetande@xxxxxxxxxx> |
| Date: | Wed, 11 Jun 2003 11:48:19 +0300 |
| Cc: | nakam@xxxxxxxxxxxxxx, lpetande@xxxxxxxxxxxxxxxxxxx, yoshfuji@xxxxxxxxxxxxxx, vnuorval@xxxxxxxxxx, kuznet@xxxxxxxxxxxxx, netdev@xxxxxxxxxxx, ajtuomin@xxxxxxxxxxxxxxxxxxx, jagana@xxxxxxxxxx, kumarkr@xxxxxxxxxx, usagi-core@xxxxxxxxxxxxxx |
| In-reply-to: | <20030610.095135.28806569.davem@xxxxxxxxxx> |
| References: | <Pine.GSO.4.44.0306091140470.25126-100000@xxxxxxxxxxxxxxxxxxx> <20030609203659.089b241b.nakam@xxxxxxxxxxxxxx> <3EE5F85E.9080006@xxxxxxxxxx> <20030610.095135.28806569.davem@xxxxxxxxxx> |
| Sender: | netdev-bounce@xxxxxxxxxxx |
| User-agent: | Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.2.1) Gecko/20030225 |
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 |
| Previous by Date: | Re: Route cache performance under stress, Andi Kleen |
|---|---|
| Next by Date: | Re: 3c59x (was Route cache performance under stress), Robert Olsson |
| Previous by Thread: | Re: [patch]: CONFIG_IPV6_SUBTREES fix for MIPv6, David S. Miller |
| Next by Thread: | Re: [patch]: CONFIG_IPV6_SUBTREES fix for MIPv6, David S. Miller |
| Indexes: | [Date] [Thread] [Top] [All Lists] |