Matt, 
well spottet, that?s just as it is for the moment. 

By the way, doing a SNMP collection via MIB object and NOT doing a
mib.coerce entry for it before, is also working very well. 

Unfortunately the ones I?m looking for don?t!

Thanks for all your great support.  

What would it mean to use a MLM at least? What settings would I have to do?
I?m keen to see it working in my test environment :o)

I guess it is pretty well written in one of those nice Netview books.
Thanks.

best regards, 
> Thorsten Mildeberger
> 
> EMS Solutions - SMC Tools & Automation
> GOSD - Central Region
> EDS Deutschland GmbH
> Eisenstr. 43
> 65428 Russelsheim
> Tel.: +49 (0) 6142 80-3706 
> Fax.: +49 (0) 6142 80-3030                                       
> mailto:thorsten.mildeberger AT eds DOT com


-----Ursprungliche Nachricht-----
Von: Matt.Brozowski AT tavve DOT com [mailto:Matt.Brozowski AT tavve DOT com]
Gesendet: Freitag, 10. Januar 2003 16:00
An: nv-l AT lists.tivoli DOT com
Betreff: Re: [nv-l] MIB expression does not work correctly



The problem here is that Thorsten doesn't want the value to be a counter he
wants it to be a guage...

He doesn't want to see the rate of change he wants the actual value....
Since NetView can't do '<'  the only alternative is to make an expression
as proposed below.. (100 - X ) and use '>'  however the variable (noFreeAdd
from the dhcp mib) is inconveniently defined as a counter... so snmpCollect
does rate of change collecting...  which does help no the noAddFree... if I
add noAddFree to mib.coerce to coerce to a guage then collecting noAddFree
directly works very well however snmpCollect doesn't additionally coerce
the mib expression 100-X to be a guage as well... consequently I can't
threshold on noAddrFree being too low...   These two problems... can't
coerce expressions and can't threshold less than work together to make it
unusable...

As far as MLM goes... It wasn't my question initially... I have only been
recommending solutions... It does seem rather frustrating though to have a
Thresholding feature in a product that I can't actually use....

                                                                           
 Matt Brozowski                                         Tavve Software Co. 
 Tavve Software Co.                          One Copley Parkway, Suite 480 
 www.tavve.com                                      Morrisville, NC  27560 
 Matt.Brozowski AT tavve DOT com                                  +1 
919-654-1224 
                                                       fax +1 919-380-7147 
                                                                           





 

                      Bill Evans

                      <wvevans@attgloba        To:
nv-l AT lists.tivoli DOT com                                
                      l.net>                   cc:

                                               Subject:  Re: [nv-l] MIB
expression does not work correctly    
                      01/09/2003 08:06

                      PM

                      Please respond to

                      wvevans

 

 





Comment: For small numbers or precentages [if  x < 22]  and  [if (100-x) >
88] seem to be logically equvalent.  The difference is the first one can be
done directly and the second requires an entry in   MIBEXPR.CONF to
calculate the difference.  X in this case is the OID.

Also, with a mib expression and a comparison of  [if (x * -1) > -22] you
get the equivalent and you're not restricted to numbers less than 100.

It all depends on whom you get on the phone when you call; the math major
or the one who learned about the MLM capability.  We used to teach both
alternatives to the absence of less-than in the SNMP data collection
thresholds.

Todd H. wrote:
      Matt.Brozowski AT tavve DOT com writes:

            Thorsten


            It looks like snmpCollect is treating your expression as a
            counter...


      In my experience, every OID referenced in a MibExpr.conf file is
      treated as a counter and replaced with the time rate of change

      (v(t2)- v(t1))/(t2-t1)

      As a matter of practice, if an OID is not already a counter, I coerce
      it to one in mib.coerce.  I'm not sure if I need to do this, but
      there
      is some reason I learned to start doing it.....


            mib.coerce file.  If that doesn't work than it seems that a PMR
            is
            your only resort... There are really two here..

            1.  Why can't Thresholds do less than


      Because MLM can, and no if there is an enhancement request for
      snmpcollect to handle this, it hasn't received enough attention to
      get
      implemented.


            2.  How do I coerce the type for a mib variable within an
            expression...


      an entry in mib.coerce  will take a given OID that is an integer and
      can coerce it into a counter.


            It is important to note here however that problem number 2
            results from a
            poorly defined mib rather than an actual problem in NetView...
            the dhcp
            mib should never have made noAddFree a counter.. it should have
            been a
            gauge to begin with...

            I'm not sure the best way to create a PMR except to ask for a
            mechanism for thresholding when a counter variable goes below a
            certain value.  (This seems contradictory however because
            counters
            aren't supposed to decrease.)


      Pose your PMR as  "How do I do.... with NetView?"

      I did... and they will tell you to use MLM's capability.  MLM can
      handle a < Is there a reason you don't want to use MLM?







---------------------------------------------------------------------
To unsubscribe, e-mail: nv-l-unsubscribe AT lists.tivoli DOT com
For additional commands, e-mail: nv-l-help AT lists.tivoli DOT 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)