Skip to content

Commit e4c5e13

Browse files
Zheng Lidavem330
authored andcommitted
ipv6: Should use consistent conditional judgement for ip6 fragment between __ip6_append_data and ip6_finish_output
There is an inconsistent conditional judgement between __ip6_append_data and ip6_finish_output functions, the variable length in __ip6_append_data just include the length of application's payload and udp6 header, don't include the length of ipv6 header, but in ip6_finish_output use (skb->len > ip6_skb_dst_mtu(skb)) as judgement, and skb->len include the length of ipv6 header. That causes some particular application's udp6 payloads whose length are between (MTU - IPv6 Header) and MTU were fragmented by ip6_fragment even though the rst->dev support UFO feature. Add the length of ipv6 header to length in __ip6_append_data to keep consistent conditional judgement as ip6_finish_output for ip6 fragment. Signed-off-by: Zheng Li <james.z.li@ericsson.com> Signed-off-by: David S. Miller <davem@davemloft.net>
1 parent 6013386 commit e4c5e13

File tree

1 file changed

+1
-1
lines changed

1 file changed

+1
-1
lines changed

net/ipv6/ip6_output.c

Lines changed: 1 addition & 1 deletion
Original file line numberDiff line numberDiff line change
@@ -1373,7 +1373,7 @@ static int __ip6_append_data(struct sock *sk,
13731373
*/
13741374

13751375
cork->length += length;
1376-
if (((length > mtu) ||
1376+
if ((((length + fragheaderlen) > mtu) ||
13771377
(skb && skb_is_gso(skb))) &&
13781378
(sk->sk_protocol == IPPROTO_UDP) &&
13791379
(rt->dst.dev->features & NETIF_F_UFO) && !rt->dst.header_len &&

0 commit comments

Comments
 (0)