From mboxrd@z Thu Jan 1 00:00:00 1970 From: Daniel Borkmann Subject: Re: [PATCH] ipvs: sctp: fix checksumming on snat and dnat handlers Date: Wed, 06 Feb 2013 12:20:57 +0100 Message-ID: <51123C99.6010402@redhat.com> References: <1360113878-31051-1-git-send-email-horms@verge.net.au> <1360113878-31051-2-git-send-email-horms@verge.net.au> Mime-Version: 1.0 Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit Cc: Simon Horman , Pablo Neira Ayuso , lvs-devel@vger.kernel.org, netdev@vger.kernel.org, netfilter-devel@vger.kernel.org, Wensong Zhang , Julian Anastasov To: David Laight Return-path: Received: from mx1.redhat.com ([209.132.183.28]:5767 "EHLO mx1.redhat.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751128Ab3BFLWR (ORCPT ); Wed, 6 Feb 2013 06:22:17 -0500 In-Reply-To: Sender: netdev-owner@vger.kernel.org List-ID: On 02/06/2013 10:18 AM, David Laight wrote: > If the NAT code has only modified a few bytes inside one of the SCTP > chunks, then the crc can be modified by knowing the changed bits and > the number of bytes to the end of the chunk (without looking at > any other data bytes). > That would (probably) be faster (may not really matter for INIT-ACK. If applicable, this could be a follow-up optimization after the bug fix.