Well, now I am confused.
First, did adding those entries to oid_to_type, and oid_to_sym, and
deleting the objects, resolve the problem with the object showing up in the
BadOID smartset or not? I doubt it because they are incorrect.
.iso.org.dod.internet.private.enterprises.cisco.ciscoProducts.436
resolves to
.1.3.6.14.1.9.1.436
which is what your two entries in the oid files need to be about. That's
what is being returned as the sysOID.
Second, not being able to run snmpget means there is some kind of problem
in your installation. The executable is in \usr\ov\bin, so there should be
no question of finding it. If you ran it, and it didn't work,because you
got a time-out message, then that would usually indicate that you have an
incorrect community name for the device you are trying to communicate with
in NetView's SNMP data base. You can verify that by re-running the
command, this time with the -c flag and what you take to be the correct
community name. If that works but plain old snmpget doesn't, then your
defaults are incorrect and you need to run snmpconf.exe (Start --> Programs
--> Tivoli NetView --> Tasks --> SNMP Options or Options --> SNMP from the
NetView GUI).
James Shanks
Level 3 Support for Tivoli NetView for UNIX and Windows
Tivoli Software / IBM Software Group
usman.taokeer@s-i
ii.com
Sent by: To
owner-nv-l@lists. nv-l@lists.us.ibm.com
us.ibm.com cc
Subject
06/06/2005 03:32 RE: [nv-l] How to Deal BadOID's
AM
Please respond to
nv-l
James,
Thanks for the help, i was for some reason not able to run the snmpget
command. But i used the SNMP Browser to get the required values:
the output of the SNMP Browser for system.sysObjectID was: -
===========================================
Node Name or Address: 202.63.80.1
Community Name: enterasys
MIB Object ID: .iso.org.dod.internet.mgmt.mib-2.system
MIB Instance:
Set Value:
MIB Value:
0 :
.iso.org.dod.internet.private.enterprises.cisco.ciscoProducts.436
Message: Using community "enterasys" for node 202.63.80.1
=============================================
I've translated it to the following and have made the entries in the
"oid_to_type" and "oid_to_sym" files:-
1.3.6.1.2.1.1.2.436:Cisco Systems:Cisco 3745:G #oid_to_type
1.3.6.1.2.1.1.2.436:Connector:Gateway #oid_to_sym
Regards,
~Usman
James Shanks <jshanks@us.ibm.com>
Sent by: owner-nv-l@lists.us.ibm.com
To
nv-l@lists.us.ibm.com
03-06-05 08:58 PM cc
Subject
Please respond to RE: [nv-l] How to Deal
nv-l@lists.us.ibm.com BadOID's
Show us the entry you put in oid_to_type, and the one in oid_to_sym, and
the results of doing this
snmpget system.sysObjectID.0 <target_box>
from a command window.
If the OIDs match, then it should be removed from the BadOID smartset
after you
1. delete the objects from all submaps (select it and do Edit --> All
submaps --> Cut)
2. ovstop netmon
3. ovtopofix (in a command window)
4. ovstart netmon
Worked for me on NetView for Windows with a United Linux OID this morning
James Shanks
Level 3 Support for Tivoli NetView for UNIX and Windows
Tivoli Software / IBM Software Group
|