From owner-cvs-src@FreeBSD.ORG Thu Apr 3 05:13:37 2003 Return-Path: Delivered-To: cvs-src@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BA57137B401; Thu, 3 Apr 2003 05:13:37 -0800 (PST) Received: from mta01bw.bigpond.com (mta01bw.bigpond.com [139.134.6.78]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1409543FBD; Thu, 3 Apr 2003 05:13:33 -0800 (PST) (envelope-from darrenr@reed.wattle.id.au) Received: from CPE-61-9-164-106.vic.bigpond.net.au ([144.135.24.75]) by mta01bw.bigpond.com (Netscape Messaging Server 4.15 mta01bw Jul 16 2002 22:47:55) with SMTP id HCRREN00.244; Thu, 3 Apr 2003 23:13:35 +1000 Received: from CPE-203-51-132-201.vic.bigpond.net.au ([203.51.132.201]) by bwmam03bpa.bigpond.com(MailRouter V3.2g 26/12073298); 03 Apr 2003 23:13:29 Received: (from root@localhost)h33DD9d26686; Thu, 3 Apr 2003 23:13:09 +1000 From: Darren Reed Message-Id: <200304031312.XAA13954@avalon.reed.wattle.id.au> In-Reply-To: <20030402194821.C33692A8A5@canning.wemm.org> To: Peter Wemm Date: Thu, 3 Apr 2003 23:12:39 +1000 X-Mailer: ELM [version 2.4ME+ PL99d (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII cc: Alexander Leidinger cc: src-committers@FreeBSD.org cc: cvs-all@FreeBSD.org cc: "Matthew N. Dodd" cc: cvs-src@FreeBSD.org Subject: Re: Proposal regarding the RFC 3514 handling X-BeenThere: cvs-src@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: CVS commit messages for the src tree List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 03 Apr 2003 13:13:38 -0000 In some email I received from Peter Wemm, sie wrote: [...] > On the other hand, we have so much cruft in the ip input/output code paths > (2 or 3 different packet filter hooks etc), this is tiny by comparison. Now that April 1 is far behind, I'll mention that I've been looking at ways to amalgamate the mechanisms used by ipfw/ipfilter to address this problem. Without being insulting, my 5 second grab on this is that ipfw has grown like a tumour inside the ip stack with bits and pieces hooked in here and there and everywhere (exageration.) That is to say I think should be and can be better than they are. Cheers, Darren