Want to read Slashdot from your mobile device? Point it at m.slashdot.org and keep reading!


Forgot your password?

Comment Re:Pick and Choose the best (Score 1) 113

The unstable version (what will be come stable 1.8) does have a RESTful API for adding nodes. Additionally, 1.6.x and higher have an API for specifying your nodes manually, which can be called from external tools. This feature has been enhanced in what will be 1.8 to still scan interfaces on the nodes you specified, and such.

Comment Re:What I Lack in Open Source Monitoring Solutions (Score 1) 342

FYI, I work for OpenNMS, so I can't answer for all systems, but I can tell you how we stack up against your requirements:


Many solutions out there seems to have been developed in what can only be described as an "organic" process. I.E. a few scripts were used from start, were hooked up with some other scripts, were slammed into a web-interface, got some more features, then something central were ripped out and replaced to allow yet more features and so on and so forth.

OpenNMS was started by guys who did OpenView, NetCool, and other consulting for years and were tired of crappy tools that were hard to integrate with, so it was designed with scalability and "enterprise-ness" from the start. We've got folks monitoring hundreds of thousands of data points every 5 minutes from a single box. At this point the biggest bottleneck is not the code, but the I/O capabilities of your monitoring host, and how much data it can save to disk in a given amount of time.


Does anyone know a solution that can both receive from syslog and decode traps with a given MIB, and then do some simple logic, like squashing repeats, displaying on a web-page with archival-options, and dispatch to mail/sms based on configurable rules?

OpenNMS can do this, with a combination of our syslog daemon (which turns syslog messages into events), the event translator (which can parse those events and let you look for certain patterns to make more specific/different events), and alarms, which collapse multiple events of the same type into a single thing which you would then use to send notifications (which can span various groups, duty schedules, and notification types).


Modularity/Seamless Integration

OpenNMS has a number of ways to integrate external systems:

* traps - OpenNMS can receive SNMP traps and turn them into events internally

* event socket - OpenNMS has an event socket that you can push XML to that become events internally

* syslog (as mentioned earlier)

* "passive status" which lets you essentially "push" polled data instead of querying it from a remote device

I'm a coder, I don't do any of our field-implementation consulting, so there are probably more ways to integrate that I've forgotten, but basically at this point, there's nothing you'd want to integrate that couldn't be integrated with just a little glue scripting.

That said...


The Perfect Monitoring System

There is no perfect monitoring system. Everyone (including me... <g>) starts out thinking "eh, network management can't be that complicated" but it turns out everyone has wildly different networks, different needs, and in the end, will get the most out of different solutions. Any network management tool that says it can solve everyone's problems is lying. There are absolutely situations where some tool would work better for your specific needs than OpenNMS, but we've worked hard to provide a platform that eases integration, to cover as many of those needs as possible. So far, all of the stuff you've mentioned is doable in OpenNMS. Not all of it would happen out of the box, but all of the things you're wanting are possible due to our flexible integration points.

Comment Re:OpenNMS (Score 1) 342

Yeah, the web UI code is the cruftiest part of OpenNMS, and it's next on our list to tackle/modernize. It's last in the list since the most important part is the backend, and notifications. Day-to-day, the web UI is more important to managers that want to see pretty graphs, and the notification system is for the folks doing real work responding to issues. ;)

We've already started taking steps towards that, implementing a RESTful interface for the backend parts of the system. Now we need to make a nice UI that takes advantage of it...

Comment Re:Zenoss (Score 4, Interesting) 342

And this is why we (OpenNMS) don't play the per-node. It's not any harder to run OpenNMS when managing 1000 nodes than when managing 100, you only need to scale hardware appropriately. Per-node pricing is an artificial limitation.

We also don't play the "you get a special price behind closed doors" game, our support prices are public, fair, and the same for everyone -- and that's only if you need commerical support -- our prices are $0 if you don't need or want support.

If you do the math, it's $0 for the software, plus $14,995/year for support for any number of nodes, and the software is 100% open-source and fully capable of replacing or exceeding OpenView. ;)

Comment This Just In... (Score 1) 412

This Just In: Many FOSS Businesses Started by People Who Assume You Can Apply a Support Model to Any Business

Just because people hopped on the bandwagon and forgot the "plan" part of business plan doesn't mean it's a broken model, only that it's a model that can't be applied to all things.

I work for The OpenNMS Group, a commercial consulting company based around the OpenNMS network management platform. We do the "traditional" open-source business model, and it works quite well. I guarantee it won't work for everyone, but in our specific case, network management is a very large discipline that tends to need custom configuration (and sometimes even code) for most environments. Everyone's network is different, and there is no one-size-fits-all solution.

That makes it ideal for the Free Software model; you'll end up spending $50k easy on solutions from HP and their ilk, and then twice that again to get consultants to actually make it do what you want. Making the software free still leaves plenty of room to add value, help scale, and teach NOC operators how to get the most out of it without screwing hobbyists and small companies willing to put the man-hours into doing it themselves when they can't afford the budget on consulting services.

Just because someone's trying to start a company selling support for the Gimp or something doesn't mean it's a good idea, but just because the service model doesn't work for some open-source software doesn't mean it's a bad one. You still have to have a business plan, and you still have to provide value to your customers. Just because the software itself is freely available and/or Free doesn't change that. That didn't stop a bunch of companies from popping up, riding the "open source" wave...

In the end, the companies that came out with a poor strategy will fail, and others will remain, and open source will be just another boring old business strategy like all the others. ;)

The Courts

Submission + - OpenNMS Retains Eben Moglen's Law Firm vs. Cittio (opennms.org)

Sortova writes: "I just wanted to thank "Ask Slashdot" readers (well, some of them) for helping OpenNMS figure out what to do when we discovered what appears to be a violation of the GPL by the Cittio Watchtower product. Many said "Get a Lawyer" but since the GPL requires a rather specialized knowledge we didn't know who to contact. We wanted to work with the Software Freedom Law Center, but since the copyright to OpenNMS is held by a for-profit company (the services-only OpenNMS Group) they couldn't help.

However, the Slashdot article caused a number of people to contact us with information on how Cittio uses OpenNMS in their application, and with that information I was able to approach Eben Moglen. His team has formed the law firm Moglen Ravicher, LLC to represent "select for-profit clients that support FOSS but are not eligible to receive SFLC's pro bono services". We are excited to be represented by the GPL experts, and we hope that the work of the OpenNMS community will be protected and available in the true spirit of free software in which it is developed."

Utilities (Apple)

Submission + - Adium code forked over Leopard Dispute (livejournal.com)

admiralfrijole writes: Earlier this week, several people opened tickets against Adium crashes occurring in the latest Leopard Beta, which started a veritable firestorm of controversy that included discussions of GPL violations, disabling features, and quite a spat across no less than 3 different IRC channels.

Today, one of the people who filed a ticket and was told that it would not be fixed until Leopard ships announced on his blog that he, and several other unnamed individuals, have forked Adium to create A.org.

Slashdot Top Deals

If you can count your money, you don't have a billion dollars. -- J. Paul Getty