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

Move universal device poller management to the web interface

I had a team member ask me why we had to create UnDP's from the desktop instead of from the web like everything else. Hopefully I'm not missing the boat on something already built-in. The only thing I can think of is Device Studio, but I thought that was more for grabbing basic system info when the built-in pollers didn't properly recognize devices. Seems like Device Studio provides the framework for moving UnDP creation to the web.

Find more posts tagged with

UnDP

Status: None

Comments

designerfx

This seems logical; UNDP is quite old in the tooth and I can't come up with an argument why it should still exist on the backend.

wluther

branfarm While I know this is a feature request for NPM, on a per OID basis, you can actually build SNMP monitors in SAM. But only for single objects, not tables or anything else too fancy... But, and I'm guessing here, if they already have the ground work laid out for this functionality in SAM, I would presume it will eventually make its way into the core feature set... At least I hope it does.

+1 up vote for me!

branfarm

Thanks for your comment, wluther. My issue with using SAM for this functionality, even for single OID objects, is the licensing. If this functionality were moved to SAM, then UnDP's, or what would then be SNMP Monitors, suddenly become very expensive for everyone except those in the unlimited license count territory (where money is no object ).

sfp

Good point, wluther, but at the moment implementation in SAM has 4 problems:

* lack of (any) support for tables

* lack of regular expressions in transformations

* lack of support for Display Text data type at all

* UnDP is (at least in my experience) used mainly for non-standard network devices rather than applications. :

* battery status as application looks quite strange

* one would need SAM license to monitor network. It sounds stupid on management level, so one wouldn't get money to implement monitoring that way.

joepoutre

We have a security requirement to remove direct user access to servers wherever possible. We would prefer not to have to login to the server to access UnDP (plus Trap Viewer and Syslog Viewer). Having to access some components via custom GUIs local to the server is not practical or secure.

Thank you.