nv-l
[Top] [All Lists]

RE: [NV-L] NvserverdPrimeTecEvents=NO

To: "Tivoli NetView Discussions" <nv-l@lists.ca.ibm.com>
Subject: RE: [NV-L] NvserverdPrimeTecEvents=NO
From: "Sperry, Kevin" <Kevin.Sperry@us.ngrid.com>
Date: Wed, 6 May 2009 08:24:34 -0400
Delivery-date: Wed, 06 May 2009 13:31:30 +0100
Envelope-to: nv-l-archive@lists.skills-1st.co.uk
In-reply-to: <OFF778AE35.5BDD3293-ON852575A7.0063B638-852575A7.0064DACD@us.ibm.com>
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
Thread-index: AcnI+JrCLVCmi3UtS+yVGw9qM0sX8wFTNtAg
Thread-topic: [NV-L] NvserverdPrimeTecEvents=NO
Thanks James,
 
we decided to let TEC perform the escalation after a timed interval.  The TEC guy wrote the rule and it appears to be working well.
 
Thank you again,
 


Kevin Sperry
IT Analyst, Data Center Monitoring Control
nationalgrid
7437 Henry Clay Blvd. Bldg#3

Liverpool, NY 13088
Phone:  (315) 460-2688 Internal: 829-2688
Kevin.Sperry@us.ngrid.com

 


From: nv-l-bounces@lists.ca.ibm.com [mailto:nv-l-bounces@lists.ca.ibm.com] On Behalf Of James Shanks
Sent: Wednesday, April 29, 2009 2:22 PM
To: Tivoli NetView Discussions
Subject: RE: [NV-L] NvserverdPrimeTecEvents=NO

Kevin,

When NetView became a part of TEC and bundled with it, the TEC architects got a mandate to apply their best practices to the NetView baroc and rules files. These were altered and started shipping with TEC instead of with NetView.

The first thing they did was ditch the old OpenView class structure and adopt the one we use in 7.1.4 and 7.1.5, TEC_ITS_BASE. Then they decided that all incoming events from NetView should be given a default severity and they wrote a rule (or perhaps several I don't know exactly) to increment that severity on a timed basis. The idea was that if a matching Interface Up didn't cancel an Interface Down in 15 minutes, for example, then the Interface Down would be raised to the next higher level of severity on the TEC Console. In order to implement this scheme, NetView was altered to no longer include a severity on the events it sent. The NetView severity scheme is not an exact match for the TEC one anyway, and this was seen as no big deal to give up.

But not all customers were willing to migrate to the new way of doing things. Some of them had written their own TEC rules using the old OpenView classes. Some of them had their own rules for escalating severity. So for them we had to add a switch to tecint.conf so that NetView severity would be included in TEC events. So that's why the doc talks about this in terms of migrating.

You can turn it on if you want to, but this may cause unexpected results at the TEC Console if you are also running the default TEC rules.

James Shanks
Tivoli Network Availability Management Level Three
Network Availability Management
Tivoli Software, IBM Corp
1-919-224-1642 | T/L 687-1642 | ITN 26871642

********************************************************************************
This e-mail and any files transmitted with it, are confidential to National Grid and are intended solely for the use of the individual or entity to whom they are addressed.  If you have received this e-mail in error, please reply to this message and let the sender know.

_______________________________________________
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>
  • RE: [NV-L] NvserverdPrimeTecEvents=NO, Sperry, Kevin <=

Archive operated by Skills 1st Ltd

See also: The NetView Web