To: | Tivoli NetView Discussions <nv-l@lists.ca.ibm.com> |
---|---|
Subject: | Re: Réf. : Re: [NV-L] Trap OSPF |
From: | Leslie Clark <lclark@us.ibm.com> |
Date: | Tue, 10 Jun 2008 11:42:24 -0400 |
Delivery-date: | Tue, 10 Jun 2008 16:43:18 +0100 |
Envelope-to: | nv-l-archive@lists.skills-1st.co.uk |
In-reply-to: | <OFA86C028A.6B8A204C-ONC1257464.00489388-C1257464.0048DA3D@grt.edf.fr> |
List-help: | <mailto:nv-l-request@lists.ca.ibm.com?subject=help> |
List-id: | Tivoli NetView Discussions <nv-l.lists.ca.ibm.com> |
List-post: | <mailto:nv-l@lists.ca.ibm.com> |
List-subscribe: | <http://lists.ca.ibm.com/mailman/listinfo/nv-l>, <mailto:nv-l-request@lists.ca.ibm.com?subject=subscribe> |
List-unsubscribe: | <http://lists.ca.ibm.com/mailman/listinfo/nv-l>, <mailto:nv-l-request@lists.ca.ibm.com?subject=unsubscribe> |
Reply-to: | Tivoli NetView Discussions <nv-l@lists.ca.ibm.com> |
Sender: | nv-l-bounces@lists.ca.ibm.com |
Here's a link to an archived response from an expert on that particular subject. http://lists.skills-1st.co.uk/mharc/html/nv-l/1999-04/msg00044.html That is the best description of the process. In adapting it for Windows, you will need to wrestle with invoking scripts from the trap configuration. They syntax for invoking them sometimes gives people trouble. That has come up many times, so there will be tips in the archives of this list if you can't get it to run. The archive is at http://lists.skills-1st.co.uk/mharc/html/nv-l/ You will need to configure the trap definition to invoke a script or batch command, and that script will send a new trap. That trap will update the status of the symbol on the map but not the status of the object in the database. So the next time the map and the object synch up, eg at map open time, or ack/unack time, the status of the symbol will be reset to that of the object. This link is to the wiki and describes another approach to the issue of identifying things that have sent traps based on smartset membership. http://www.nv-l.org/twiki/bin/view/Netview/TrapChangeObjAttrib Cordially, Leslie A. Clark IT Services Specialist, Network Mgmt Information Technology Services Americas IBM Global Services (248) 552-4968 Voicemail, Fax, Pager
I have change the definition of the trap to make it a Status Event, and then set the status to critical. But the node is still green on the map. The help topic says that i should use the netview specific trap snmp_ev but i don t know how to use it.
By design, the node and interface status reflected in the map is IP status, unmodified by any traps received. You can alter that if you wish, but be aware that a change in IP status will override your status. I'm not positive of the menu selections on the windows platform any more, but you can change the definition of the trap to make it a Status Event, and then set the status. Really, the design of the product is that you should create some object of your own, and change its status, but it works well enough, I think, just changing the status of the node that sent the trap. I suggest setting it to Marginal. You will need to know the Enterprise number and the Generic and Specific trap ids for the exact trap you want to modify. If there is a clearing event, (like a down and an up), you can set the status back to Normal. For an operator to clear the status that was set by an incoming trap, you only need to Acknowledge/Unacknowledge the node. That will restore the status to the IP status. Cordially, Leslie A. Clark IT Services Specialist, Network Mgmt Information Technology Services Americas IBM Global Services (248) 552-4968 Voicemail, Fax, Pager
Hi I am working with netview 7.1.4 on a W2K station. I'would like to know how to change the status of a router when i recive an OSPF trap when my router lose a neigbors. I am able to issue the command nvecho when I recive the trap and it works fine. The probleme is that my router is sill green on the map because all its interfaces are up. How can I change its status of the router so the color of the router change to red on the map. Thanks _______________________________________________ NV-L mailing list NV-L@lists.ca.ibm.com Unsubscribe:NV-L-leave@lists.ca.ibm.com http://lists.ca.ibm.com/mailman/listinfo/nv-l (Browser access limited to internal IBM'ers only) _______________________________________________ NV-L mailing list NV-L@lists.ca.ibm.com Unsubscribe:NV-L-leave@lists.ca.ibm.com http://lists.ca.ibm.com/mailman/listinfo/nv-l (Browser access limited to internal IBM'ers only) _______________________________________________ NV-L mailing list NV-L@lists.ca.ibm.com Unsubscribe:NV-L-leave@lists.ca.ibm.com http://lists.ca.ibm.com/mailman/listinfo/nv-l (Browser access limited to internal IBM'ers only) _______________________________________________ NV-L mailing list NV-L@lists.ca.ibm.com Unsubscribe:NV-L-leave@lists.ca.ibm.com http://lists.ca.ibm.com/mailman/listinfo/nv-l (Browser access limited to internal IBM'ers only) |
<Prev in Thread] | Current Thread | [Next in Thread> |
---|---|---|
|
Previous by Date: | [NV-L] Netview Training, Larry Fagan |
---|---|
Next by Date: | Re: [NV-L] Trap OSPF, James Shanks |
Previous by Thread: | Réf. : Re: [NV-L] Trap OSPF, Khaled ATCHEKZAI |
Next by Thread: | Re: [NV-L] Trap OSPF, James Shanks |
Indexes: | [Date] [Thread] [Top] [All Lists] |
Archive operated by Skills 1st Ltd
See also: The NetView Web