diff options
author | Michal Kubeček <mkubecek@suse.cz> | 2015-05-18 20:54:00 +0200 |
---|---|---|
committer | David S. Miller <davem@davemloft.net> | 2015-05-20 12:02:26 -0400 |
commit | 27596472473a02cfef2908a6bcda7e55264ba6b7 (patch) | |
tree | 2151136cf03e0dadcff04de695f10f91633acf4f /net/ipv6/ip6_tunnel.c | |
parent | 35f1b4e96b9258a3668872b1139c51e5a23eb876 (diff) | |
download | blackbird-op-linux-27596472473a02cfef2908a6bcda7e55264ba6b7.tar.gz blackbird-op-linux-27596472473a02cfef2908a6bcda7e55264ba6b7.zip |
ipv6: fix ECMP route replacement
When replacing an IPv6 multipath route with "ip route replace", i.e.
NLM_F_CREATE | NLM_F_REPLACE, fib6_add_rt2node() replaces only first
matching route without fixing its siblings, resulting in corrupted
siblings linked list; removing one of the siblings can then end in an
infinite loop.
IPv6 ECMP implementation is a bit different from IPv4 so that route
replacement cannot work in exactly the same way. This should be a
reasonable approximation:
1. If the new route is ECMP-able and there is a matching ECMP-able one
already, replace it and all its siblings (if any).
2. If the new route is ECMP-able and no matching ECMP-able route exists,
replace first matching non-ECMP-able (if any) or just add the new one.
3. If the new route is not ECMP-able, replace first matching
non-ECMP-able route (if any) or add the new route.
We also need to remove the NLM_F_REPLACE flag after replacing old
route(s) by first nexthop of an ECMP route so that each subsequent
nexthop does not replace previous one.
Fixes: 51ebd3181572 ("ipv6: add support of equal cost multipath (ECMP)")
Signed-off-by: Michal Kubecek <mkubecek@suse.cz>
Acked-by: Nicolas Dichtel <nicolas.dichtel@6wind.com>
Signed-off-by: David S. Miller <davem@davemloft.net>
Diffstat (limited to 'net/ipv6/ip6_tunnel.c')
0 files changed, 0 insertions, 0 deletions