Hi Nick, At the time MRTG was the thing that everyone was using and the way it handled numbers and how it stored those numbers made it challenging to use for our use case. The things that we like about RTG are that it collects raw (non-smoothed) numbers (usage) and it stores those numbers in a well known RDBMS. This has made it extremely easy to integrate that data in other applications and with other data sources such as sflow/netflow to do some interesting things. It is also very easy to include graphs generated by RTG in other applications. The primary pain point is how it handles 'targets' for polling and the targetmaker script itself. I will check out Libre. Thanks! -Drew -----Original Message----- From: Nick Hilliard <nick@foobar.org> Sent: Wednesday, October 30, 2019 9:09 AM To: Drew Weaver <drew.weaver@thenap.com> Cc: 'nanog@nanog.org' <nanog@nanog.org> Subject: Re: RTG Drew Weaver wrote on 30/10/2019 12:25:

We've been using this product for years and years http://rtg.sourceforge.net/ to collect and store SNMP statistics.

It has been working fine for us. I haven't really been able to find much information about forks, new versions, and development happening on it.

A while back I heard that Yahoo created their own version of it but I could never find it.

that would have been yrtg: http://mu.org/~billf/yrtg/

Does anyone know if there is a spiritual successor to RTG that pretty much works the same way that is modernized?

It was ok at the time, in its own way, but there are lots of other options these days, ranging from librenms to graphite, prometheus and that end of things, depending on what you're looking for in a graphing package. Things moved on a bit in the area. Nick

On 10/30/19 6:13 AM, John Von Essen wrote:

I too love RTG, been using it forever, appears to handle interfaces all the way up 10G.

I still use RTG. Not for graphing or anything fancy, just for polling counters in a database to be queried by other things. It's still useful for raw numbers for billing.