nav[aria-label="Primary Navigation"] { padding: 0; & ul { list-style: none; width: 100%; display: flex; flex-direction: row; justify-content: start; align-items: start; gap: 30px; padding: 0; & li { margin: 0; } & ul li { list-style: none; } } }

Community
- Command Central
- MVP Program
- Monthly Mission
- Blogs
- Groups
- Events
- Media Vault
Products
- Observability
- Network Management
- Application Management
- IT Security
- IT Service Management
- System Management
- Database Management
Content Exchange
- SolarWinds Platform
- Server & Application Monitor
- Database Performance Analyzer
- Server Configuration Monitor
- Network Performance Monitor
- Network Configuration Manager
- SQL Sentry
- Web Help Desk
Free Tools & Trials
Store

Feature Request - Sign Up

rix

Sign if you think the biggest feature improvement to Orion
should be service/port monitoring ala WUG.

I personally think it would be incredible then.

Strength in numbers, make yourself heard.
maybe v7.5

Thanks,

-Network Janitor
(time to empty the bit bucket)

Find more posts tagged with

Accepted answers

All comments

Isaac

here here or is it hear hear

although a close second would be custom mibs (looks like they are working on this)

I have been building custom resource items. If you are interested let me know and I will send you the files necessary to make everything work.

73-TotalNodesVendor.Resource - totals the number of devices of each vendor type
81-AllNodesGrouped.Resource - groups nodes by vendor and creates a show/hide vendor nodes list
82-AllNodesbyVendor.Resource - same as above without the fancy show/hide feature
83-AllNodesDetail.Resource - a report (table) that lists all the nodes in the database first by vendor then by type. Include IP address, type, vendor, CPU, and memory.

loftenter

I second that!

Justin

unobile

I second that!

gonzajoh

I don't agree I'm afraid. In order of importance IMO....

1. Custom Mib reporting / alerting
2. TRAP HANDLING (can't believe they missed that one!!)
3. Device Grouping

One could argue that NPM is a NETWORK performance monitor (up to L3 OSI). What you are requesting is monitoring APPLICATIONS (ports and services) - not the same thing.

I agree however that it would be a 'nice to have' - and in fact, should not be too difficult to achieve

rix

Thanks for the responses!

I would think each mentioned above is already in some form of development:
1. Custom Mib reporting / alerting
2. TRAP HANDLING
3. Device Grouping

I haven't heard any mention of possibly extending Orion's capabilites
to include layers 4-7, so I'm hoping to put it on their radar screen.

All opinions are welcome.

Network_Guru

I'd have to agree with Gonzajoh, application monitoring is a nice to have feature, but is not really what Orion is all about.

My number one request is still having the port descriptions for Cisco Cat switches show up in Orion just as the router interface descriptions do.

Editing each port with a server's name is very time consuming on a fully loaded 6513, as well as maintaining these descriptions on both the switch AND Orion, every time a server is added, moved or deleted.

-=Cheers=-
NG

gudmo

Agreed that the port monitoring feature needs to be included..

Another feature request would be to be able to right click a node/interface in a web browser and enable/disable monitoring of that node/interface. In a multi user environment this is crucial. Our helpdesk does not have access to the actual NPM server but I would like them to be able to acknowledge and/or disable an alert to keep things in focus.

joef

I have to agree that fixing popular switches like the cat 6500 would be great. I have also noticed other products like F5 boxes that don't report correctly. To me getting these working correctly would be more important than added functionality.

scooby

Good idea but my votes are:

1) Custom MIBS (in the works?)
2) TRAPS...TRAPS...TRAPS...(whats up with them missing that?)
3) Fix switch discovery issues (manually naming every port is a pain in the ***!!:)

-Scooby

pfoged

My 2 cents,

1. Traps, traps, traps
2. RMON2 support
3. Custom Mibs

ckore

1. Trap Mapping
2. Audible Alarms

jonwhitear

Device grouping
Trap Handling
Custom MIBs

Sorenw

Here's my 2 cents:

1. Custom MIB's
2. Port monitoring ( at least the basics 25,23,80 etc.)

one_w_borg

SNMP traps would be the best. Most devices are capable of sending them.

Locutus Of Borg

jmurray

Custom MIBs!!!

jmendoza

Hear Hear on that

Javier Mendoza
ITG-Opersations
National University

mstevens

I just discovered cisco NBAR (network-based application recognition) that will do the port monitoring and was wondering if Solarwinds plans to add support for it> I have found multiple published SNMP configs for this so should be a BONUS add on to beat stuff like CONCORDE in the app market, because Orion kills everyone else in what it does.!!
thanks
Mark Stevens
Communications Manager
Oceaneering

clive.churchyard

All of the above!! And HP MIBs.

iunderwo

I don't believe you people missed sysloging! It would a heck of a lot nicer to keep a syslog capture in via Orion for each device.

Don't get me wrong, the Kiwi SysLog daemon is the bomb, but I can't imagine this would be too hard to implement. Just accept syslogs from IPs which devices are registered under in SW, and reject all the others. I imagine traps could be handled the same way.

// Ian Underwood - Service Management Specialist
// Level 3 Communications

Dagwood

HP Mibs would be of great help. I'm spending 600 US on the SNMP Research agents needed in order to monitor the Host-Resource-mibs on my HP Servers.

Cutomized MIBs would also be very helpfull.

pugwash285

Here Here All the above plus mibs from Enterasys switches.

rix

Since this topic seems to stay around,
I recommend to the moderators some type of poll.
"Top 3 choices for the most wanted features"

Responses to our suggestions would be nice too.
-Yes we are working on it
-Maybe
-Never gonna happen.

At least then we would know what to keep asking about.

BTW
I like v7.0 very much and Thank the team for all the hard work on the improvements.
Good Job.

StephenT

Agree with all that's been said here...

If I could use Orion to Monitor SAA on Cisco routers (or even chose the OID myself, i'd be happy as a pig in......

edwardle

Ability to receive SNMP traps, but for me, syslogs are just as important. Most network kit generates more useful information in it's syslog messages than in it's SNMP traps. Some network kit only supports the most basic of MIBs, but their syslog output is very detailed and could be used to generate useful alerts.

Ability to compile MIBs into the MIB tree like in HP OpenView.

Ability to gather stats on custom MIB variables.

webberb

This whole subject needs to be bumped up to the top of this forum. I would really like solarwinds to respond to this and publish a paper describing their new feature introduction timeline.

As for what I would like to see

- Custom MIB monitoring
- Logging (this includes SYSLOG, SNMP Traps, etc) ala Ipswitch's Logalot
- Custom port Monitoring (DNS, SMTP, etc) ala ipswitch's WUG

ldkha

If we can monitor voice trunks (how many calls on E1/T1 trunk, called ID, calling ID,... like cisco view can do) it will be wonderful!

Kha

RogSchmidt

When i spoke to a developer at Solar Winds. unoffically they said some of this stuff was planned to be in version 7, but got dropped in order to release the other stuff in version 7 early.

we are glad the grouping, new maps, custom properies, and big time improvement in alerts was released early. it made all the difference to us. also, we had to have customer reports on the web. and now it's easy to do in version 7.0.

as for an offical statement of what in the works and what's not ... the developer I spoke to said they wern't allow to publicly make one at this time. that's ok i guess since all of the changes we asked for were implemented over the past year from 6.0 to 6.3 and now 7.0.

rog

jsampson

First let me say that V7 is a major improvement.
Additional feature requests:
1) Time over threshold monitoring ala Concord eHealth. As fas as I know in Orion v7 you're currently limited to setting a static threshold value for % memory, cpu, disk, etc. It would be extremely useful to set a threshold for 90% over 60 minutes instead of 90% over 1 poll cycle.

2) I want to monitor uplink ports on switches, but none of the other ports. In the alerts config, if I choose Interface Status as the property to monitor I can't choose the interface I want to monitor. I have to monitor all ports/interfaces on the switch. The only way that I'm aware of around this is to delete the interfaces from monitoring, but then there's no performance data.

Network_Guru

JS,

1) You can do this in a crude way, by setting the statistics polling to whatever
time interval you want, on an individual node and/or interface basis. We poll ours
every 15 minutes, which seems to give very good results with no "false alarms".

2) I have set alerts for individual switch port status on our Cisco switches.
Only interfaces should show up in the "monitored objects" list when you select interface status.
What kind of switches are you monitoring ?(our Nortel and Baystacks also show only
the interfaces when selecting interface status from the alerts config).

-=Cheers=-
NG

ldkha

Can Orion NPM next version monitor power (voltage, dual power, ... ) and temperature? If yes, it must be wonderful!

Kha

adamras

For report writer to be able to send to a file.. not just email or to print.

It's been requested by your customers since 2006.. it's now 2010.. where is this feature??