From owner-freebsd-net@FreeBSD.ORG  Mon Jul  9 09:49:16 2012
Return-Path: <owner-freebsd-net@FreeBSD.ORG>
Delivered-To: net@freebsd.org
Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34])
	by hub.freebsd.org (Postfix) with ESMTP id B14851065670
	for <net@freebsd.org>; Mon,  9 Jul 2012 09:49:15 +0000 (UTC)
	(envelope-from egrosbein@rdtc.ru)
Received: from eg.sd.rdtc.ru (eg.sd.rdtc.ru [IPv6:2a03:3100:c:13::5])
	by mx1.freebsd.org (Postfix) with ESMTP id 1BA308FC22
	for <net@freebsd.org>; Mon,  9 Jul 2012 09:49:14 +0000 (UTC)
Received: from eg.sd.rdtc.ru (localhost [127.0.0.1])
	by eg.sd.rdtc.ru (8.14.5/8.14.5) with ESMTP id q699nBsS091614
	for <net@freebsd.org>; Mon, 9 Jul 2012 16:49:11 +0700 (NOVT)
	(envelope-from egrosbein@rdtc.ru)
Message-ID: <4FFAA917.8020700@rdtc.ru>
Date: Mon, 09 Jul 2012 16:49:11 +0700
From: Eugene Grosbein <egrosbein@rdtc.ru>
User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; ru-RU;
	rv:1.9.2.13) Gecko/20110112 Thunderbird/3.1.7
MIME-Version: 1.0
To: "net@freebsd.org" <net@freebsd.org>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Cc: 
Subject: ip_reass() fails to reassemble fragmented out-of-order traffic
X-BeenThere: freebsd-net@freebsd.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Networking and TCP/IP with FreeBSD <freebsd-net.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-net>,
	<mailto:freebsd-net-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-net>
List-Post: <mailto:freebsd-net@freebsd.org>
List-Help: <mailto:freebsd-net-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-net>,
	<mailto:freebsd-net-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Mon, 09 Jul 2012 09:49:16 -0000

Hi!

For long time I suffer from RELENG_8's inability to reassemble several types
of incoming fragmented packets when they arrive of-of-order.

For example: my gif(4) interface has MTU=1500, so it gets fragmented
when it goes out to the Internet. For some reason, in this setup 80% get reordered
while traveling the Internet. tcpdump shows me that at receiving side.

While I send these packets, sysctl net.inet.ip.fragpackets increases at receiving side.

No one reordered packet get reassembled. Some packet's fragments arrive in order
and those get reassembled just fine and tcpdump shows them at receiving gif interface,
and only them.

Note, there is no such problem for ICMP fragmented packets in this setup,
IPIP fragments are affected only.

Please help.

Eugene Grosbein.