Merge branch 'ipv6-sticky-pktinfo'
authorDavid S. Miller <davem@davemloft.net>
Sat, 30 Jan 2016 04:31:27 +0000 (20:31 -0800)
committerDavid S. Miller <davem@davemloft.net>
Sat, 30 Jan 2016 04:31:27 +0000 (20:31 -0800)
commit84922d8cd49c505dc0912f57f4ab1f8f33c7e118
tree1b85e50c353077ae7e06e932cbc456c10972227b
parent39a4867a9b481afce3f28d2c7e216bdd6ff51417
parent1cdda91871470f15e79375991bd2eddc6e86ddb1
Merge branch 'ipv6-sticky-pktinfo'

Paolo Abeni says:

====================
ipv6: fix sticky pktinfo behaviour

Currently:

ip addr add dev eth0 2001:0010::1/64
ip addr add dev eth1 2001:0020::1/64
ping6 -I eth0 2001:0020::2

do not lead to the expected results, i.e. eth1 is used as the
egress interface.

This is due to two related issues in handling sticky pktinfo,
used by ping6 to enforce the device binding:

- ip6_dst_lookup_flow()/ip6_dst_lookup_tail() do not really enforce
flowi6_oif match
- ipv6 udp connect() just ignore flowi6_oif

These patches address each issue individually.

The kernel has never enforced the egress interface specified
via the sticky pktinfo, except briefly between the commits
741a11d9e410 ("net: ipv6: Add RT6_LOOKUP_F_IFACE flag if oif is set")
and
d46a9d678e4c ("net: ipv6: Dont add RT6_LOOKUP_F_IFACE flag if saddr set"),
but the ping6 tools was unaffected up to iputils-20100214,
since before it used SO_BINDTODEVICE to enforce the egress
interface.
====================

Signed-off-by: David S. Miller <davem@davemloft.net>