From mboxrd@z Thu Jan 1 00:00:00 1970 From: Patrick McHardy Subject: Re: TCP/UDP checksum in hardware Date: Sun, 04 Mar 2007 18:16:39 +0100 Message-ID: <45EAFEF7.7050404@trash.net> References: Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-15 Content-Transfer-Encoding: 7bit Cc: netfilter-devel@lists.netfilter.org To: Alexander Sirotkin Return-path: In-Reply-To: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: netfilter-devel-bounces@lists.netfilter.org Errors-To: netfilter-devel-bounces@lists.netfilter.org List-Id: netfilter-devel.vger.kernel.org Alexander Sirotkin wrote: > It appears that Netfilter does not exploit the hardware TCP/UDP > checksum functionality present in some network cards, i.e. > NETIF_F_HW_CSUM. Is there any particular reason why it is not used ? With pure NAT we do incremental checksumming, which shouldn't be very expensive. One thing I want to do is offload checksumming in the cases where we recalculate the entire checksum, but AFAIK thats only when helpers mangle the packet. > The reason I'm asking is that computing checksum (in case of NAT, for > instance) becomes a real problem on embedded devices Do you have any data to show this?