Re: [pmacct-discussion] Looking for a fresh pmacct UI

2016-08-03 Thread raf
Le 03/08/2016 à 14:43, Catalin Petrescu a écrit : Why passing by telegraf ? is a kafka (or amqp) consumer not enough ? telegraf is acting as kafka consumer in this case. Sure, but what about writing your own (or use kafka-influxdb with specific encoder) ? anyway this is a creative

Re: [pmacct-discussion] Looking for a fresh pmacct UI

2016-08-03 Thread Karl O. Pinc
On Wed, 3 Aug 2016 14:31:08 +0200 raf wrote: > Le 02/08/2016 à 17:41, Karl O. Pinc a écrit : > > And rrd-tool seems > > like the tool for that job. > > > > rdd still made a great job, but I think there are better option today. > (influx/graphite/grafana). Thanks. I've

Re: [pmacct-discussion] Looking for a fresh pmacct UI

2016-08-03 Thread Catalin Petrescu
On Wed, Aug 3, 2016 at 1:07 PM, raf wrote: > > Why passing by telegraf ? is a kafka (or amqp) consumer not enough ? > > > telegraf is acting as kafka consumer in this case. ___ pmacct-discussion mailing list

Re: [pmacct-discussion] Looking for a fresh pmacct UI

2016-08-03 Thread raf
Le 02/08/2016 à 17:41, Karl O. Pinc a écrit : Time-series storage seems the way to go. Yes for graphing. For tabular or analytic traditionnals sgbd are more suited for me. And rrd-tool seems like the tool for that job. rdd still made a great job, but I think there are better option

Re: [pmacct-discussion] Looking for a fresh pmacct UI

2016-08-03 Thread raf
Le 02/08/2016 à 17:35, Robert Juric a écrit : 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? The problem is

Re: [pmacct-discussion] Looking for a fresh pmacct UI

2016-08-03 Thread raf
Le 03/08/2016 à 13:25, Catalin Petrescu a écrit : hi , pmacctd->kafka->telegraf->influxdb->grafana works great for me if used for peering analitics. Why passing by telegraf ? is a kafka (or amqp) consumer not enough ? -- Raphael Mazelier ___

Re: [pmacct-discussion] Looking for a fresh pmacct UI

2016-08-03 Thread Catalin Petrescu
hi , pmacctd->kafka->telegraf->influxdb->grafana works great for me if used for peering analitics. http://imgur.com/a/u2OrM Unfurtunatlly because i can't get telegraf to make tags on fields that are not strings i have to rely on a script to get the data from influxdb(measurment1) to influxdb (

Re: [pmacct-discussion] Looking for a fresh pmacct UI

2016-08-02 Thread Karl O. Pinc
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

Re: [pmacct-discussion] Looking for a fresh pmacct UI

2016-08-02 Thread Davide Principi
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? ___

Re: [pmacct-discussion] Looking for a fresh pmacct UI

2016-08-02 Thread Karl O. Pinc
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 >

Re: [pmacct-discussion] Looking for a fresh pmacct UI

2016-08-02 Thread Robert Juric
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

Re: [pmacct-discussion] Looking for a fresh pmacct UI

2016-08-02 Thread Davide Principi
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

Re: [pmacct-discussion] Looking for a fresh pmacct UI

2016-08-01 Thread raf
Le 29/07/2016 à 09:03, Davide Principi a écrit : Thanks raf! This seems more comfortable! My php gui use mysql as backend, but it is trivial to change to sqlite (or whatever). Does it produce any graph? Could you attach some screenshots? No. I graph with grafana. But if you carefully

Re: [pmacct-discussion] Looking for a fresh pmacct UI

2016-07-28 Thread raf
Le 28/07/2016 à 08:50, Linas Lesauskas a écrit : Hi, just my 2 cents. I found very useful InfluxDB (https://influxdata.com/) for time-series data storage. It is extremely fast and lean on storage questions, uses kind of 20 bytes per record. Combining with Grafana (http://grafana.org/) you can

Re: [pmacct-discussion] Looking for a fresh pmacct UI

2016-07-26 Thread Robert Juric
I had started to work with HighCharts to put a front-end together for my small deployment. I also wouldn't mind contributing to a project in any way I could. Robert Juric On Tue, Jul 26, 2016 at 9:58 AM, Davide Principi < davide.princ...@nethesis.it> wrote: > Thanks for the prompt reply, Harry!

[pmacct-discussion] Looking for a fresh pmacct UI

2016-07-26 Thread Davide Principi
I'm looking for a bandwidthd replacement and I started experimenting with pmacct.  The monitoring daemon and the cli tool are amazing and seem to fit my needs;  however, on the web site links to external tools for displaying data are quite old. My ideal UI should be helpful on finding anomalous