Date: Tue, 2 Mar 2004 19:38:31 +0000 From: Bruce M Simpson <bms@spc.org> To: Andre Oppermann <andre@freebsd.org> Cc: freebsd-net@freebsd.org Subject: Re: My planned work on networking stack Message-ID: <20040302193831.GF7115@saboteur.dek.spc.org> In-Reply-To: <404496AE.300E1457@freebsd.org> References: <4043B6BA.B847F081@freebsd.org> <200403011507.52238.wes@softweyr.com> <20040302031625.GA4061@scylla.towardex.com> <20040302042957.GH3841@saboteur.dek.spc.org> <404496AE.300E1457@freebsd.org>
next in thread | previous in thread | raw e-mail | index | archive | help
On Tue, Mar 02, 2004 at 03:14:06PM +0100, Andre Oppermann wrote: > > I've been fielding suggestions from individuals who feel using a multi-bit > > trie might be more suitable for achieving higher PPS rates. > > Yes. Which one should not matter. I want to make an API for the IPv4 > routing code. Different routing implementations then can be loaded or > changed at runtime or boot time. This sounds like an excellent idea. I agree that the PF_ROUTE interface is long in need of an overhaul (see previous mail to this effect in archives). The bit mask extraction sockaddr fandango we do to get things like netmasks in and out is nothing short of evil. The routing code could also benefit from some style cleanup and the use of the UMA zone allocator. > > > would the policy-routing optioned table sort of similar to VRF's or > > > different routing instances that could potentially be tied to userlands > > > like Quagga? > > That's the plan, I believe, anyway... It would be nice if Quagga could be > > taught about how to add TCP-MD5 keys to both FreeBSD and OpenBSD SADBs. > > What is the relationship tcp-md5 --> policy-routing? It's another one of those cross OS features which, whilst deceptively simple on the surface, requires some hacking of the routing daemon to grok PF_KEY messages (a well defined interface). We need a well-defined interface which is hopefully cross OS for policy routing. BMS
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20040302193831.GF7115>