Brenden Blanco 63b11e757d ipvlan: read direct ifindex instead of iflink ... In the ipv4 outbound path of an ipvlan device in l3 mode, the ifindex is being grabbed from dev_get_iflink. This works for the physical device case, since as the documentation of that function notes: "Physical interfaces have the same 'ifindex' and 'iflink' values.". However, if the master device is a veth, and the pairs are in separate net namespaces, the route lookup will fail with -ENODEV due to outer veth pair being in a separate namespace from the ipvlan master/routing namespace. ns0 | ns1 | ns2 veth0a--|--veth0b--|--ipvl0 In ipvlan_process_v4_outbound(), a packet sent from ipvl0 in the above configuration will pass fl.flowi4_oif == veth0a to ip_route_output_flow(), but *net == ns1. Notice also that ipv6 processing is not using iflink. Since there is a discrepancy in usage, fixup both v4 and v6 case to use local dev variable. Tested this with l3 ipvlan on top of veth, as well as with single physical interface in the top namespace. Signed-off-by: Brenden Blanco <bblanco@plumgrid.com> Reviewed-by: Jiri Benc <jbenc@redhat.com> Acked-by: Mahesh Bandewar <maheshb@google.com> Signed-off-by: David S. Miller <davem@davemloft.net>		2015-10-22 06:39:08 -07:00
..
ipvlan_core.c	ipvlan: read direct ifindex instead of iflink	2015-10-22 06:39:08 -07:00
ipvlan_main.c	net: ipvlan: convert to using IFF_NO_QUEUE	2015-08-18 11:55:06 -07:00
ipvlan.h	ipvlan: use rcu_deference_bh() in ipvlan_queue_xmit()	2015-07-15 21:33:40 -07:00
Makefile