diff options
author | Robert Shearman <rshearma@brocade.com> | 2017-01-26 18:02:24 +0000 |
---|---|---|
committer | David S. Miller <davem@davemloft.net> | 2017-01-30 15:00:58 -0500 |
commit | 63a6fff353d01da5a22b72670c434bf12fa0e3b8 (patch) | |
tree | 5707ae376777271ab2d77411fed89afb515f0257 /drivers/net/ethernet/qlogic/qlcnic/qlcnic_io.c | |
parent | a3a4de056ed5cfb22085173d8f0f13b0ca6b6d60 (diff) | |
download | linux-63a6fff353d01da5a22b72670c434bf12fa0e3b8.tar.gz linux-63a6fff353d01da5a22b72670c434bf12fa0e3b8.tar.bz2 linux-63a6fff353d01da5a22b72670c434bf12fa0e3b8.zip |
net: Avoid receiving packets with an l3mdev on unbound UDP sockets
Packets arriving in a VRF currently are delivered to UDP sockets that
aren't bound to any interface. TCP defaults to not delivering packets
arriving in a VRF to unbound sockets. IP route lookup and socket
transmit both assume that unbound means using the default table and
UDP applications that haven't been changed to be aware of VRFs may not
function correctly in this case since they may not be able to handle
overlapping IP address ranges, or be able to send packets back to the
original sender if required.
So add a sysctl, udp_l3mdev_accept, to control this behaviour with it
being analgous to the existing tcp_l3mdev_accept, namely to allow a
process to have a VRF-global listen socket. Have this default to off
as this is the behaviour that users will expect, given that there is
no explicit mechanism to set unmodified VRF-unaware application into a
default VRF.
Signed-off-by: Robert Shearman <rshearma@brocade.com>
Acked-by: David Ahern <dsa@cumulusnetworks.com>
Tested-by: David Ahern <dsa@cumulusnetworks.com>
Signed-off-by: David S. Miller <davem@davemloft.net>
Diffstat (limited to 'drivers/net/ethernet/qlogic/qlcnic/qlcnic_io.c')
0 files changed, 0 insertions, 0 deletions