Date: Thu, 4 Mar 2004 18:51:41 +0000 (UTC) From: "Bjoern A. Zeeb" <bzeeb-lists@lists.zabbadoz.net> To: James <haesu@towardex.com> Cc: freebsd-net@freebsd.org Subject: Re: My planned work on networking stack Message-ID: <Pine.BSF.4.53.0403041845480.78288@e0-0.zab2.int.zabbadoz.net> In-Reply-To: <20040304172529.GA86502@scylla.towardex.com> References: <4043B6BA.B847F081@freebsd.org> <200403011507.52238.wes@softweyr.com> <20040302042957.GH3841@saboteur.dek.spc.org> <20040303181034.GA58284@scylla.towardex.com> <20040304172529.GA86502@scylla.towardex.com>
next in thread | previous in thread | raw e-mail | index | archive | help
On Thu, 4 Mar 2004, James wrote: > > J> why inject as_path info from userland to kernel "fib"? may be netflow turning > > J> into an api that quagga can take advantage of to gather accounting information > > J> is more feasible? > > > > James, can you please describe your idea more understandible? I can't understand > > your last sentence, sorry. > > sorry, i wasn't writing clearly :) > > what i meant is, an implementation of an API for netflow gathering > stats from the kernel. once you have that API, perhaps quagga can take > advantage of that API, to support netflow accounting by itself, along > with as path information and all that.. quagga is _routing_ software. _accounting_ software is s.th. else. What you want is an interface from quagga and s.th. like ng_netflow or whatever it is called exactly(search the arhive) and a small piece of software that merges information gathered from both called an accounting daemon. PS: I have cut down the Cc: (also removed current@) -- Bjoern A. Zeeb bzeeb at Zabbadoz dot NeT 56 69 73 69 74 http://www.zabbadoz.net/
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?Pine.BSF.4.53.0403041845480.78288>