Network Management / (OpenView-NNM) Practitioners Forum
cancel

SNMP trap does not change Topology Map status

David Pavlow
Collector

SNMP trap does not change Topology Map status

I am running NNM 9i on Solaris, how can I make a particular SNMP trap change the severity color on my topology map.  I am propagating the highest severity to the topology maps but my SNMP traps don't seem to impact that status.  All incidents are coming into the node incidents tab but the critical traps don't seem to impact the map.

18 REPLIES
LindsayHill
Honored Contributor

Re: SNMP trap does not change Topology Map status

I've had a support case open for almost 3 months asking the same question. No answer yet.

 

You would think this would be something completely trivial to do, but apparently not. Fundamentally I think it's a design philosophy issue - NNMi seems to be very much designed around managing a list of open incidents, as opposed to earlier versions, which were much more of a visual tool.

David Pavlow
Collector

Re: SNMP trap does not change Topology Map status

I was afraid that would be the response I would receive.  I will also open a case with HP on this.  Thanks

LindsayHill
Honored Contributor

Re: SNMP trap does not change Topology Map status

I got some feedback on my case yesterday - it looks like we need to use the SDK. Hoping to get some sample scripts.

AlexanderH
Frequent Visitor

Re: SNMP trap does not change Topology Map status

Hopefully you will share the help you'll receive to us :) .

LindsayHill
Honored Contributor

Re: SNMP trap does not change Topology Map status

Yep, will do - provided I do get something useful.

 

After being promised sample scripts, I then got pointed at a support doc that covers Pairwise config for custom traps. Not quite what I was looking for, so it's back with support now.

hp4u
Frequent Visitor

Re: SNMP trap does not change Topology Map status

Hi,

I am also looking for the same thing,please share if any update :)

 

Regards,
hp4u
David Pavlow
Collector

Re: SNMP trap does not change Topology Map status

I have had ticket open with support for over 2 weeks with no response. Very frustrating that out of the box I cannot send a custom trap to the Incident Browser and then trigger the Topology map on my dashboard. Our customer is considering looking at another NMS
Highlighted
LindsayHill
Honored Contributor

Re: SNMP trap does not change Topology Map status

I've received these attached scripts, but I haven't yet had much more than a cursory look at them. When I get time, I'll try and get them working in my lab.

 

There's a Perl version and a Bash version. Depends on what OS you're using as to your options. If you're doing it on Windows, you might want to check through the ovpl one carefully. You'll need to rename the .ovpl script - this forum expects certain file extensions.

 

You'd set an action in your trap configurations, to call them to set a status, or remove it. If a node is already above the status you call, then nothing will happen.

 

You'd call them with something like this: 

addConclusion.sh –N <node> -s CRITICAL –c MyStatus

and

addConclusion.sh –N <node> -r –c MyStatus

 

These are completely unsupported - don't bother logging support cases for help with this. I have also been advised that as they are unsupported, there is no guarantee they will continue to work with future releases.

 

All that said, there's no reason we can't try and help each other out. It's probably going to be a couple of weeks before I get a chance to try these - if anyone does use them, and gets it working, please post back here, to let us know how it goes.

 

I've also logged an ER for this - I encourage others with support contracts to do the same. This is fairly basic product functionality that should exist in NNMi.

David Pavlow
Collector

Re: SNMP trap does not change Topology Map status

Great info, I am out of town next week but looking forward to testing in my lab in the next few weeks. Will keep you posted
Ian_4
Honored Contributor

Re: SNMP trap does not change Topology Map status

This not possible, enhancement request number QCCR1B47004 already exists.  

 

LindsayHill
Honored Contributor

Re: SNMP trap does not change Topology Map status

So how do we go about raising the priority of that ER?

 

(At a minimum, the ER itself should be updated to include some relevant search terms - not everyone knows what 7.x setstatus was)

AndyKemp
Honored Contributor

Re: SNMP trap does not change Topology Map status

You have to open up a business escallation case to attempt to raise the priority of an ER.  Please dont try and compare 7.X and NNMi on a code basis  as its a complete rewrite. Functionality yes.

Have a nice day :)

Andy Kemp,  CISSP
LindsayHill
Honored Contributor

Re: SNMP trap does not change Topology Map status

Just wanted to say that I have done some limited testing of these scripts, and it looks like they work as advertised. My testing was on a Linux box. Seems to do what it should

MisterX
Super Collector

Re: SNMP trap does not change Topology Map status

Hello - What does the -c MyStatus represent? trying to get this to work with NNMi 9.2 and W2008.
MisterX
Super Collector

Re: SNMP trap does not change Topology Map status

One more thing I get the error: 'wget' is not recognized as an internal or external command, operable program or batch file.

Anyone see this before or have any idea what it is referring to?

Thanks!
MisterX
Super Collector

Re: SNMP trap does not change Topology Map status

wget was downloaded from sourceforge, so that issues is resolved. Still would like to know what -c "MyStatus" means

LindsayHill
Honored Contributor

Re: SNMP trap does not change Topology Map status

-c is for 'conclusion' - you can set whatever conclusion you like. You can just make up a field here - the key is that you need to use the same argument to tie it together when you want to acknowledge the original incident.
Dwalk
Super Collector

Re: SNMP trap does not change Topology Map status

While this is great for the Linux folks, how about Windows 2008 R2 server?

 

Is this possible in a HP NNMi Windows server instance.

 

I would assume that it is possible given the following synopsis:

 

The customer would like to capture a non-SNMP polled device in the topology map and monitor the device based upon SNMP Trap Forwarding from another NNMi instance.  The customer also wants the topology map to display status information based upon a registered event.

 

Any ideas Anyone???

 

Dwalk

//Add this to "OnDomLoad" event