Monitoring Tools

Paolo Lucente pl+list at
Thu Aug 19 17:54:02 UTC 2010

Too much widsom in just a single email


On Thu, Aug 19, 2010 at 09:04:13AM -0700, George Bonser wrote:
> > -----Original Message-----
> > From: jacob miller 
> > Sent: Thursday, August 19, 2010 4:36 AM
> > To: nanog at
> > Subject: Re: Monitoring Tools
> > 
> > Phil,
> > 
> > Am looking for availability reports,bandwidth usage,alerting service
> > and ability to create different logins to users so they can access
> diff
> > objects
> > 
> > Thnks,
> Jacob,
> I have not yet found a monitoring environment to my liking and I have
> seen most of them over the years.  That is a project that could keep
> someone busy for a decade or so (and is one of the things I might work
> on when I retire).  It seems that the more configurable they are, the
> less intuitive they are and more difficult to get configured properly.
> Many of the open source tools have only one or two active developers who
> also have lives outside the project and dealing with a flood of feature
> requests from the field can be more than they can reasonably
> accommodate. The commercial monitoring environments can be extremely
> expensive and very difficult to configure.  More important than
> configuring them is maintaining that configuration over time as things
> change.  I have seen many monitoring environments installed and
> configured only to become somewhat useless and disused over time as the
> configuration isn't kept up to date.
> Good luck in your search but in my experience it generally comes down to
> putting together a hodge-podge of various tools that give a specific
> operation the information it needs as those needs vary from one
> operation to the next.
> One problem, too, with these tools is that they often collect duplicate
> information.  It would be nice to have some common collector/store so
> that other tools can pull the information out of that store.  Why have
> three different tools querying snmp stats from the same devices? Having
> one collector and sharing the data would be a better approach.  There is
> an attempt to consolidate various open source tools in a common
> framework called GroundWorks.  They aren't completely there yet but I
> believe they are pointed in the right direction.
> George

More information about the NANOG mailing list