ipv6: Fix handling of LLA with VRF and sockets bound to VRF
Subsystems (3)
PATCH 1/1 ipv6: Fix handling of LLA with VRF and sockets bound to VRF
From: David Ahern <[email protected]>
A recent commit allows sockets bound to a VRF to receive ipv6 link local packets. However, it only works for UDP and worse TCP connection attempts to the LLA with the only listener bound to the VRF just hang where as before the client gets a reset and connection refused. Fix by adjusting ir_iif for LL addresses and packets received through a device enslaved to a VRF.
--- net/ipv6/tcp_ipv6.c | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-)
net/ipv6/tcp_ipv6.c +2 -1
@@ -737,6 +737,7 @@ static void tcp_v6_init_req(struct request_sock *req,const struct sock *sk_listener, struct sk_buff *skb) { + bool l3_slave = ipv6_l3mdev_skb(TCP_SKB_CB(skb)->header.h6.flags);struct inet_request_sock *ireq =inet_rsk (req);const struct ipv6_pinfo *np =inet6_sk (sk_listener);
@@ -744,7 +745,7 @@ static void tcp_v6_init_req(struct request_sock *req, ireq->ir_v6_loc_addr =ipv6_hdr (skb)->daddr;/* So that link locals have meaning */ -if (!sk_listener->sk_bound_dev_if && +if ((!sk_listener->sk_bound_dev_if || l3_slave) &&ipv6_addr_type (&ireq->ir_v6_rmt_addr) &IPV6_ADDR_LINKLOCAL ) ireq->ir_iif =tcp_v6_iif (skb);
Signature · 1 line
2.11.0
From: David Ahern <[email protected]>
Date: Wed, 12 Dec 2018 15:27:38 -0800
Quoted 9 lines
From: David Ahern <[email protected]>
A recent commit allows sockets bound to a VRF to receive ipv6 link local packets. However, it only works for UDP and worse TCP connection attempts to the LLA with the only listener bound to the VRF just hang where as before the client gets a reset and connection refused. Fix by adjusting
ir_iiffor LL addresses and packets received through a device enslaved to a VRF.
Quoted 4 lines
Fixes 6f12fa775530 ("vrf: mark skb for multicast or link-local as enslaved to VRF")Reported-by Donald Sharp <[email protected]>Cc Mike Manning <[email protected]>Signed-off-by David Ahern <[email protected]>
Applied, thanks David.