RE: [nv-l] Mib2trap
2004-09-22 11:30:36
Well, you have to do some debugging.
Use xnmtrap and look at trapd.conf.
Do you have an Enterprise entry for 1.3.6.1.4.1.2552.200.300.3
or not?
How about anything for 1.3.6.1.4.1.2552,
the base number?
If so, do you show a specific trap 4 under it or not?
If not, then you script didn't work.
Does it add an enterprise with that OID or not?
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/22/2004 10:50 AM
|
To
| "'nv-l AT lists.us.ibm DOT com'"
<nv-l AT lists.us.ibm DOT com>
|
cc
|
|
Subject
| RE: [nv-l] Mib2trap |
|
Ok got the mib, but I still have
a problem.
I followed the instructions on
concatenating the necessary mibs called for in the IMPORT stanza of my
vendors mib as seen here:
-- File Name : NetegrityMIB.mib
-- Date : Fri Sep 14 17:41:27 EDT 2001
-- Author : AdventNet Agent Toolkit (Java Edition) - MibEditor
4.2
NETEGRITY DEFINITIONS ::=
BEGIN
IMPORTS
TruthValue, DisplayString
FROM SNMPv2-TC
DisplayString
FROM RFC1213-MIB
enterprises, MODULE-IDENTITY, NOTIFICATION-TYPE, OBJECT-TYPE,
IpAddress, Gauge32, Counter32, TimeTicks
FROM SNMPv2-SMI;
So I performed the following function
as described in " How to correct the "trap found with no known
format" error. " page.
# cat snmpv2-tc-v1.mib snmpv2-smi.mib
rfc1213-mib-ii.mib NetegrityMIB.mib > siteminder.mib
then performed:
#mib2trap siteminder.mib site.sh
I ran the site.sh script with
no trapadd errors (I had those yesterday).
Then we tested the incoming snmp
traps and still received errors in the trapd.log as follows:
1095863321 3 Wed Sep 22
09:28:41 2004 crpu115a.wm.com ? Trap
found with no known format in trapd.conf(4)
1095863321 3 Wed Sep 22 09:28:41 2004 crpu115a.wm.com
? Enterprise ENTERPRISES (1.3.6.1.4.1.2552.200.300.3)
community public
1095863321 3 Wed Sep 22 09:28:41 2004 crpu115a.wm.com
? generic trap:6 specific trap:4
1095863321 3 Wed Sep 22 09:28:41 2004 crpu115a.wm.com
? Timestamp:28889000 Agentaddr:crpu115a.wm.com
args(2):
1095863321 3 Wed Sep 22 09:28:41 2004 crpu115a.wm.com
? [1] snmpV2.snmpModules.1.1.4.3 (ObjectIdentifier):
private.enterprises.2552
1095863321 3 Wed Sep 22 09:28:41 2004 crpu115a.wm.com
? [2] private.enterprises.2552.200.300.3.1.2
(OctetString): smpolicysrv
1095863359 3 Wed Sep 22 09:29:19 2004 crpu115a.wm.com
? Trap found with no known format in trapd.conf(4)
Did I miss a 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 James Shanks
Sent: Wednesday, September 22, 2004 8:02 AM
To: nv-l AT lists.us.ibm DOT com
Subject: 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
|
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.
|
<Prev in Thread] |
Current Thread |
[Next in Thread>
|
- [nv-l] Mib2trap, Edwards, JT - ESM
- RE: [nv-l] Mib2trap, Edwards, JT - ESM
- RE: [nv-l] Mib2trap,
James Shanks <=
- RE: [nv-l] Mib2trap, Edwards, JT - ESM
- RE: [nv-l] Mib2trap, Edwards, JT - ESM
- RE: [nv-l] Mib2trap, Edwards, JT - ESM
- RE: [nv-l] Mib2trap, Davis, Donald
- RE: [nv-l] Mib2trap, Edwards, JT - ESM
- RE: [nv-l] Mib2trap, Davis, Donald
- RE: [nv-l] Mib2trap, Edwards, JT - ESM
- RE: [nv-l] Mib2trap, James Shanks
|
|
|