From patchwork Tue Jan 27 14:15:19 2009 Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: 8bit X-Patchwork-Submitter: Patrick McHardy X-Patchwork-Id: 20454 X-Patchwork-Delegate: davem@davemloft.net Return-Path: X-Original-To: patchwork-incoming@ozlabs.org Delivered-To: patchwork-incoming@ozlabs.org Received: from vger.kernel.org (vger.kernel.org [209.132.176.167]) by ozlabs.org (Postfix) with ESMTP id C5FA1DE0E3 for ; Wed, 28 Jan 2009 01:15:28 +1100 (EST) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1753333AbZA0OPZ (ORCPT ); Tue, 27 Jan 2009 09:15:25 -0500 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1753291AbZA0OPY (ORCPT ); Tue, 27 Jan 2009 09:15:24 -0500 Received: from stinky.trash.net ([213.144.137.162]:38745 "EHLO stinky.trash.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1753067AbZA0OPX (ORCPT ); Tue, 27 Jan 2009 09:15:23 -0500 Received: from [192.168.0.100] (unknown [78.42.204.165]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by stinky.trash.net (Postfix) with ESMTPSA id 115F7948B2; Tue, 27 Jan 2009 15:15:22 +0100 (MET) Message-ID: <497F16F7.6020504@trash.net> Date: Tue, 27 Jan 2009 15:15:19 +0100 From: Patrick McHardy User-Agent: Mozilla-Thunderbird 2.0.0.19 (X11/20090103) MIME-Version: 1.0 To: =?UTF-8?B?UGF3ZcWCIFN0YXN6ZXdza2k=?= CC: Linux Network Development list , Netfilter Development Mailinglist Subject: Re: Is this normal? References: <497F14B1.7070306@itcare.pl> In-Reply-To: <497F14B1.7070306@itcare.pl> Sender: netdev-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: netdev@vger.kernel.org Paweł Staszewski wrote: > I have Linux that works as Router + traffic management with connection > tracking enabled but without making NAT > > About 600Mbit/s TX and 600Mbit/s RX forwarded traffic > > iptables -L -n -v -t raw > Chain PREROUTING (policy ACCEPT 3340M packets, 2623G bytes) > pkts bytes target prot opt in out source > destination > 3339M 2621G NOTRACK all -- * * 0.0.0.0/0 > 0.0.0.0/0 > > > kernel 2.6.28.2 > CPU: Core 2, speed 2999.98 MHz (estimated) > Counted CPU_CLK_UNHALTED events (Clock cycles when not halted) with a > unit mask of 0x00 (Unhalted core cycles) count 100000 > samples % image name app name > symbol name > 14544205 15.8604 vmlinux vmlinux > ctnetlink_del_expect This doesn't seem to be accurate, I'm guessing its really ctnetlink_conntrack_event(). Does this patch make any difference? diff --git a/include/net/netfilter/nf_conntrack_core.h b/include/net/netfilter/nf_conntrack_core.h index e78afe7..c25068e 100644 --- a/include/net/netfilter/nf_conntrack_core.h +++ b/include/net/netfilter/nf_conntrack_core.h @@ -59,7 +59,7 @@ static inline int nf_conntrack_confirm(struct sk_buff *skb) struct nf_conn *ct = (struct nf_conn *)skb->nfct; int ret = NF_ACCEPT; - if (ct) { + if (ct && ct != &nf_conntrack_untracked) { if (!nf_ct_is_confirmed(ct) && !nf_ct_is_dying(ct)) ret = __nf_conntrack_confirm(skb); nf_ct_deliver_cached_events(ct);