To: | nv-l@lists.us.ibm.com |
---|---|
Subject: | Re: [nv-l] How to Deal BadOID's |
From: | usman.taokeer@s-iii.com |
Date: | Wed, 15 Jun 2005 17:20:33 +0500 |
Delivery-date: | Wed, 15 Jun 2005 13:18:51 +0100 |
Envelope-to: | nv-l-archive@lists.skills-1st.co.uk |
In-reply-to: | <68c505b305061505056b1d0471@mail.gmail.com> |
Reply-to: | nv-l@lists.us.ibm.com |
Sender: | owner-nv-l@lists.us.ibm.com |
Thanks a lot Simon, since enterasys is not listed in the snmp_filed file do i need to make the entry in this file too?
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 |
<Prev in Thread] | Current Thread | [Next in Thread> |
---|---|---|
|
Previous by Date: | Re: [nv-l] How to Deal BadOID's, Simon Collins |
---|---|
Next by Date: | Re: [nv-l] How to Deal BadOID's, Simon Collins |
Previous by Thread: | Re: [nv-l] How to Deal BadOID's, Simon Collins |
Next by Thread: | Re: [nv-l] How to Deal BadOID's, Simon Collins |
Indexes: | [Date] [Thread] [Top] [All Lists] |
Archive operated by Skills 1st Ltd
See also: The NetView Web