Usman, the following should be sufficient.
correct the oid in oid_to_sym and oid_to_type files
delete the objects
stop netmon
run ovtopofix -a
restart netmon
On 6/15/05, usman.taokeer@s-iii.com <usman.taokeer@s-iii.com> wrote:
>
> 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?
>
>
>
>
>
> Simon Collins <collins.si@gmail.com>
> Sent by: owner-nv-l@lists.us.ibm.com
>
> 15-06-05 05:05 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
>
>
>
>
>
> 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
>
>
>
--
Simon Collins
+971 (0)50 6566 417
|