Re: [nv-l] Wrong version

Well, Bill, we are talking about two different things.

When I said the value was decoded, what I meant was that the actual value of the trap variables would be given. If they send "3" as an integer that' what we display. If it turns out that the integer has a meaning as an enumerated value beyond that, you have to provide it, I did not mean that trapd provided a way to translate that enumeration into text. But you can compensate.
My advice is to code your log message so That it reads something like this:
"Value = $n, where 1=inService, 2=outofService, 3=testing, etc "
Not the best solution but a workable one, and the only one I can think of until such time as a translation function is provided in trapd.conf.

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

bill.kellam AT worldspan DOT com
Sent by: owner-nv-l-digest AT lists.us.ibm DOT com

10/20/2003 03:45 PM
Please respond to nv-l

To: nv-l AT lists.us.ibm DOT com
cc:
Subject: Re: [nv-l] Wrong version

Thanks.

In this case, the value is a number between 0 and 8. When I browse to the
variable and hit Describe, I see a section labeled ENUMS. In it is listed
the possible values like:

inService (1)
outOfService (2)
testing (3)
etc.

When you say "The content of the variable will be decoded", do you mean I
can make the "3" in the trap variable read "testing"? How do I do that?

Regards,
Bill Kellam
Enterprise Integration and Management
404-322-4616

James Shanks
<jshanks AT us.ibm DOT com> To: nv-l AT lists.us.ibm DOT com
Sent by: cc:
owner-nv-l-digest@lists Subject: Re: [nv-l] Wrong version
.us.ibm.com

10/20/2003 02:52 PM
Please respond to nv-l

The content of the variable will be decoded. But the MIB OID itself will
not be unless you load an SNMP V1 version of the MIB with xnmloadmib. The
xnmloadmib2 database is not used by trapd at this time. That might change
in the future but not now. And the entire issue may be moot as xnmloadmib2
has been deprecated. That's mentioned in the Release Notes.

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

bill.kellam AT worldspan DOT com
Sent by: To:
owner-nv-l-digest AT lists.us.ibm DOT com nv-l AT lists.us.ibm DOT com
cc:
Subject: Re: [nv-l]
10/20/2003 02:45 PM Wrong version
Please respond to nv-l

That's disappointing. In the meantime, I've worked on the traps that I'm
receiving from this device. I ran mib2trap, on CISCO-LOCAL-DIRECTOR-MIB.my,
and got a set of addtraps. I executed the script to load the definitions.
The mib itself is SNMPv2, so I use xnmload2. I've successfully modified the
trap definition with some English verbiage, but the variable that is sent
with the trap isn't decoded. I can use xnmbrowser2 to find and browse to
it, but it is still in dotted-decimal form in the log file. Is that normal?
Am I seeing a v2 variable in a v1 trap?

Regards,
Bill Kellam
Enterprise Integration and Management

Leslie Clark

<lclark AT us.ibm DOT com> To:
nv-l AT lists.us.ibm DOT com

Sent by: cc:

owner-nv-l-digest@lists Subject: Re: [nv-l]
Wrong version
.us.ibm.com

10/18/2003 04:43 PM

Please respond to nv-l

The cisco Local Director device has a very badly behaved SNMP agent, if you
ask me. Notice the oid they claim to be using. They answer to very little.
I generally treat them as non-snmp and figure it is sort of like firewalls
- they don't want us to know too much about them. Has anyone else had
better experience with them?

Cordially,

Leslie A. Clark
IBM Global Services - Systems Mgmt & Networking
Detroit

bill.kellam AT worldspan DOT com
Sent by: To: NetView mailing list
owner-nv-l-digest AT lists.us DOT ibm <nv-l AT lists.us.ibm DOT com>
.com cc:
Subject: [nv-l] Wrong
version
10/17/2003 10:44 AM
Please respond to nv-l

Hi,

When I snmpwalk a particular device, I get responses like this:

>snmpwalk 10.6.1.253 system
Wrong version: 1
Continuing anyway
system.sysDescr.0 : DISPLAY STRING- (ascii): Cisco LocalDirector

Is this Netview telling me I'm using the wrong version or the
LocalDirector?

7.1.3/AIX5.2

Regards,
Bill Kellam
Enterprise Integration and Management