From owner-freebsd-pf@FreeBSD.ORG Thu Sep 16 03:38:02 2004 Return-Path: Delivered-To: freebsd-pf@freebsd.org Received: by hub.freebsd.org (Postfix, from userid 674) id E706116A4CF; Thu, 16 Sep 2004 03:38:02 +0000 (GMT) Delivered-To: mlaier@vampire.homelinux.org Received: (qmail 83160 invoked by uid 1005); 29 Apr 2003 11:29:51 -0000 Delivered-To: max@vampire.homelinux.org Received: (qmail 83157 invoked from network); 29 Apr 2003 11:29:51 -0000 Received: from moutng.kundenserver.de (212.227.126.177) by pd9e39b1f.dip.t-dialin.net with SMTP; 29 Apr 2003 11:29:51 -0000 Received: from [212.227.126.210] (helo=mxng14.kundenserver.de) by moutng.kundenserver.de with esmtp (Exim 3.35 #1) id 19AUEY-0007F2-00 for max@vampire.homelinux.org; Tue, 29 Apr 2003 14:29:18 +0200 Received: from [206.53.239.180] (helo=turing.freelists.org) by mxng14.kundenserver.de with esmtp (Exim 3.35 #1) id 19AUEU-0007NH-00 for max@love2party.net; Tue, 29 Apr 2003 14:29:14 +0200 Received: from turing.(none) (localhost [127.0.0.1])ESMTP id 51EDF3909B5; Tue, 29 Apr 2003 07:24:15 -0500 (EST) Received: with ECARTIS (v1.0.0; list pf4freebsd); Tue, 29 Apr 2003 07:24:14 -0500 (EST) Delivered-To: pf4freebsd@freelists.org Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.183])ESMTP id BD84D390A2E for ; Tue, 29 Apr 2003 07:24:13 -0500 (EST) Received: from [212.227.126.161] (helo=mrelayng.kundenserver.de) by moutng.kundenserver.de with esmtp (Exim 3.35 #1) id 19AUEQ-0006qn-00 for pf4freebsd@freelists.org; Tue, 29 Apr 2003 14:29:10 +0200 Received: from [217.227.155.31] (helo=max900) by mrelayng.kundenserver.de with asmtp (Exim 3.35 #1) id 19AUEO-0005OB-00 for pf4freebsd@freelists.org; Tue, 29 Apr 2003 14:29:09 +0200 Message-ID: <004201c30e4b$6954b140$01000001@max900> From: "Max Laier" To: MIME-Version: 1.0 Content-type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.1106 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1106 X-archive-position: 2 X-ecartis-version: Ecartis v1.0.0 Sender: pf4freebsd-bounce@freelists.org Errors-To: pf4freebsd-bounce@freelists.org X-original-sender: max@love2party.net Precedence: normal X-list: pf4freebsd X-UID: 30 X-Length: 3449 X-Mailman-Approved-At: Thu, 16 Sep 2004 03:55:51 +0000 Subject: [pf4freebsd] Version 0.62 released! X-BeenThere: freebsd-pf@freebsd.org X-Mailman-Version: 2.1.1 Reply-To: pf4freebsd@freelists.org List-Id: Technical discussion and general questions about packet filter (pf) List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Date: Thu, 16 Sep 2004 03:38:03 -0000 X-Original-Date: Tue, 29 Apr 2003 14:32:29 +0200 X-List-Received-Date: Thu, 16 Sep 2004 03:38:03 -0000 Hello, Pyun YongHyeon and myself discussed some optimization to the current way cksums are validated when a packet arrives in the in queue. Until now, the cksum was validated twice. First pf_test (called from the PFIL_HOOK in ip_input.c) validated the cksum with pf_check_proto_cksum and the kernel did the same later in the processing queue (tcp_input.c et. al.). We reworked pf_check_proto_cksum to flag the packet in case the checksum is valid if not, the packet is droped anyways. We make use of mbuf flags that usually indicate, that the cksum was validated by hardware (bge, em, gx, lge, nge, txp, ti and xl NICs) so there may exist problems when such a NIC is installed (even so it should not). If you have such a NIC please get a copy of version 0.62 and check if everything works as exspected. This fix should give a great gain in performance when no hardware cksumming is available and the CPU is very busy with your netio. Max