|
it
does not. I will get this error:
1095874818 3 Wed Sep 22
12:40:18 2004
crpu115a.wm.com ?
Trap found with no known format in trapd.conf(4)
1095874818 3 Wed Sep
22 12:40:18 2004
crpu115a.wm.com
? Enterprise ENTERPRISES (1.3.6.1.4.1.2552.200.300.3) community
public
1095874818 3 Wed Sep 22 12:40:18 2004
crpu115a.wm.com
? generic trap:6 specific trap:4
1095874818 3 Wed Sep 22 12:40:18
2004
crpu115a.wm.com
? Timestamp:30038700 Agentaddr:crpu115a.wm.com args(2):
1095874818
3 Wed Sep 22 12:40:18 2004
crpu115a.wm.com
? [1] snmpV2.snmpModules.1.1.4.3 (ObjectIdentifier):
private.enterprises.2552
1095874818 3 Wed Sep 22 12:40:18 2004
crpu115a.wm.com
? [2] private.enterprises.2552.200.300.3.1.2 (OctetString):
smpolicysrv
1095874854 3 Wed Sep 22 12:40:54 2004
crpu115a.wm.com ?
Trap found with no known format in trapd.conf(4)
1095874854 3 Wed Sep
22 12:40:54 2004
crpu115a.wm.com
? Enterprise ENTERPRISES (1.3.6.1.4.1.2552.200.300.3) community
public
1095874854 3 Wed Sep 22 12:40:54 2004
crpu115a.wm.com
? generic trap:6 specific trap:1
1095874854 3 Wed Sep 22 12:40:54
2004
crpu115a.wm.com
? Timestamp:30042300 Agentaddr:crpu115a.wm.com args(2):
1095874854
3 Wed Sep 22 12:40:54 2004
crpu115a.wm.com
? [1] snmpV2.snmpModules.1.1.4.3 (ObjectIdentifier):
private.enterprises.2552
1095874854 3 Wed Sep 22 12:40:54 2004
crpu115a.wm.com
? [2] private.enterprises.2552.200.300.3.1.2 (OctetString):
smpolicysrv
Try issuing
"event -e FMTCHG". This issues a (trapd.conf format changed event which
causes trapd to reload the file. See if that helps.
James Shanks
Level 3 Support for Tivoli
NetView for UNIX and Windows
Tivoli Software / IBM Software Group
"Edwards, JT - ESM"
<JEdwards3@wm.com>
Sent by: owner-nv-l@lists.us.ibm.com
09/22/2004 11:51 AM
|
|
To
| "'nv-l@lists.us.ibm.com'"
<nv-l@lists.us.ibm.com>
|
|
cc
|
|
|
Subject
| RE: [nv-l]
Mib2trap |
|
Yes to all James. It does exists. Did I forget to restart
something after I loaded the traps?
JT
[Edwards, JT - ESM] -----Original Message-----
From: owner-nv-l@lists.us.ibm.com
[mailto:owner-nv-l@lists.us.ibm.com]On Behalf Of James
Shanks
Sent: Wednesday, September 22, 2004 10:13 AM
To:
nv-l@lists.us.ibm.com
Subject: RE: [nv-l]
Mib2trap
Well, you have to do
some debugging.
Use xnmtrap and look at trapd.conf.
Do you have an Enterprise entry for 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@wm.com>
Sent by:
owner-nv-l@lists.us.ibm.com
09/22/2004 10:50 AM
|
|
To
| "'nv-l@lists.us.ibm.com'"
<nv-l@lists.us.ibm.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@lists.us.ibm.com [mailto:owner-nv-l@lists.us.ibm.com]On Behalf
Of James Shanks
Sent: Wednesday, September 22, 2004 8:02
AM
To: nv-l@lists.us.ibm.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@wm.com>
Sent by:
owner-nv-l@lists.us.ibm.com
09/21/2004 06:22 PM
|
|
To
| "'nv-l@lists.us.ibm.com'"
<nv-l@lists.us.ibm.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@lists.us.ibm.com
[mailto:owner-nv-l@lists.us.ibm.com]On
Behalf Of Van Order, Drew (US -
Hermitage)
Sent: Tuesday, September 21, 2004 4:23 PM
To:
nv-l@lists.us.ibm.com
Subject: RE: [nv-l] Netview and TEC
Integration
I think you've got it Jane.
-----Original
Message-----
From: owner-nv-l@lists.us.ibm.com
[mailto:owner-nv-l@lists.us.ibm.com]
On Behalf Of Jane Curry
Sent:
Tuesday, September 21, 2004 11:25 AM
To: nv-l@lists.us.ibm.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@skills-1st.co.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.
|