From owner-freebsd-net@FreeBSD.ORG Wed May 10 05:49:29 2006 Return-Path: X-Original-To: freebsd-net@freebsd.org 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 0EB5516A400 for ; Wed, 10 May 2006 05:49:29 +0000 (UTC) (envelope-from ray.mihm@gmail.com) Received: from wx-out-0102.google.com (wx-out-0102.google.com [66.249.82.193]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8386D43D45 for ; Wed, 10 May 2006 05:49:28 +0000 (GMT) (envelope-from ray.mihm@gmail.com) Received: by wx-out-0102.google.com with SMTP id t13so1171616wxc for ; Tue, 09 May 2006 22:49:28 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=X83vt46oA2lN7IEPSSRe+flwSg7eiPFzNH4nfvyWQ8O3SINhtjst7GaNSzC6fnVoioflgnrCwU9wAfcySU7d2Fj853KshH4F76H4bsoRk9BXYlbbf4q5ifl1K7MUzGw2u/O4NZ9nhqyKZfYL+xDbjuI9sgHxJzsD0kLqukdxoxE= Received: by 10.70.50.5 with SMTP id x5mr5040126wxx; Tue, 09 May 2006 22:49:28 -0700 (PDT) Received: by 10.70.46.9 with HTTP; Tue, 9 May 2006 22:49:27 -0700 (PDT) Message-ID: <1aa142960605092249q21cededfq3cdcbd717f5f569f@mail.gmail.com> Date: Tue, 9 May 2006 22:49:27 -0700 From: "Ray Mihm" To: "Julian Elischer" In-Reply-To: <446122CE.7010805@elischer.org> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <5EB31780BD297F46812C8F495FA08F620438CAE3@electron.jnpr.net> <4460D595.8000408@elischer.org> <1aa142960605091325j151df1f6j909ee9ca3ae0ed75@mail.gmail.com> <200605092239.46594.net@dino.sk> <446103AD.5020006@elischer.org> <1aa142960605091500q6aca79d8l8eb2cdd0ff82ffe3@mail.gmail.com> <446122CE.7010805@elischer.org> Cc: freebsd-net@freebsd.org, Milan Obuch Subject: Re: vrf support in FreeBSD 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: Wed, 10 May 2006 05:49:29 -0000 Point taken about the globals but layer 3 (IP) and layer 4 (TCP, UDP, etc) aren't modules yet and that shouldn't be a problem right? I'm not trying to trivialize or solve the problem here. But my point is, these shouldn't be show-stoppers when you consider the benefit of having this feature in FreeBSD. Regards, Ray. On 5/9/06, Julian Elischer wrote: > Ray Mihm wrote: > > > Using ipfw tables is essentially a non-starter, IMHO. How would > > routing protocols use ipfw based tables, for example? Marko's work > > touches a lot of files, but I don't think it's heavy weight. > > > > I also think using Marko's idea and Jails would allow create the > > notion of a logical system and multiple such logical systems may be > > configured on a single FreeBSD system. > > > > Regards, > > > > Ray. > > Don't get me wrong.. I very much like vimage, and it is a great pitty > that it > (in the form it is in now) > is basically incompatible in concept with freeBSD 5+ (where most things > are modules)(*). > > I've even done some small work on prototyping how one MIGHT be able to > make it happen, but for what I want (just be able to have some packets us= e > an alternative routing table), having ipfw fwd them according to a table > does just fine. > > (*) The problem is that moving all globals to a structure only works if > you know what globals > are linked in. If you load a module, you need to expand the structure. > This is problematic > to say the least. The same problem has been solved with > Thread-local-storage using hooks > in the compiler and linker but I don't think we can do that in the > kernel. (at least not easily). > >