From owner-svn-src-head@FreeBSD.ORG Thu May 14 20:18:44 2015 Return-Path: Delivered-To: svn-src-head@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 6E805877; Thu, 14 May 2015 20:18:44 +0000 (UTC) Received: from duke.cs.duke.edu (duke.cs.duke.edu [152.3.140.1]) (using TLSv1.1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 3C6581D7F; Thu, 14 May 2015 20:18:44 +0000 (UTC) Received: from viserion.mtv.corp.google.com (unknown [216.239.45.70]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) (Authenticated sender: gallatin) by duke.cs.duke.edu (Postfix) with ESMTPSA id BD1CAF80564; Thu, 14 May 2015 16:12:39 -0400 (EDT) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=cs.duke.edu; s=mail; t=1431634360; bh=9QMJJGROJCWUs1R1rlyIbbZuIT5lc93xSKI/+qp07mE=; h=Date:From:To:Subject; b=T5EcDWiMmg/OG1bAn2HF9ZG8amiQ0JBADFI9sGPVRX8tnSQwbAlGI9Q9SozVpwHyS 4zIiMzip7ozb3OZDAO6UrbnP3qnoTFcukywcW5eXQNCK/t5O0zd3rYc7nWJPp+4+wF tbD1rl9QSckg3knlf85xRNzueRCRC5cQ4J9h7u4ONVANq7yyrsy/TBXoXDfBrLR8AJ VZzjgxZLen8cJdoTyzWlF0mwis3KwDVgOOf5QT5NURx9XlQr4s7lQfJlpvZdKffafj NQ26mjfuECLpfY/pQL5aqNtO9GqCq3r38ZTOQxOEBhrQtMeFnWihe0NZHEBpQiFZAl 6FW+q2/g1+7WQ== Message-ID: <555501B6.5080106@cs.duke.edu> Date: Thu, 14 May 2015 13:12:38 -0700 From: Andrew Gallatin User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.6.0 MIME-Version: 1.0 To: Hans Petter Selasky , Robert Watson , Mateusz Guzik CC: Gleb Smirnoff , Ian Lepore , src-committers@freebsd.org, svn-src-all@freebsd.org, svn-src-head@freebsd.org Subject: Re: svn commit: r280971 - in head: contrib/ipfilter/tools share/man/man4 sys/contrib/ipfilter/netinet sys/netinet sys/netipsec sys/netpfil/pf References: <201504012226.t31MQedN044443@svn.freebsd.org> <1427929676.82583.103.camel@freebsd.org> <20150402123522.GC64665@FreeBSD.org> <20150402133751.GA549@dft-labs.eu> <20150402134217.GG64665@FreeBSD.org> <20150402135157.GB549@dft-labs.eu> <1427983109.82583.115.camel@freebsd.org> <20150402142318.GC549@dft-labs.eu> <20150402143420.GI64665@FreeBSD.org> <20150402153805.GD549@dft-labs.eu> <551D8143.4060509@selasky.org> <551D8945.8050906@selasky.org> In-Reply-To: <551D8945.8050906@selasky.org> Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 7bit X-BeenThere: svn-src-head@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: SVN commit messages for the src tree for head/-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 14 May 2015 20:18:44 -0000 On 04/02/2015 11:24 AM, Hans Petter Selasky wrote: > If we are transmitting using TSO, will the network adapter increment the > IP ID field somehow? What happens if an outgoing IP packet resulting Sorry for the delayed reply; I was just catching up on FreeBSD email, and I'm not sure that the above question was ever answered. The NIC is *required* to increment the IP ID by the Microsoft NDIS LSO spec. As I recall, this is checked for by WHQL tests. So any NIC whose vendor ships Windows drivers & supports TSO should be incrementing the IP ID. Even vendors who do not ship Windows drivers often refer to these NDIS specs, since they are the best documentation of many stateless offloads. Also note that NICs which support the "newer" LSOv2 spec only use the lower 15 bits of the IP ID space. See: "Offloading the Segmentation of Large TCP Packets" at https://msdn.microsoft.com/en-us/library/windows/hardware/ff568840(v=vs.85).aspx Best regards, Drew