[mrtg] VitalNet vs. other frontends?

Anson Rinesmith arinesmith at bigrivertelephone.com
Mon Oct 27 23:03:29 CET 2008

We've currently moving away from Castlerock SNMPc and MRTG and migrating to
zenoss. It's been nice so far, has nice graphing like MRTG, and better
alerting and clustering capability than Castlerock. Still in pre-stages, and
we are currently running all 3 in parallel, but so far we've been happy.



From: mrtg-bounces at lists.oetiker.ch [mailto:mrtg-bounces at lists.oetiker.ch]
Sent: Monday, October 27, 2008 12:58 PM
To: mrtg at lists.oetiker.ch
Subject: [mrtg] VitalNet vs. other frontends?


I have an installation of VitalNet that I've been "competing" with for 

the last few years, and I revisit this topic with management roughly 

once every 6-8 months.  


Does anyone have any pros or cons about VitalNet vs. any of the 

fairly popular front ends like:





I only am concerned with trending and alerting to a master monitor.

We've got an entrenched installation of Netcool and we're working 

on replacing our aging Big Brother deployment, but I need to give 

some fresh information to keep VitalNet at bay, or just a 

incredibly strong argument to eliminate it from use.


Or, if there really is a compelling reason to use it vs. something like 

Cacti or Routers, I'd like to heard that as well.




This email may contain privileged and/or confidential information that is
intended solely for the use of the addressee.  If you are not the intended
recipient or entity, you are strictly prohibited from disclosing, copying,
distributing or using any of the information contained in the transmission.
If you received this communication in error, please contact the sender
immediately and destroy the material in its entirety, whether electronic or
hard copy.  This communication may contain nonpublic personal information
about consumers subject to the restrictions of the Gramm-Leach-Bliley Act
and the Sarbanes-Oxley Act.  You may not directly or indirectly reuse or
disclose such information for any purpose other than to provide the services
for which you are receiving the information.
There are risks associated with the use of electronic transmission.  The
sender of this information does not control the method of transmittal or
service providers and assumes no duty or obligation for the security,
receipt, or third party interception of this transmission.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.oetiker.ch/pipermail/mrtg/attachments/20081027/d89d672d/attachment.html 

More information about the mrtg mailing list