cancel
Showing results for 
Search instead for 
Did you mean: 
chris.lapoint
Level 18

Re: Multiple pollers - one graph

We're about to do a blog post on what we're working on in the next few days.   We'd love to get everyone's input once you've seen that list.  There are a lot of top priorities (e.g. 1, 1a, 1b, 1c), but we believe we're working on a lot of your top requests ;-)

0 Kudos
Highlighted
bluesk1d
Level 8

Re: Multiple pollers - one graph

Great. Can you reply with a link in this thread so those of us with subscriptions to it will be notified?

0 Kudos
pserwe
Level 12

Re: Multiple pollers - one graph

*drool* Smiley Wink

I'm personally most concerned with features like scalable administration, (user/node/custom poller), multiple pollers on a single graph and let's not forget SNMP table correlation.  From a "my time" standpoint the administration issues are foremost, but for business intelligence for both large and small customers the graphing and table handling are paramount.

Peter

0 Kudos
chris.lapoint
Level 18

Re: Multiple pollers - one graph

0 Kudos
bluesk1d
Level 8

Re: Multiple pollers - one graph

*sigh* Just as I feared none of the major shortcomings are being addressed, just a bunch of low hanging fruit that leave glaring fundamental capability holes intact. Just out of curiosity, why did you come into a thread called "Multiple pollers - one graph" and get everyone's hopes up when that's not at all part of this announcement?

Just tell the developers to download a free copy of Zenoss and Cacti and just copy everything they do for free! At the pricepoint an enterprise Orion deployment runs, they should have the resources to do it.

chris.lapoint
Level 18

Re: Multiple pollers - one graph

*sigh* Just as I feared none of the major shortcomings are being addressed, just a bunch of low hanging fruit that leave glaring fundamental capability holes intact. Just out of curiosity, why did you come into a thread called "Multiple pollers - one graph" and get everyone's hopes up when that's not at all part of this announcement?

I definitely hear your frustration and respect your opinion, but I don't think your tone is representative of the broader Orion user base.  There are numerous top feature requests (e.g., AD integration, dependencies, service level groups, etc.) listed in the post that have gotten a lot of folks excited.  Believe me, there were threads equal in length or in many times much longer (and spirited) than this one to include those features. 

My goal for including the link was to ensure that folks on this thread understood that many of their other top feature requests ARE currently being worked on and that we're listening even if they aren't getting everything they want.

For you and others watching this thread, please do keep it alive and kicking with requests around this subject (include detailed use-cases) as this helps us raise the priority.

0 Kudos
bluesk1d
Level 8

Re: Multiple pollers - one graph



*drool* Smiley Wink

I'm personally most concerned with features like scalable administration, (user/node/custom poller), multiple pollers on a single graph and let's not forget SNMP table correlation.  From a "my time" standpoint the administration issues are foremost, but for business intelligence for both large and small customers the graphing and table handling are paramount.

Peter



 

I couldn't agree more (especially graphing and table handling) but then again my tone apparently doesn't reflect the broader user base.

0 Kudos
pserwe
Level 12

Re: Multiple pollers - one graph

Right, here's the problem with the SW product development approach.

The things we're asking to get fixed mostly aren't big feature requests, but very obvious core functionality issues that anything calling itself an SNMP correlation engine should have pretty well nailed.  Most of the smaller customers simply don't have any idea what they are missing, and most larger customers are so sick of hearing the "we hear you" treatment and no action to back it up.  It's a level of frustration that is generally high enough to warrant loss of pleasantries.  I have other things I love about the product.

The low-hanging fruit approach is great on paper, people asked, we delivered, etc.  Auth even if it's AD based is a great step in the right direction for larger shops.  Huge.  It means I'll have to continue to support an AD infrastructure for very little good reason (time for ADAM, perhaps), but it's a great move.  The problem is, 500 people might really want pretty maps on the home page, when 2 people want custom table correlation, joining and graphing, but the second feature is more intrinsic.  500 people might want the ability to email out PDF's, which are a gigantic waste of bandwidth, and I just want to be able to have scheduled CSV exports of custom reports I created in NPM and NCM.  I want to be able to alert on data that's being shown in reports, but I can't figure out where to get it from.

I certainly don't expect SW to completely ignore the voices of the masses, the newer, smaller customers that want the bling, and don't notice the lack of substance, but it bothers me to no end to hear these features getting ignored release after release, all lip service and no action, for 3 years is ridonkulous.  

Another critical feature that's been whispered about and no mention:  The ability to compile our own MIB database.  Every other SNMP collection product in the world provides this feature.  It's nothing that needs to be re-invented.  Destiny does it weekly, but then decides to "clean up" and strip out critical yet obscure enterprises without notification.  How about those custom poller and trap alerts I had for my telephone switches that tell me if an trunk group carrying 3m minutes a day is down?  Egregiously unacceptable.  How about the ability to have custom pollers auto-assign based on multiple criteria during node addition?  I need to be able to configure standing orders and minimize the care and feeding of the product.  How about interfaces that randomly go into unknown status all the time?

How about the ability to graph interfaces in aggregate?  A bunch of good work has been done on traps and syslog, but it needs to go further.

How about granular user authorization/authentication and a full-passthrough of credentials from NPM to NCM?

How about node import templates, user creation templates, and the ability to import csv files in through those templates to provision nodes, users, and even alerts.  There are a bunch of alerts that due to limitations in the product, are painful to create for different events (traps, syslog, and custom pollers), I'd like to be able to create templates and import the variables in CSV format instead of all the point and click BS.  Even copying alerts, exporting / importing actions, etc, it's painful as hell to manage and add to weekly.  Now along with that, I'd like reports that both summarize and detail both my alert definitions, but also alerts on a per-node basis, counts, counts of traps/syslog, etc.  

I'm sure there is more, but that's as big of a chunk as I feel like regurgitating at the moment.

Peter

chris.lapoint
Level 18

Re: Multiple pollers - one graph

With every release, we do our best to include as many features as we can and to ensure that they represent what most customers are asking for.  Unfortunately, no matter what we pick to include, we're inevitably going to disappoint some people.  We think our approach works for most, but we can definitely understand why folks whose top features aren't included are upset.

0 Kudos
jspanitz
Level 14

Re: Multiple pollers - one graph


Chris,




Overall, in my short time as a SolarWinds customer, I've seen a lot of good things.  You guys seem genuinely interested in your customers.




As for the what's on tap posting, there are a few things on that list we wanted, which is really great news.  But I do agree with the majority here who think a tool like NCM that is version 10 and does not have what we see as basic capabilities is slightly insane.  And I'm going to try to keep this focused on the forum topic, although there are other areas we'd like to see addressed as well.




Putting multiple pollers on a graph or "easily" putting multiple graphs on one page to create dashboards or having graphs in reports (trending,etc) is what we would consider network monitoring 101.




That AD integration and dependencies are finally arriving is great news, it will ease some of the Orion management pain.  But we need to have these other basic issues addressed in the very short term.  The look on my associates and managements faces when I show them an Orion report that it just a bunch of numbers says it all.  We've got vendors beating down the door that can demo their bling bling interfaces and we've got to justify over and over why Orion is a good and the right investment.    Just give us a little bling, please.




For what it is worth, I absolutely hate posting comments like this on forums, because our overall impression of SW and the tools you provide is positive.  But it seems like this is the ordained method for feedback.


John