"Edwards, JT - ESM" <JEdwards3@wm.com> writes:
> I am afraid that Netview will be unable to natively monitor some of the
> specifics we are looking for from this application. Hence, the reason we are
> pursuing usage of this MIB. It contains specific information about the
> health of this application.
>
> Things like:
>
> Authenication failures
> Policy decisions made by the server
> Active Directory tranactions
I'm afraid I still don't understand. Will you be receiving traps from
this application's SNMP agent? Will you be polling this SNMP agent?
In SNMP, those are your two options -- wait for an agent to send an
SNMP trap to signal trouble, or periodically do SNMP GET's from the
agent to see if things are okay.
NetView does primarily 3 things to automatically monitor hosts in a
hands-off setup where you don't have an operator pointing and clicking
through a mib browser:
o pings em (not applicable to application monitoring though)
o Periodically snmpwalk a subset of the SNMP agent's MIB for
config changes.
o Can use snmpcollect to poll specific mib values on the agent
or combinations of values/formula to see if anything has
exceeded a threshold.
And none of these three things actually requires that a mib be loaded
on NetView.
The only benefits to loading mibs into NetView are:
o allows you to use an snmp mib browser to interactively point
and click your way through the hierarchy and do sets and
gets on those values from a target SNMP agent/device
o it assigns names to numeric OID values in certain log files,
snmpwalks and in trapd.log (but I'm not even sure if that
applies to the v2 mib tree)
o The snmpcollect GUI uses the v1 mib browser to allow you to
interactively specify an OID for data collections and
thresholds settings. This does not apply to snmpv2 mibs
though--for collections on v2 mibs you have to manually
place the snmpv2 OID into snmpCol.conf becaus the browser
won't get ya there.
So I'm left questioning still "why is it you want to load snmp v2 mibs
into netview, and do you really need to do it to get where you want to
go?"
Best Regards,
--
jb
---------------------------------------------------------------------
To unsubscribe, e-mail: nv-l-unsubscribe@lists.tivoli.com
For additional commands, e-mail: nv-l-help@lists.tivoli.com
*NOTE*
This is not an Offical Tivoli Support forum. If you need immediate
assistance from Tivoli please call the IBM Tivoli Software Group
help line at 1-800-TIVOLI8(848-6548)
|