On Tue, Nov 24, 2015, at 22:46, David Miller wrote: > From: Michal Kubecek <mkubecek@xxxxxxx> > Date: Tue, 24 Nov 2015 15:07:11 +0100 (CET) > > > If a fragmented multicast packet is received on an ethernet device which > > has an active macvlan on top of it, each fragment is duplicated and > > received both on the underlying device and the macvlan. If some > > fragments for macvlan are processed before the whole packet for the > > underlying device is reassembled, the "overlapping fragments" test in > > ip6_frag_queue() discards the whole fragment queue. > > > > To resolve this, add device ifindex to the search key and require it to > > match reassembling multicast packets and packets to link-local > > addresses. > > > > Note: similar patch has been already submitted by Yoshifuji Hideaki in > > > > http://patchwork.ozlabs.org/patch/220979/ > > > > but got lost and forgotten for some reason. > > > > Signed-off-by: Michal Kubecek <mkubecek@xxxxxxx> > > This is definitely the right thing to do and matches how ipv4 keys > fragments. > > Applied and queued up for -stable, thanks! I reviewed it earlier and agree last time that this patch is necessary. Unfortunately forgot to ack before. :( Acked-by: Hannes Frederic Sowa <hannes@xxxxxxxxxxxxxxxxxxx> In IPv4 as in IPv6 global addresses we have to expect packets coming over multiple interfaces, it is only correct for local and multicast scoped addresses. In IPv4 we don't really key the device index, only in case of an vrf interface. Thanks, Hannes -- To unsubscribe from this list: send the line "unsubscribe netfilter-devel" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
