From owner-freebsd-net@FreeBSD.ORG Tue Mar 13 07:46:00 2007 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id D841716A405 for ; Tue, 13 Mar 2007 07:46:00 +0000 (UTC) (envelope-from rizzo@icir.org) Received: from xorpc.icir.org (xorpc.icir.org [192.150.187.68]) by mx1.freebsd.org (Postfix) with ESMTP id CD58713C448 for ; Tue, 13 Mar 2007 07:46:00 +0000 (UTC) (envelope-from rizzo@icir.org) Received: from xorpc.icir.org (localhost [127.0.0.1]) by xorpc.icir.org (8.12.11/8.13.6) with ESMTP id l2D7jhu2054882; Mon, 12 Mar 2007 23:45:43 -0800 (PST) (envelope-from rizzo@xorpc.icir.org) Received: (from rizzo@localhost) by xorpc.icir.org (8.12.11/8.12.3/Submit) id l2D7jhJw054881; Tue, 13 Mar 2007 00:45:43 -0700 (PDT) (envelope-from rizzo) Date: Tue, 13 Mar 2007 00:45:43 -0700 From: Luigi Rizzo To: Yar Tikhiy Message-ID: <20070313004543.A54774@xorpc.icir.org> References: <20070310153534.GA35834@comp.chem.msu.su> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: <20070310153534.GA35834@comp.chem.msu.su>; from yar@comp.chem.msu.su on Sat, Mar 10, 2007 at 06:35:34PM +0300 Cc: freebsd-net@freebsd.org Subject: Re: Who is to load dummynet.ko? X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 13 Mar 2007 07:46:00 -0000 On Sat, Mar 10, 2007 at 06:35:34PM +0300, Yar Tikhiy wrote: > Hi folks, > > Just noticed that neither ipfw(8) nor /etc/rc.d/ipfw cares to load > dummynet.ko. It can result in a broken setup when one migrates > from a custom monolithic kernel to GENERIC with modules, which is > a nice way to reduce support headache today. > > There are at least two possible ways to deal with the issue. The > easy way is to give the task of loading dummynet.ko to /etc/rc.d/ipfw. > The problem with it is that the script cannot know in advance if > dummynet is really used by the ipfw rules to be loaded. The decision > whether to load the module is left to rc.conf(5) in this case. i think this is a reasonable option and the one to use for all ipfw extensions (divert, dummynet, in-kernel nat and so on). Making the load on demand would require a bit of additional code because it depends on the actual rules being loaded, and the rules are not parsed at load time. Plus, i believe that in a case like this the decision of which modules to load should be a conscious one taken upfront by the system administrator (i.e. end up in rc.conf or loader.conf) rather than be the result of the actual ipfw configuration. > The second way is to move the task of loading modules to ipfw(8). > Then it could load ipfw.ko, divert.ko, and dummynet.ko on demand. cheers luigi