On Tue, 02 Aug 2016 17:59:14 +0200
Davide Principi wrote:
> On Tue, 2016-08-02 at 10:41 -0500, Karl O. Pinc wrote:
> > Time-series storage seems the way to go. And rrd-tool seems
> > like the tool for that job.
>
> What if accounting for any IP of the network is
On Tue, 2016-08-02 at 10:41 -0500, Karl O. Pinc wrote:
> Time-series storage seems the way to go. And rrd-tool seems
> like the tool for that job.
What if accounting for any IP of the network is required? Wouldn't it
require too much disk space?
___
On Tue, 2 Aug 2016 10:35:44 -0500
Robert Juric wrote:
> Well would anyone else be interested in developing a dedicated
> front-end utilizing the existingpmacct database? Or is it the general
> consensus that everyone exports the pmacct data to other systems for
>
Well would anyone else be interested in developing a dedicated front-end
utilizing the existingpmacct database? Or is it the general consensus that
everyone exports the pmacct data to other systems for graphical
representation?
On Tue, Aug 2, 2016 at 8:40 AM, Davide Principi
Hi Paolo,
I had to look at the code but I figured it out.
needed minb= not minb>=
On 08/02/2016 09:36 AM, Steve Clark wrote:
Hi Paolo,
I am trying to limit netflow aggregates to greater than 100 bytes before
insertion into my PG database, but
I can't seem to get it to work. All aggregates
On Tue, 2016-07-26 at 15:39 +0200, Davide Principi wrote:
> I'm looking for a bandwidthd replacement and I started experimenting
> with pmacct.
Well thanks again guys for all your suggestions!
Just for the record, I decided to enable the sqlite backend on
bandwidthd, by compiling it with an
Hi Paolo,
I am trying to limit netflow aggregates to greater than 100 bytes before
insertion into my PG database, but
I can't seem to get it to work. All aggregates are being inserted.
my config:
daemonize: true
debug: false
pidfile: /var/run/nfacctd.pid
syslog: daemon
pre_tag_map: