Tobi is recommending using rrdtool for the backend and has user contributed
scripts to implement this, but hasn't altered the basic package. I don't see
that as a big deal.  He's a conservative guy and would not want to make the
change-over in the middle of a release string because of the installed base.
That doesn't really change the fact that there's a massive amount of
knowledge, support and implementations out there for MRTG.

The one knock on MRTG is the performance - it takes a lot of processor time
to make all those graphs.  But the 3rd party scripts address that by
converting over to an on-demand model for graph creation.


Also, remember that rrdtool backend is the future - further down in that
page is Tobi's note:

Future
Just as a side note: MRTG-3 will be based entirely on rrdtool technology.
But don't wait for it ... get going now!


But, hey, if another tool floats your boat better, go for it!

-----Burton


-----Original Message-----
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Mark
Duling
Sent: Wednesday, April 26, 2006 11:11 AM
To: [email protected]
Subject: Re: [Ntop] Were to placing Ntop on the network

[email protected] writes:
>But you are mistaken re MRTG - it's actively maintained.
>
>Both MRTG and rrdtool are written and maintained by Tobi Oetiker: 

I know all that.  I didn't say it wasn't actively maintained.  I was
questioning the practice of recommending MRTG to new users.

Here's what Tobi says about it:

http://oss.oetiker.ch/mrtg/doc/mrtg-rrd.en.html

"After using MRTG for some time you may find some limitations, mostly in the
areas of performance and graphing flexibility. These are exactly the areas
addressed by RRDtool. To learn more about RRDtool check out its
website .....   RRDtool Integration: ..... At the moment there is no
official script to do this, but two contributers have created such
scripts: ......"

These limitations and the wonky work-arounds using 3rd party scripts are
because the product's *design* is old.  For a new user with no particular
commitment to MRTG, what's the point?  Why not go with a modern integrated
RDDtool frontend that's easy to install and use?

Mark

_______________________________________________
Ntop mailing list
[email protected]
http://listgateway.unipi.it/mailman/listinfo/ntop

_______________________________________________
Ntop mailing list
[email protected]
http://listgateway.unipi.it/mailman/listinfo/ntop

Reply via email to