| 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@redhat.com> |
| References: | <Pine.GSO.4.44.0306091140470.25126-100000@morphine.tml.hut.fi> <20030609203659.089b241b.nakam@linux-ipv6.org> <3EE5F85E.9080006@tml.hut.fi> <20030610.095135.28806569.davem@redhat.com> |
| Sender: | netdev-bounce@xxxxxxxxxxx |
| User-agent: | Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.2.1) Gecko/20030225 |
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] |