[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-Id: <20131107.185453.1341640661253119352.davem@davemloft.net>
Date: Thu, 07 Nov 2013 18:54:53 -0500 (EST)
From: David Miller <davem@...emloft.net>
To: jiri@...nulli.us
Cc: netdev@...r.kernel.org, pablo@...filter.org,
netfilter-devel@...r.kernel.org, yoshfuji@...ux-ipv6.org,
kadlec@...ckhole.kfki.hu, kaber@...sh.net, mleitner@...hat.com,
kuznet@....inr.ac.ru, jmorris@...ei.org, wensong@...ux-vs.org,
horms@...ge.net.au, ja@....bg, edumazet@...gle.com,
pshelar@...ira.com, jasowang@...hat.com,
alexander.h.duyck@...el.com, fw@...len.de
Subject: Re: [patch net-next 1/2] ip6_output: fragment outgoing reassembled
skb properly
From: Jiri Pirko <jiri@...nulli.us>
Date: Wed, 6 Nov 2013 17:52:19 +0100
> If reassembled packet would fit into outdev MTU, it is not fragmented
> according the original frag size and it is send as single big packet.
>
> The second case is if skb is gso. In that case fragmentation does not happen
> according to the original frag size.
>
> This patch fixes these.
>
> Signed-off-by: Jiri Pirko <jiri@...nulli.us>
...
> if ((skb->len > ip6_skb_dst_mtu(skb) && !skb_is_gso(skb)) ||
> - dst_allfrag(skb_dst(skb)))
> + dst_allfrag(skb_dst(skb)) ||
> + (IP6CB(skb)->frag_max_size && skb->len > IP6CB(skb)->frag_max_size))
> return ip6_fragment(skb, ip6_finish_output2);
Jiri are you sure that you don't need to take GSO into account in the
new part you are adding to the test?
--
To unsubscribe from this list: send the line "unsubscribe netdev" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Powered by blists - more mailing lists