From owner-freebsd-net@FreeBSD.ORG Thu Mar 4 10:51:58 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 5D7AE16A4CE for ; Thu, 4 Mar 2004 10:51:58 -0800 (PST) Received: from transport.cksoft.de (transport.cksoft.de [62.111.66.27]) by mx1.FreeBSD.org (Postfix) with ESMTP id A3A0D43D39 for ; Thu, 4 Mar 2004 10:51:55 -0800 (PST) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from transport.cksoft.de (localhost [127.0.0.1]) by transport.cksoft.de (Postfix) with ESMTP id D076F1FFDC1; Thu, 4 Mar 2004 19:51:53 +0100 (CET) Received: by transport.cksoft.de (Postfix, from userid 66) id E3CC61FFDBC; Thu, 4 Mar 2004 19:51:51 +0100 (CET) Received: by mail.int.zabbadoz.net (Postfix, from userid 1060) id A8684154F9; Thu, 4 Mar 2004 18:51:41 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by mail.int.zabbadoz.net (Postfix) with ESMTP id A54FB154C7; Thu, 4 Mar 2004 18:51:41 +0000 (UTC) Date: Thu, 4 Mar 2004 18:51:41 +0000 (UTC) From: "Bjoern A. Zeeb" X-X-Sender: bz@e0-0.zab2.int.zabbadoz.net To: James In-Reply-To: <20040304172529.GA86502@scylla.towardex.com> Message-ID: 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> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Virus-Scanned: by AMaViS cksoft-s20020300-20031204bz on transport.cksoft.de cc: freebsd-net@freebsd.org Subject: Re: My planned work on networking stack 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: Thu, 04 Mar 2004 18:51:58 -0000 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/