Hi Folks, If you had it all to do over again, what would you use for network monitoring: Nagios, OpenNMS, or something else entirely? I care about availaility, latency, loss, jitter, and trap handling for interface up/down, loss of power, etc. Sensible behavior in situations where parent routers/links are flapping is also important. I would very much appreciate input from folks monitoring 1000+ network elements. Cheers, Jon ------------------------------------- +64 27 502 8230 http://about.me/jonbrewer -------------------------------------
OpsView.
That is all.
From: Jonathan Brewer
+1 for Opsview.
I have a reasonable amount of experience with it of late, It ticks most of
the boxes mentioned here. For those of you who aren't aware - it's basically
Nagios on steroids. Full commercial support is available or there is a
community edition with almost all of the features in the commercially
supported version. It has a data warehouse built in, supports multiple
distributed monitoring points, SNMP Traps can be handled via passive checks,
a neat web interface, android client, built in reports and a REST API that
works really well.
The commercially supported version also integrates with RANCID, Jasper
reports and has a service desk connector (integrates with RT and such).
http://www.opsview.com/community/compare-opsview
Oh they have a module for puppet too :)
On 30 August 2011 22:28, Geraint Jones
OpsView.
That is all.
From: Jonathan Brewer
Date: Tue, 30 Aug 2011 22:18:02 +1200 To: Subject: [nznog] Nagios vs. OpenNMS vs. SomethingElse Hi Folks,
If you had it all to do over again, what would you use for network monitoring: Nagios, OpenNMS, or something else entirely?
I care about availaility, latency, loss, jitter, and trap handling for interface up/down, loss of power, etc. Sensible behavior in situations where parent routers/links are flapping is also important.
I would very much appreciate input from folks monitoring 1000+ network elements.
Cheers,
Jon
------------------------------------- +64 27 502 8230 http://about.me/jonbrewer ------------------------------------- _______________________________________________ NZNOG mailing list NZNOG(a)list.waikato.ac.nz http://list.waikato.ac.nz/mailman/listinfo/nznog
_______________________________________________ NZNOG mailing list NZNOG(a)list.waikato.ac.nz http://list.waikato.ac.nz/mailman/listinfo/nznog
On 30/08/2011, at 10:18 PM, Jonathan Brewer wrote:
Hi Folks,
If you had it all to do over again, what would you use for network monitoring: Nagios, OpenNMS, or something else entirely?
I care about availaility, latency, loss, jitter, and trap handling for interface up/down, loss of power, etc. Sensible behavior in situations where parent routers/links are flapping is also important.
I would very much appreciate input from folks monitoring 1000+ network elements.
I recently looked in to this, and everything free out there seems to suck unless you have people full time building+maintaining this stuff. Nagios appears to be the only free tool with almost reasonable dependency behaviors, and flap detection. However it doesn't easily handle SNMP traps/informs, and it doesn't (last I looked) handle multiple dependency trees either based on different layers of a network stack, or different collectors - I'd like something like that. It also involves lots of manual configuration. There are lots of good tools out there if you've got 10 or so routers, and probably lots of servers. I'm going to stick with Nagios for now, with some stuff to handle SNMP alarms, and probably alarms from spunk. -- Nathan Ward
I'm just about to jump in the same thing again, as my new employer is a microsoft shop I'm looking at building/procuring: An NMIS virtual Appliance A Nagios Virtual Appliance There will be a 'Data Warehouse' in MS SQL Server that push/pulls data to both the appliance's. The Dev's here will then build a pretty frontend to this database. The device list is in DiamondIP's IPAM software, which does network discovery and mapping. Jon, if your in Christchurch any time soon I can share my experiences with NMIS/Nagios/SolarWinds/etc Cheers, Bill On Wed, 31 Aug 2011 02:19:03 +1200, Nathan Ward wrote:
On 30/08/2011, at 10:18 PM, Jonathan Brewer wrote:
Hi Folks, If you had it all to do over again, what would you use for network monitoring: Nagios, OpenNMS, or something else entirely? I care about availaility, latency, loss, jitter, and trap handling for interface up/down, loss of power, etc. Sensible behavior in situations where parent routers/links are flapping is also important. I would very much appreciate input from folks monitoring 1000+ network elements.
I recently looked in to this, and everything free out there seems to suck unless you have people full time building+maintaining this stuff.
Nagios appears to be the only free tool with almost reasonable dependency behaviors, and flap detection. However it doesn't easily handle SNMP traps/informs, and it doesn't (last I looked) handle multiple dependency trees either based on different layers of a network stack, or different collectors - I'd like something like that. It also involves lots of manual configuration.
There are lots of good tools out there if you've got 10 or so routers, and probably lots of servers.
I'm going to stick with Nagios for now, with some stuff to handle SNMP alarms, and probably alarms from spunk.
-- Nathan Ward _______________________________________________ NZNOG mailing
list
NZNOG(a)list.waikato.ac.nz [1]
http://list.waikato.ac.nz/mailman/listinfo/nznog [2] Links: ------ [1] mailto:NZNOG(a)list.waikato.ac.nz [2] http://list.waikato.ac.nz/mailman/listinfo/nznog
On Wed, 31 Aug 2011, Nathan Ward wrote:
I recently looked in to this, and everything free out there seems to suck unless you have people full time building+maintaining this stuff.
Hi Nathan. I think that monitoring applications are inherently labour intensive. When I've seen them try to do automatic configuration the results have usually been poor. It can auto detect information on the systems but can't detect what the organisation considers important or what thresholds are right for that organisation. You still need to tunr reporting and alerting to match requirements. The best way to manage it for medium-large deployments IMHO is to use a configuration management system like Puppet and have it configure the monitor for you. I am very impressed with collectd for performance monitoring and you can tie it in to Nagios for alert monitoring.
Nagios appears to be the only free tool with almost reasonable dependency behaviors, and flap detection. However it doesn't easily
There is a fork of Nagios called Icinga that may be worth looking at. https://www.icinga.org/ Cheers, Rob -- Email: robert(a)timetraveller.org Linux counter ID #16440 IRC: Solver (OFTC & Freenode) Web: http://www.practicalsysadmin.com Director, Software in the Public Interest (http://spi-inc.org/) Open Source: The revolution that silently changed the world
My employer is in the same situation at the moment. We have been using a combination of a very customised nagios, cacti, and perl syslog parsing scripts for years, and are currently evaluating various free and commercial offerings. We would like to to have a single package that can monitor and graph the figures it gets back from the various pollers or checks without duplication of snmp gets/walks on every network device, and something that can handle snmptraps and other arbitrary events in some intelligent way. For example, one of the more annoying things about nagios is that you can't send it an alarm for something unless you've first defined that alarm. In other words, I can't receive a critical *-1-* message from a cisco device and pass it on to Nagios intact - I have to at best create a generic "critical cisco event" alarm, and submit it there, which can be problematic if I then receive another similar alarm from a different device while the first is already acknowledged. I could create hundreds of passive critical cisco event checks, one for each device, and do it that way, but then what if get more than one critical event for the same device. I also get very annoyed by the flap detection, which results in us getting a critical (hard) alarm for a device, and then never seeing the OK message because flap detection quietly suppresses it. That might possibly be a result of the way we've customised it though - I'm not sure. However, I would very much like to hear more on this thread about what people are using, and have found to work. Even the commercial packages seem to have serious limitations on what they can do, and run aground when <unknown but critical device that can only be queried via expect scripts> is added to the mix and expected to be monitored and graphed. On 30/08/2011 10:18 p.m., Jonathan Brewer wrote:
Hi Folks,
If you had it all to do over again, what would you use for network monitoring: Nagios, OpenNMS, or something else entirely?
I care about availaility, latency, loss, jitter, and trap handling for interface up/down, loss of power, etc. Sensible behavior in situations where parent routers/links are flapping is also important.
I would very much appreciate input from folks monitoring 1000+ network elements.
Cheers,
Jon
We've been using OpenNMS for about three years and love it. Not quite 1000 nodes. We outsource all the admin & dev for it to a local guy which probably takes less than 5 hours per month. Let me know if you want to chat to our admin guy (I've bcc'd him, so he might want to chime in anyway). Shane Hobson See our latest news here : Velocity Networks is sold to WEL Networks http://www.voxy.co.nz/technology/networks-transition-ultrafast-fibre/5/99298 On 30/08/2011, at 10:18 PM, Jonathan Brewer wrote:
Hi Folks,
If you had it all to do over again, what would you use for network monitoring: Nagios, OpenNMS, or something else entirely?
I care about availaility, latency, loss, jitter, and trap handling for interface up/down, loss of power, etc. Sensible behavior in situations where parent routers/links are flapping is also important.
I would very much appreciate input from folks monitoring 1000+ network elements.
Cheers,
Jon
------------------------------------- +64 27 502 8230 http://about.me/jonbrewer ------------------------------------- _______________________________________________ NZNOG mailing list NZNOG(a)list.waikato.ac.nz http://list.waikato.ac.nz/mailman/listinfo/nznog
Intermapper works great for us, handles dependancies, has configurable timers for flapping, and all the usual + traps. Remote Access is nice, engineers can bring it up from anywhere on their screen with full maps displayed rather than just a list of probes. It's cheap. For logging Splunk works well.
We've looked at free options but nothing seems to do the job without a ton of scripting and multiple packages.
What we don't like is the cost of Intermapper Flows – ideally we'd like to have NetFlow monitoring on everything, but at $300 USD per router + maintenance, it's hard to justify. If anyone knows of decent NetFlow analysers that are less costly for 200+ routers, I'd like to hear about them.
-Scott
From: Jonathan Brewer
Intermapper works great for us, handles dependancies, has configurable timers for flapping, and all the usual +
We've looked at free
The only commercial solution that comes close to what we need as an enterprise is the product suite from SolarWinds, but its expensive when your talking 8-12,000 IP enabled devices. On Tue, 30 Aug 2011 13:46:56 -0700, Scott Pettit wrote: traps. Remote Access is nice, engineers can bring it up from anywhere on their screen with full maps displayed rather than just a list of probes. It's cheap. For logging Splunk works well. options but nothing seems to do the job without a ton of scripting and multiple packages.
What we don't like is the cost of Intermapper Flows - ideally we'd like to have NetFlow monitoring on everything, but at $300 USD per router + maintenance, it's hard to justify. If anyone knows of decent NetFlow analysers that are less costly for 200+ routers, I'd like to hear about them.
-Scott From: Jonathan Brewer
To: "nznog(a)list.waikato.ac.nz [2]" Subject: [nznog] Nagios vs. OpenNMS vs. SomethingElse If you had it all to do over again, what would you use for network monitoring: Nagios, OpenNMS, or something else entirely?
I care about availaility, latency, loss, jitter, and trap handling for interface up/down, loss of power, etc. Sensible behavior in situations where
Date: Tue, 30 Aug 2011 03:18:02 -0700 parent routers/links are flapping is also important.
I would very
much appreciate input from folks monitoring 1000+ network elements. Links: ------ [1] mailto:jon.brewer(a)gmail.com [2] mailto:nznog(a)list.waikato.ac.nz [3] mailto:nznog(a)list.waikato.ac.nz
I wouldnt recommend Solarwinds. It is a bloated piece of crap.
On Wed, Aug 31, 2011 at 8:50 AM, Bill Walker
**
The only commercial solution that comes close to what we need as an enterprise is the product suite from SolarWinds, but its expensive when your talking 8-12,000 IP enabled devices.
On Tue, 30 Aug 2011 13:46:56 -0700, Scott Pettit wrote:
Intermapper works great for us, handles dependancies, has configurable timers for flapping, and all the usual + traps. Remote Access is nice, engineers can bring it up from anywhere on their screen with full maps displayed rather than just a list of probes. It's cheap. For logging Splunk works well. We've looked at free options but nothing seems to do the job without a ton of scripting and multiple packages. What we don't like is the cost of Intermapper Flows – ideally we'd like to have NetFlow monitoring on everything, but at $300 USD per router + maintenance, it's hard to justify. If anyone knows of decent NetFlow analysers that are less costly for 200+ routers, I'd like to hear about them. -Scott From: Jonathan Brewer
Date: Tue, 30 Aug 2011 03:18:02 -0700 To: "nznog(a)list.waikato.ac.nz" Subject: [nznog] Nagios vs. OpenNMS vs. SomethingElse If you had it all to do over again, what would you use for network monitoring: Nagios, OpenNMS, or something else entirely? I care about availaility, latency, loss, jitter, and trap handling for interface up/down, loss of power, etc. Sensible behavior in situations where parent routers/links are flapping is also important.
I would very much appreciate input from folks monitoring 1000+ network elements.
_______________________________________________ NZNOG mailing list NZNOG(a)list.waikato.ac.nz http://list.waikato.ac.nz/mailman/listinfo/nznog
-- Callum Barr me(a)callumb.com
I wouldnt recommend Solarwinds. It is a bloated
That it may be, but as far as what it presents, it has the pretty bits the management guys want. On Wed, 31 Aug 2011 08:54:41 +1200, Callum Barr wrote: piece of crap.
On Wed, Aug 31, 2011 at 8:50 AM, Bill Walker
wrote:
The only commercial solution that comes close to what we
On Tue,
30 Aug 2011 13:46:56 -0700, Scott Pettit wrote:
Intermapper
works great for us, handles dependancies, has configurable timers for flapping, and all the usual + traps. Remote Access is nice, engineers can bring it up from anywhere on their screen with full maps displayed rather than just a list of probes. It's cheap. For logging Splunk works well.
We've looked at free options but nothing seems to do the job without a ton of scripting and multiple packages. What we don't
need as an enterprise is the product suite from SolarWinds, but its expensive when your talking 8-12,000 IP enabled devices. like is the cost of Intermapper Flows - ideally we'd like to have NetFlow monitoring on everything, but at $300 USD per router + maintenance, it's hard to justify. If anyone knows of decent NetFlow analysers that are less costly for 200+ routers, I'd like to hear about them.
-Scott From: Jonathan Brewer Date: Tue, 30 Aug
2011 03:18:02 -0700
To: "nznog(a)list.waikato.ac.nz [2]" Subject: [nznog] Nagios vs. OpenNMS vs. SomethingElse If you had it all to do over again, what would you use for network monitoring: Nagios, OpenNMS, or something else entirely?
I care about availaility, latency, loss, jitter, and trap handling for interface up/down, loss of power, etc. Sensible behavior in situations where parent routers/links are flapping is also important.
I would very much appreciate input from folks monitoring 1000+ network elements.
NZNOG mailing list
NZNOG(a)list.waikato.ac.nz [4]
http://list.waikato.ac.nz/mailman/listinfo/nznog [5]
-- Callum Barr me(a)callumb.com [7]
Links: ------ [1] mailto:jon.brewer(a)gmail.com [2] mailto:nznog(a)list.waikato.ac.nz [3] mailto:nznog(a)list.waikato.ac.nz [4] mailto:NZNOG(a)list.waikato.ac.nz [5] http://list.waikato.ac.nz/mailman/listinfo/nznog [6] mailto:bill(a)wjw.co.nz [7] mailto:me(a)callumb.com
+1 for intermapper by a country mile.
________________________________
From: nznog-bounces(a)list.waikato.ac.nz
[mailto:nznog-bounces(a)list.waikato.ac.nz] On Behalf Of Scott Pettit
Sent: Wednesday, 31 August 2011 8:47 a.m.
To: nznog(a)list.waikato.ac.nz
Subject: Re: [nznog] Nagios vs. OpenNMS vs. SomethingElse
Intermapper works great for us, handles dependancies, has configurable
timers for flapping, and all the usual + traps. Remote Access is nice,
engineers can bring it up from anywhere on their screen with full maps
displayed rather than just a list of probes. It's cheap. For logging
Splunk works well.
We've looked at free options but nothing seems to do the job without a
ton of scripting and multiple packages.
What we don't like is the cost of Intermapper Flows - ideally we'd like
to have NetFlow monitoring on everything, but at $300 USD per router +
maintenance, it's hard to justify. If anyone knows of decent NetFlow
analysers that are less costly for 200+ routers, I'd like to hear about
them.
-Scott
From: Jonathan Brewer
Im also in a similar position. Im currently using Nagios + a large amount of customisation but I have a few requirements coming up that Nagios wont be able to do. OpenNMS is looking like the likely candidate but I also want to evaluate Zenoss and Zabbix. I hadnt seen them mentioned here yet so I thought Id throw the names out and see if anyone has tried either of them at all. Scaling is the issue I guess, Nagios just does it so well. Cameron _____ From: nznog-bounces(a)list.waikato.ac.nz [mailto:nznog-bounces(a)list.waikato.ac.nz] On Behalf Of Jonathan Brewer Sent: Tuesday, 30 August 2011 8:18 PM To: nznog(a)list.waikato.ac.nz Subject: [nznog] Nagios vs. OpenNMS vs. SomethingElse Hi Folks, If you had it all to do over again, what would you use for network monitoring: Nagios, OpenNMS, or something else entirely? I care about availaility, latency, loss, jitter, and trap handling for interface up/down, loss of power, etc. Sensible behavior in situations where parent routers/links are flapping is also important. I would very much appreciate input from folks monitoring 1000+ network elements. Cheers, Jon ------------------------------------- +64 27 502 8230 http://about.me/jonbrewer http://about.me/jonbrewer -------------------------------------
we are far from 1000+ nodes in the moment but i was there already. I
currently run stats gathering separate from notification/alerting. for
the stats gathering i use a combination of collectd and graphite. the
notification bit is home grown and would currently not scale to your
needs.
a really good article about monitoring is this one from the MT guys:
http://weblog.mediatemple.net/2011/04/07/getting-more-signal-from-your-noise...
cheers
lenz
On Wed, Aug 31, 2011 at 11:49 AM, Cameron
I’m also in a similar position.
I’m currently using Nagios + a large amount of customisation but I have a few requirements coming up that Nagios won’t be able to do. OpenNMS is looking like the likely candidate but I also want to evaluate Zenoss and Zabbix. I hadn’t seen them mentioned here yet so I thought I’d throw the names out and see if anyone has tried either of them at all. Scaling is the issue I guess, Nagios just does it so well.
Cameron
________________________________
From: nznog-bounces(a)list.waikato.ac.nz [mailto:nznog-bounces(a)list.waikato.ac.nz] On Behalf Of Jonathan Brewer Sent: Tuesday, 30 August 2011 8:18 PM
To: nznog(a)list.waikato.ac.nz Subject: [nznog] Nagios vs. OpenNMS vs. SomethingElse
Hi Folks,
If you had it all to do over again, what would you use for network monitoring: Nagios, OpenNMS, or something else entirely?
I care about availaility, latency, loss, jitter, and trap handling for interface up/down, loss of power, etc. Sensible behavior in situations where parent routers/links are flapping is also important.
I would very much appreciate input from folks monitoring 1000+ network elements.
Cheers,
Jon
------------------------------------- +64 27 502 8230 http://about.me/jonbrewer -------------------------------------
_______________________________________________ NZNOG mailing list NZNOG(a)list.waikato.ac.nz http://list.waikato.ac.nz/mailman/listinfo/nznog
-- twitter: @norbu09 current project: iWantMyName.com
I'm also in a similar position.
I'm currently using Nagios + a large amount of customisation but I have a few requirements coming up that Nagios won't be able to do. OpenNMS is looking like the likely candidate but I also want to evaluate Zenoss and Zabbix. I hadn't seen them mentioned here yet so I thought I'd throw the names out and see if anyone has tried either of them at all. Scaling is
The Zenoss' pricing model didn't suit us and to get our hosts into there was going to take too long On Wed, 31 Aug 2011 09:49:07 +1000, Cameron wrote: the issue I guess, Nagios just does it so well.
Cameron
-------------------------
FROM: nznog-bounces(a)list.waikato.ac.nz
[mailto:nznog-bounces(a)list.waikato.ac.nz] ON BEHALF OF Jonathan Brewer
SENT: Tuesday, 30 August 2011 8:18 PM
TO: nznog(a)list.waikato.ac.nz
SUBJECT: [nznog] Nagios vs. OpenNMS vs. SomethingElse
Hi Folks,
If you had it all to do over again, what would you use for network monitoring: Nagios, OpenNMS, or something else entirely?
I care about availaility, latency, loss, jitter, and trap handling for interface up/down, loss of power, etc. Sensible behavior in situations where parent routers/links are flapping is also important.
I would very much appreciate input from folks monitoring 1000+ network elements.
Cheers,
Jon
-------------------------------------
+64 27 502 8230
-------------------------------------
Links: ------ [1] http://about.me/jonbrewer
You can’t argue with the pricing model of this though? http://sourceforge.net/projects/zenoss/ From: nznog-bounces(a)list.waikato.ac.nz [mailto:nznog-bounces(a)list.waikato.ac.nz] On Behalf Of Bill Walker Sent: Wednesday, 31 August 2011 12:06 p.m. To: nznog(a)list.waikato.ac.nz Subject: Re: [nznog] Nagios vs. OpenNMS vs. SomethingElse The Zenoss' pricing model didn't suit us and to get our hosts into there was going to take too long On Wed, 31 Aug 2011 09:49:07 +1000, Cameron wrote: I’m also in a similar position. I’m currently using Nagios + a large amount of customisation but I have a few requirements coming up that Nagios won’t be able to do. OpenNMS is looking like the likely candidate but I also want to evaluate Zenoss and Zabbix. I hadn’t seen them mentioned here yet so I thought I’d throw the names out and see if anyone has tried either of them at all. Scaling is the issue I guess, Nagios just does it so well. Cameron _____ From: nznog-bounces(a)list.waikato.ac.nz [mailto:nznog-bounces(a)list.waikato.ac.nz] On Behalf Of Jonathan Brewer Sent: Tuesday, 30 August 2011 8:18 PM To: nznog(a)list.waikato.ac.nz Subject: [nznog] Nagios vs. OpenNMS vs. SomethingElse Hi Folks, If you had it all to do over again, what would you use for network monitoring: Nagios, OpenNMS, or something else entirely? I care about availaility, latency, loss, jitter, and trap handling for interface up/down, loss of power, etc. Sensible behavior in situations where parent routers/links are flapping is also important. I would very much appreciate input from folks monitoring 1000+ network elements. Cheers, Jon ------------------------------------- +64 27 502 8230 http://about.me/jonbrewer http://about.me/jonbrewer -------------------------------------
That doesnt give you commercial support though, which we need :-( On Wed, 31 Aug 2011 12:18:56 +1200, Tim Price wrote:
You can't argue with the pricing model of this though? http://sourceforge.net/projects/zenoss/ [5]
FROM: nznog-bounces(a)list.waikato.ac.nz [mailto:nznog-bounces(a)list.waikato.ac.nz] ON BEHALF OF Bill Walker
TO: nznog(a)list.waikato.ac.nz SUBJECT: Re: [nznog] Nagios vs. OpenNMS vs. SomethingElse
The Zenoss' pricing model didn't suit us and to get our hosts into there was going to take too long
On Wed, 31 Aug 2011 09:49:07 +1000, Cameron wrote:
I'm also in a similar
SENT: Wednesday, 31 August 2011 12:06 p.m. position.
I'm currently using Nagios + a large amount of
customisation but I have a few requirements coming up that Nagios won't be able to do. OpenNMS is looking like the likely candidate but I also want to evaluate Zenoss and Zabbix. I hadn't seen them mentioned here yet so I thought I'd throw the names out and see if anyone has tried either of them at all. Scaling is the issue I guess, Nagios just does it so well.
Cameron
-------------------------
FROM:
nznog-bounces(a)list.waikato.ac.nz [1] [mailto:nznog-bounces(a)list.waikato.ac.nz] [2] ON BEHALF OF Jonathan Brewer
SENT: Tuesday, 30 August 2011 8:18 PM TO: nznog(a)list.waikato.ac.nz [3] SUBJECT: [nznog] Nagios vs. OpenNMS vs. SomethingElse
Hi Folks,
If you had it all to do over again, what would you use for network monitoring: Nagios, OpenNMS, or something else entirely?
I care about availaility, latency, loss, jitter, and trap handling for interface up/down, loss of power, etc. Sensible behavior in situations where parent routers/links are flapping is also important.
I would very much appreciate input from folks monitoring 1000+ network elements.
Cheers,
Jon
+64 27 502 8230
-------------------------------------
Links: ------ [1] mailto:nznog-bounces(a)list.waikato.ac.nz [2] mailto:[mailto:nznog-bounces(a)list.waikato.ac.nz] [3] mailto:nznog(a)list.waikato.ac.nz [4] http://about.me/jonbrewer [5] http://sourceforge.net/projects/zenoss/
I've used zenoss (small scale) and found it to work very well. Initial setup required a rather steep learning curve but after that it worked well. Hugely flexible and looked very scalable. Was a year or two since I last had any use for it and it seems to have gotten all "Cloudy" in that time. Well worth evaluating though. John On 08/31/2011 11:49 AM, Cameron wrote:
I’m also in a similar position.
I’m currently using Nagios + a large amount of customisation but I have a few requirements coming up that Nagios won’t be able to do. OpenNMS is looking like the likely candidate but I also want to evaluate Zenoss and Zabbix. I hadn’t seen them mentioned here yet so I thought I’d throw the names out and see if anyone has tried either of them at all. Scaling is the issue I guess, Nagios just does it so well.
Cameron
Without wanting to get into the whole Linux vs. Windows discussion,
'cos that's a never ending circle, I've used a product called PRTG
quite a bit and find it very very effective.
Yes, it's effectively a windows port of MRTG at its heart, but it's
been substantially modified over the years and is now a very strong
tool. Although originally a network monitoring tool, it'll also
monitor other systems, websites, syslogs etc, so it can be as close to
a one stop shop you can get.
It's also got a very good approach to layering, dependencies, and
visualisation. I heavily customised it when I last used it to build
specific display boards to blend network states with data like job
tickets open, web site load times/availability & stuff like that.
I'mo not easily impressed with commercial software, but this was on
the money for me. And at a decent price.... 20 nodes for free, and I
think we got an unlimited license at the time for around a thousand
bucks NZ. The support was very good as well, and they have a
reasonably robust test & release cycle. I pretty much had answers to
support calls within a business day (bearing in mind it's supported
out of Germany)
http://www.paessler.com
Quoting "Jonathan Brewer"
Hi Folks,
If you had it all to do over again, what would you use for network monitoring: Nagios, OpenNMS, or something else entirely?
I care about availaility, latency, loss, jitter, and trap handling for interface up/down, loss of power, etc. Sensible behavior in situations where parent routers/links are flapping is also important.
I would very much appreciate input from folks monitoring 1000+ network elements.
Cheers,
Jon
------------------------------------- +64 27 502 8230 http://about.me/jonbrewer -------------------------------------
participants (16)
-
Bill Walker
-
Callum Barr
-
Cameron
-
Charlie Bailey
-
Geraint Jones
-
Ian Batterbee
-
John Jenkins
-
Jonathan Brewer
-
lenz
-
Nathan Ward
-
Robert Brockway
-
Russell Tester
-
Sam Deller - Airnet
-
Scott Pettit
-
Shane Hobson
-
Tim Price