Dirk,
I was sure i missed it somewhere ;-)
But anyway, did some testing and I donât get it to work.
I get snmp data back from the firewall with SNMP check oid -
1.3.6.1.2.1.2.2.1.10.8 = Total Downloaded in Bytes
I made it really simple, just a formula (sa_currentresult - sa_previousresult)
< 20000000 is false
I gives me as sa_previousresult: 937675260 and sa_currentresult: 944442813
should result in 6767553
The response of SA is: 944442813 should be: (sa_currentresult -
sa_previousresult) < 20000000
Even if I enter 200 it still gives "down". Missing something again?
And also another question:
Is there a way to store the result of the formula in the RDD database or only
the sa_currentresult?
Regards,
Lau
-----Original Message-----
From: Servers Alive Discussion List [mailto:[email protected]] On Behalf Of
dirk
Sent: dinsdag 23 april 2013 9:16
To: Servers Alive Discussion List
Subject: Re: [SA-list] snmp bandwith monitoring
You can use a formula for this.
For example:
(sa_currentresult - sa_previousresult) / (sa_currenttimeinms -
sa_previoustimeinms) <5
Would give an alert if the currentresult - previous result devided by the
(current time in ms -previous time in ms) would be smaller then 5
In the doc under the part of the SNMP CHECK TAB there is this example
too
Hope this helps
dirk
On Mon, 22 Apr 2013 16:15:38 +0200, Lau Daniels wrote:
> Hi Dirk,
>
> Just finished searching for a decent document about bandwidth
> monitoring using Serversalive. Nothing foundâ¦..
>
> I know I can do a snmp query for ifInOctets for interface 8 with
> 1.3.6.1.2.1.2.2.1.10.8.
> This gives me the The total number of octets received on the
> interface.
>
> Nice to know but I want the difference between two poll cycles.
> Average_Input=Total_Input (in BITS)/ Time (in SEC)
>
> Dirk, is this possible with Serversalive?
>
> Regards,
>
> Lau
>
> -------------------------
>
> This email and any files transmitted with it are
> confidential and intended solely for the use of the individual or
> entity to whom they are addressed. If you have received this email
> in error please notify the sender.
> Any views or opinions presented in this email are solely those of the
> author and do not necessarily represent those of the company.
>
> This footnote also confirms that this email message has been swept by
> MIMEsweeper for the presence of computer viruses but we cannot accept
> responsibility for any loss or damage arising from the use of this
> email and/or attachment(s).
>
> To unsubscribe send a message with UNSUBSCRIBE in the subject line
> to [email protected]
> If you use auto-responders (like out-of-the-office messages), make
> sure that they are not sent to the list nor to individual members.
> Doing so will cause you to be automatically removed from the list.
To unsubscribe send a message with UNSUBSCRIBE in the subject line to
[email protected]
If you use auto-responders (like out-of-the-office messages), make sure that
they are not sent to the list nor to individual members. Doing so will cause
you to be automatically removed from the list.
To unsubscribe send a message with UNSUBSCRIBE in the subject line to
[email protected]
If you use auto-responders (like out-of-the-office messages), make sure that
they are not sent to the list nor to individual members. Doing so will cause
you to be automatically removed from the list.
