Re: [nv-l] Mib2trap

The SNMPv2-SMI is available in both v1 and v2 flavors at the Cisco web site.
ftp://ftp.cisco.com/pub/mibs/
It's also known other places by it's RFC name , RFC1442. There's a simplified V1 version of it in /usr/OV/snmp_mibs/rfc1442v.smi

James Shanks
Level 3 Support for Tivoli NetView for UNIX and Windows
Tivoli Software / IBM Software Group

"Edwards, JT - ESM" <JEdwards3 AT wm DOT com>
Sent by: owner-nv-l AT lists.us.ibm DOT com

09/21/2004 06:22 PM

Please respond to
nv-l

To	"'nv-l AT lists.us.ibm DOT com'" <nv-l AT lists.us.ibm DOT com>
cc
Subject	[nv-l] Mib2trap

I am trying to integrate an app that uses SNMPv2 traps. So far it looks like I am going to have a to take a LONG walk up the mib tree to find all of the IMPORT dependencies to get this trap integrated. Here is an except of the IMPORT definitions: TruthValue, DisplayString FROM SNMPv2-TC DisplayString FROM RFC1213-MIB enterprises, MODULE-IDENTITY, NOTIFICATION-TYPE, OBJECT-TYPE, IpAddress, Gauge32, Counter32, TimeTicks FROM SNMPv2-SMI; I have the snmpv2-tc and rfc1213 mibs in hand. Since I do not have the snmpv2-smi mib, I tried to Gogglize my way to this particular mib. I found out there are tons of snmpv2-smi mibs that vary. In my 7.1.4 FP1 installation, this particular mib was not included. What should be my next step? JT -----Original Message----- From: owner-nv-l AT lists.us.ibm DOT com [mailto:owner-nv-l AT lists.us.ibm DOT com]On Behalf Of Van Order, Drew (US - Hermitage) Sent: Tuesday, September 21, 2004 4:23 PM To: nv-l AT lists.us.ibm DOT com Subject: RE: [nv-l] Netview and TEC Integration I think you've got it Jane. -----Original Message----- From: owner-nv-l AT lists.us.ibm DOT com [mailto:owner-nv-l AT lists.us.ibm DOT com] On Behalf Of Jane Curry Sent: Tuesday, September 21, 2004 11:25 AM To: nv-l AT lists.us.ibm DOT com Subject: Re: [nv-l] Netview and TEC Integration Hi John, I'm not aware of any out-of-the-box integration for Ack'ing in NetView and getting automatic ACKs in TEC. The simple (but I suspect WRONG answer) is to forward NetView ACK TRAPs to TEC. I think you will find these are unconfigured by default in both trapd.conf and in TEC_ITS.rls. The reason I suspect it is wrong (or at least, not quite right!) is that this is what TEC sends to NetView in the Synchronization rules in netview.rls - you would then end up forwarding the ACK TRAP back to TEC again........ Perhaps with an extra rule in TEC that filters this ACK TRAP out if it is a recent status change??? You'd then need a simple TEC rule that changed the status of all recent events from the same node / interface, to ACK. Just thinking off the top of my head....... anyone else? Cheers, Jane John Altman wrote: >Does anyone have the Netview and TEC integration working where you can >acknowlege devices within netview and have them update the TEC console with >the acknowledgement? I have it working where we can acknowledge an event >from the TEC and it will update the netview maps, but not both ways. > > > >John M. Altman III >Ahold Information Services >864-987-3102 >(Embedded image moved to file: pic26919.gif) >IBM Certified Deployment Professional >TEC V3.8 Network Management > > -- Tivoli Certified Consultant & Instructor Skills 1st Limited, 2 Cedar Chase, Taplow, Bucks, SL6 0EU, UK Tel: +44 (0)1628 782565 Copyright (c) 2004 Jane Curry <jane.curry AT skills-1st.co DOT uk>. All rights reserved. This message (including any attachments) contains confidential information intended for a specific individual and purpose, and is protected by law. If you are not the intended recipient, you should delete this message. Any disclosure, copying, or distribution of this message, or the taking of any action based on it, is strictly prohibited.