Usman,
.iso.org.dod.internet.private.enterprises.5624.2.1.59 translates as follows.
.1= .iso
.3=.org
.6=.dod
.1=internet
.4=private
.1=enterprises
.5624=.vendor (cisco=9 etc...)
.2.1.59=vendor specific
On 6/15/05, usman.taokeer@s-iii.com <usman.taokeer@s-iii.com> wrote:
>
> James,
>
> Sorry for bothering you again James, i am a novice to Tivoli so please bear
> with me, i followed the same steps i did for Cisco Router to get it removed
> from the BadOid Smartsets for our Enterasys Switch, but it didn't work.
> First can you please confirm that : -
>
> .iso.org.dod.internet.private.enterprises.5624.2.1.59
> Translates to .1.3.6.14.1.9.5624.2.1.59 this?
>
> I even modified the snmp_field and ovw_field files and made appropriate
> entries based upon the above. But when i deleted the device and tried to get
> it "rediscovered" NetView didn't even discovers it anymore, prior to that it
> used to discover it but puts it in the BadOiD smartset? What to look for
> next?
>
> regards,
>
> Usman Taokeer
> Si3
>
>
>
>
>
> James Shanks <jshanks@us.ibm.com>
> Sent by: owner-nv-l@lists.us.ibm.com
>
> 06-06-05 05:27 PM
>
> Please respond to
> nv-l@lists.us.ibm.com
>
>
> To nv-l@lists.us.ibm.com
>
> cc
>
> Subject
> RE: [nv-l] How to Deal BadOID's
>
>
>
>
>
> 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
>
>
>
>
>
--
Simon Collins
+971 (0)50 6566 417
|