Re: [nv-l] How to Deal BadOID's
2005-06-15 09:32:32
Ok got the device on MAP, got it removed
from the badOid smartset, THANK YOU!. Now the only problem is with Switch
Analyzer, it doesn't recognizes the devices as Layer -2 , here is the output
of ovtopodump-X:
Node ID Object
IP Status L2 Status
IP Address SNMP OID
Layer
2 OID?
639 KHI-LAN-SW2
Up
Up 192.168.1.38 1.3.6.1.4.1.9.1.324
Yes
10097 KHI-LAN-SW1
Up Unset
192.168.1.39 1.3.6.1.4.1.5624.2.1.59
No
What should i do about this?
Regards,
Usman!
Simon Collins <collins.si AT gmail DOT com>
Sent by: owner-nv-l AT lists.us.ibm DOT com
15-06-05 05:36 PM
Please respond to
nv-l AT lists.us.ibm DOT com |
|
To
| nv-l AT lists.us.ibm DOT com
|
cc
|
|
Subject
| Re: [nv-l] How to Deal BadOID's |
|
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 AT s-iii DOT com <usman.taokeer AT s-iii DOT 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 AT gmail DOT com>
> Sent by: owner-nv-l AT lists.us.ibm DOT com
>
> 15-06-05 05:05 PM
>
> Please respond to
> nv-l AT lists.us.ibm DOT com
>
>
> To nv-l AT lists.us.ibm DOT 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 AT s-iii DOT com <usman.taokeer AT s-iii DOT 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 AT us.ibm DOT com>
> > Sent by: owner-nv-l AT lists.us.ibm DOT com
> >
> > 06-06-05 05:27 PM
> >
> > Please respond to
> > nv-l AT lists.us.ibm DOT com
> >
> >
> > To nv-l AT lists.us.ibm DOT 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 AT lists.us.ibm DOT 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 AT us.ibm DOT com>
>
> > Sent by: owner-nv-l AT lists.us.ibm DOT com
>
> >
> To
> >
nv-l AT lists.us.ibm DOT com
>
> > 03-06-05 08:58 PM
> cc
> >
>
> >
> Subject
> > Please respond
to
RE: [nv-l] How to Deal
>
> > nv-l AT lists.us.ibm DOT 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
|
|
|