From owner-freebsd-net Wed Mar 5 10:42:59 2003 Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6E58737B401; Wed, 5 Mar 2003 10:42:58 -0800 (PST) Received: from stork.mail.pas.earthlink.net (stork.mail.pas.earthlink.net [207.217.120.188]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5727743FA3; Wed, 5 Mar 2003 10:42:57 -0800 (PST) (envelope-from tlambert2@mindspring.com) Received: from dialup-209.247.139.242.dial1.sanjose1.level3.net ([209.247.139.242] helo=mindspring.com) by stork.mail.pas.earthlink.net with asmtp (SSLv3:RC4-MD5:128) (Exim 3.33 #1) id 18qdqx-0003tR-00; Wed, 05 Mar 2003 10:42:55 -0800 Message-ID: <3E6644E1.7D099302@mindspring.com> Date: Wed, 05 Mar 2003 10:41:37 -0800 From: Terry Lambert X-Mailer: Mozilla 4.79 [en] (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Mark Murray Cc: freebsd-net@FreeBSD.ORG, freebsd-current@FreeBSD.ORG Subject: libalias/NAT incremental checksum (was Re: Removal of netns) References: <200303051429.h25ETsIg047004@grimreaper.grondar.org> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-ELNK-Trace: b1a02af9316fbb217a47c185c03b154d40683398e744b8a4153c2644eab069e855f5771b60e2c85ca7ce0e8f8d31aa3f350badd9bab72f9c350badd9bab72f9c Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Mark Murray wrote: > > How long can this remain unfixed before the code is diked out, > > and the checksum is recalculated fully, instead? > > Terry, you sound rather foolish when you argue like this. This > is semantic tomfoolery and off topic. End of thread. This is not a argument over mere implmenetation semantics. The incremental checksum code is broken. Bad tcpchecksum - before: 0x000038f3 after: 0x00001802 Bad tcpchecksum - before: 0x00002870 after: 0x0000e81e Bad tcpchecksum - before: 0x00006319 after: 0x00000608 Bad tcpchecksum - before: 0x0000369a after: 0x00001212 Bad tcpchecksum - before: 0x0000d885 after: 0x00000004 The packets do not get through, no matter how many times they are resent by the sender. The reason that the CVSup is successful is an artifact of the CVSup retry mechanism. People using other protocols, like FTP, or programs like "fetch" are well and truly screwed by this bug. -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message