ipvlan: read direct ifindex instead of iflink
authorBrenden Blanco <bblanco@plumgrid.com>
Tue, 20 Oct 2015 23:47:33 +0000 (16:47 -0700)
committerDavid S. Miller <davem@davemloft.net>
Thu, 22 Oct 2015 13:39:08 +0000 (06:39 -0700)
commit63b11e757d6dae570bc22450ec58a5b68cdf5c3c
tree364ebbe955f23244c9ac7ab32ddfb32c8de6c0c9
parentdbf650b67bb4db1b95807d2aafe2d7cfafd458da
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>
drivers/net/ipvlan/ipvlan_core.c