[mrtg] Re: Feature Request

[Stephen Engel]

Jeff, caught your message on the MRTG board. Although I can not solve your
immediate graph problem, I can offer you an alternative solution for your SLA
management. I am the CIO for Cyberkinetics, Inc. and we have a service called IP
Presence monitorng that is an IV&V service for SLA Independent Verification &
Validation. Its very cost effective ($120/yr/per IP address or Host) and it
provides for several notification services and logging services.  You can can even
upgrade that to Premier Response Service and have one of our engineers duke it out
at Pacbell for ya.  If your interested I can tell you more, I really did not want
to abuse this board as a sales tool.

As far as the graph goes, you would not be able to tell the difference between down
time and inactive time if you set the default to 0, the way it is set, a constant
reading (Flat Top) of the last active measurement gives you down time from the
beginning to the end of the flat top.  You could have used the Flat Top in
combination with your main segment report to substantiate your claim.  You can also
monitor segments and hosts that route to the gateway and any number of stats on
rejected packets.  Those buggers at Pacbell.....they don't like getting caught on
the annual SLA's.  Good Job!

Jeff Liebermann wrote:

> Can someone give me a pointer (or do the work) on tweaking
> the mrtg Perl code so that *MISSING* data (i.e. the router
> goes offline or the server stopped polling for SNMP data) or
> gaps in the data show up as a zero on the graph instead of
> a straight line with a value of the last recorded number?
>
> The problem is that I was using MRTG to do SLA monitoring
> of a telco connection.  The line went down but the MRTG
> graphs showed that there was still traffic (constant value
> starting from last recorded number).  Trying to convince
> PacHell that it was broken was no fun when the graphs showed
> that it was still alive.
>
> I would do this myself but I'm the worlds worst programmer.
>
> Having the graph go to zero would also solve the problem
> of monitoring Ascend P50/75/130 SNMP which like to have OID's
> disappear when the router drops the connection.
>
> --
> # Jeff Liebermann  Liebermann Design  150 Felker St #D  Santa Cruz  CA  95060
> # 831.336.2558 voice  wb6ssy at ki6eh.#cca.ca.usa.noam  wb6ssy.ampr.org 44.4.18.10
> # 831.421.6491 digital_pager    73557,2074  cis [don't]
> # jeffl at comix.santa-cruz.ca.us  http://www.cruzio.com/~jeffl
>
> --
> * To unsubscribe from the mrtg mailing list, send a message with the
>   subject: unsubscribe to mrtg-request at list.ee.ethz.ch
> * The mailing list archive is at http://www.ee.ethz.ch/~slist/mrtg



--
* To unsubscribe from the mrtg mailing list, send a message with the
  subject: unsubscribe to mrtg-request at list.ee.ethz.ch
* The mailing list archive is at http://www.ee.ethz.ch/~slist/mrtg