v10 Wish List - SNMP Receiver
Home  » Forums  » v10 Wish List - SNMP Receiver

v10 Wish List - SNMP Receiver
Posted: Fri, Jun 26, 2009 9:40 AM :: Rank: 1
Author
Points: 9939
Level: System Center Specialist

Severity

3 - Can work around the issue but this function should be inherent to OpsMgr.

Applicability

5 - I can see where this suggestion would help most admins / environments.

 

The SNMP Receiver of OpsMgr as it is currently lacks maybe the most important feature: Receive ANY SNMP Trap. Currently you just can't send SNMP Traps to OpsMgr manually, it only accepts them by Network Devices. And even then, we tried to discover a machine as a network device, works. When we forge SNMP Traps on it, and send them to OpsMgr they will be ignored.

Second thing, if you create a Rule/Mon in the OpsMgr Console, you can't set Network Devices as a target. At least here. And if you don't use the Network Devices class, and use the Network Devices Group you get an Error that the IPAddress$ property is not available and was expected. And why should I only receive SNMP Traps from Network Devices anyway?

I guess the way it works now is due to security considerations.

However, due to the kickass SDK we were able to work around that problem. But having to go from creating a simple Alert-Rule to Developing is kind of an overkill for a simple feature like: Receive SNMP Traps from all devices, generate alerts.

Reply  
Report Abuse
Re: v10 Wish List - SNMP Receiver
Posted: Fri, Jun 26, 2009 5:23 PM :: Rank: 1
Author
Points: 2967
Level: System Center Specialist

I'm not quite sure how I would want to rate this one.  Obviously, any product like OpsMgr should provide robust support for SNMP and particularly around Network Management.  Microsoft does intend that Network Management be one of the primary feature sets in v10.

I believe that you and I are working on very similar projects.  I have almost completed work on what I term an "Integration MP" (as opposed to a connector) for the NetVoyant Network Management system from NetQoS.  The NetQoS server monitors the network and then sends traps to our designated "proxy" which raises alerts / health changes.  The MP is fully functional in our environment, I just need to abstract some bits of it to make it more generic.

I've been able to completely side-step the SDK except for one problem and that is the 4mb limit on single pass script discoveries.  I need to discover roughtly 1,600 devices that our network management system is monitoring and the ScriptAPI just can't do it in one pass.  I have thought of a workaround for that issue, but it is a bit complex and will take some time to code.

Another workaround for your situation is to leverage the Windows SNMP Provider for WMI.  You  could easily raise alerts off the WMI events.  Only downfall there is parameter matching since (if I recall) the WMI Provider strips the OIDs of all the trap parameters.

Reply  
Report Abuse
Re: v10 Wish List - SNMP Receiver
Posted: Sat, Jun 27, 2009 3:04 AM :: Rank: 1
Author
Points: 9939
Level: System Center Specialist

Seems like you're making something very similar. However, I don't discover the devices, I create them on demand, therefore when a Trap comes in, the Device will be generated, app waits for monitor to be loaded and then sets the state.

We don't know how stable it is yet but we'll see in the upcoming weeks.

Reply  
Report Abuse

Home  » Forums  » v10 Wish List - SNMP Receiver
Tag Cloud
Quick Links
Top Contributors
Pete Zerger
Points: 25175
Level: System Center Expert
Simon Skinner
Points: 20153
Level: System Center Expert
Tommy Gunn
Points: 19054
Level: System Center Expert
MadHatter
Points: 11573
Level: System Center Expert
Stefan Koell
Points: 10134
Level: System Center Expert