From owner-freebsd-net@FreeBSD.ORG Fri Jul 30 17:34:14 2004 Return-Path: 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 AF25416A4CE for ; Fri, 30 Jul 2004 17:34:14 +0000 (GMT) Received: from mailhost.schluting.com (schluting.com [131.252.214.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id 91ADF43D4C for ; Fri, 30 Jul 2004 17:34:14 +0000 (GMT) (envelope-from charlie@schluting.com) Received: from localhost (localhost [127.0.0.1]) by mailhost.schluting.com (Postfix) with ESMTP id 8F3892179 for ; Fri, 30 Jul 2004 10:33:52 -0700 (PDT) Received: from mailhost.schluting.com ([127.0.0.1]) by localhost (schluting.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 64928-07 for ; Fri, 30 Jul 2004 10:33:47 -0700 (PDT) Received: from [131.252.209.122] (smelly.cat.pdx.edu [131.252.209.122]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mailhost.schluting.com (Postfix) with ESMTP id DE6F22172 for ; Fri, 30 Jul 2004 10:33:46 -0700 (PDT) Message-ID: <410A867A.6000707@schluting.com> Date: Fri, 30 Jul 2004 10:33:46 -0700 From: Charlie Schluting User-Agent: Mozilla Thunderbird 0.6 (X11/20040519) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-net@freebsd.org References: <20040730191015.W483-100000@prophet.alphaque.com> In-Reply-To: <20040730191015.W483-100000@prophet.alphaque.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: by your mom at schluting.com Subject: Re: packet order, ipf or ipfw X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 30 Jul 2004 17:34:14 -0000 Dinesh Nair wrote: > by default the flow is: > > wire -> ipnat -> ipfilter -> ipfw -> kernel -> ipfilter -> ipnat ->ipfw > > the patch in the above PR changes it to: > > wire -> ipnat -> ipfilter -> ipfw -> kernel -> ipfw -> ipfilter -> ipnat Interesting! Thanks for all the great info guys. I don't really need to use the patch, since I simply want to limit my outbound bandwidth usage. The problem with my rules before was a result of not understanding that nat translation had already taken place (I think). I'll test this weekend. Thanks; -Charlie