Re: Polling Bandwidth as an Aggregate

2012-01-25 Thread Brandon Ewing
On Fri, Jan 20, 2012 at 08:15:45AM -0500, Drew Weaver wrote: RTG uses MySQL for it's backend, so you can basically setup queries however you like and you can use RTGPOLL to graph multiple interfaces as well. It's a super good tool and I think there is a group working on RTG2 at googlecode

RE: Polling Bandwidth as an Aggregate

2012-01-20 Thread Drew Weaver
RTG uses MySQL for it's backend, so you can basically setup queries however you like and you can use RTGPOLL to graph multiple interfaces as well. It's a super good tool and I think there is a group working on RTG2 at googlecode (I think). -Drew -Original Message- From: Keegan Holley

Re: Polling Bandwidth as an Aggregate

2012-01-20 Thread Leo Bicknell
In a message written on Fri, Jan 20, 2012 at 12:16:14AM -0600, Jimmy Hess wrote: Except Cacti/RRDTOOL is really just a great visualization tool, while you can build stacks, it is not something that accurately meters data for billing purposes. The right kind of tool to use would be a netflow

Re: Polling Bandwidth as an Aggregate

2012-01-20 Thread Keegan Holley
Thanks all for the responses. I think I'm going to use cacti and plugins to aggregate. Aggregated billing is kind of something that would be nice to have but wasn't required. It's nice to know there are concerns with using cacti for this. My last question is if there is any easy/automated way

Re: Polling Bandwidth as an Aggregate

2012-01-20 Thread Nick Hilliard
On 20/01/2012 15:36, Keegan Holley wrote: using cacti for this. My last question is if there is any easy/automated way to pull interfaces into cacti and configure graphs for them either via SNMP or reading from a mysql DB. I suddenly remember how much I hate importing large routers into

Re: Polling Bandwidth as an Aggregate

2012-01-20 Thread Leo Bicknell
In a message written on Fri, Jan 20, 2012 at 10:36:38AM -0500, Keegan Holley wrote: using cacti for this. My last question is if there is any easy/automated way to pull interfaces into cacti and configure graphs for them either via SNMP or reading from a mysql DB. I suddenly remember how

Re: Polling Bandwidth as an Aggregate

2012-01-20 Thread Keegan Holley
Is there a plugin for MRTG that allows you to go back to specific times? I like MRTG better for this as well but cacti's graphs are much more flexible. 2012/1/20 Leo Bicknell bickn...@ufp.org In a message written on Fri, Jan 20, 2012 at 10:36:38AM -0500, Keegan Holley wrote: using cacti

Re: Polling Bandwidth as an Aggregate

2012-01-20 Thread Chris Adams
Once upon a time, Leo Bicknell bickn...@ufp.org said: To suggest Netflow is more accurate than rrdtool seems rather strange to me. It can be as accurate, but is not the way most people deploy it. Comparing Netflow to RRDTool is comparing apples to cabinets; one is a source of information and

Re: Polling Bandwidth as an Aggregate

2012-01-20 Thread Steve Clark
On 01/20/2012 10:53 AM, Chris Adams wrote: Once upon a time, Leo Bicknellbickn...@ufp.org said: To suggest Netflow is more accurate than rrdtool seems rather strange to me. It can be as accurate, but is not the way most people deploy it. Comparing Netflow to RRDTool is comparing apples to

Re: Polling Bandwidth as an Aggregate

2012-01-20 Thread Ian Goodall
On 20/01/2012 15:44, Nick Hilliard n...@foobar.org wrote: No. This is one of cacti's major failings: there is no externally accessible API. Not an external API but scripts have been available for some time now: http://www.cacti.net/downloads/docs/html/scripts.html Ian

Re: Polling Bandwidth as an Aggregate

2012-01-20 Thread Keegan Holley
2012/1/20 Chris Adams cmad...@hiwaay.net Once upon a time, Leo Bicknell bickn...@ufp.org said: To suggest Netflow is more accurate than rrdtool seems rather strange to me. It can be as accurate, but is not the way most people deploy it. Comparing Netflow to RRDTool is comparing apples

Re: Polling Bandwidth as an Aggregate

2012-01-20 Thread Nick Hilliard
On 20/01/2012 15:48, Leo Bicknell wrote: I find using MRTG is easier than Cacti for _automation_ purposes. It also has another slightly subtle but hugely useful advantage: the primary index reference of a graph does not refer to an interface name or a number, but can be defined as an arbitrary

RE: Polling Bandwidth as an Aggregate

2012-01-20 Thread Nathan Eisenberg
RTG uses MySQL for it's backend, so you can basically setup queries however you like and you can use RTGPOLL to graph multiple interfaces as well. It's a super good tool and I think there is a group working on RTG2 at googlecode (I think). Another RTG user! I didn't know many of us

Re: Polling Bandwidth as an Aggregate

2012-01-20 Thread Matt Addison
On Jan 20, 2012, at 12:49, Nathan Eisenberg nat...@atlasnetworks.us wrote: The web interface allows for interface aggregation, and the code for doing that could probably be reverse engineered easily enough for other reporting mechanisms as well. On this point (of nice aggregation UIs) is

Re: Polling Bandwidth as an Aggregate

2012-01-20 Thread Jeff Gehlbach
Matt Addison matt.addi...@lists.evilgeni.us wrote: On this point (of nice aggregation UIs) is anyone here using Graphite as a backend for their time series data stores? I'm not personally, but I know some of our support clients are happily using it along with OpenNMS' support for outboarding

Re: Polling Bandwidth as an Aggregate

2012-01-19 Thread Dale W. Carder
Hi Keegan, On Jan 19, 2012, at 9:50 PM, Keegan Holley wrote: Has anyone had to aggregate bandwidth data from multiple interfaces for billing. For example I'd like to poll with an open source tool and aggregate data from multiple interfaces connected to the same customer or multiple customers

Re: Polling Bandwidth as an Aggregate

2012-01-19 Thread Jimmy Hess
On Thu, Jan 19, 2012 at 10:48 PM, Dale W. Carder dwcar...@wisc.edu wrote: With the rrdtool backend, you can certainly define and add multiple sources from different files together. Using 'AREA' first and subsequently 'STACK' to view multiple data sources is particularly nice for