Flap detection based on time period instead of check count.

[Larry Low]

SNMP Traps for instance will only report on a state change.

 

----

Larry Low

4150 N Drinkwater Blvd., 5th Floor

Scottsdale, AZ  85251

Office: 480.785.7045

E-mail: llow at telesphere.com'

 

Telesphere Networks, Inc

 

From: nagios-devel-bounces at lists.sourceforge.net
[mailto:nagios-devel-bounces at lists.sourceforge.net] On Behalf Of Anthony
Montibello
Sent: Tuesday, October 09, 2007 7:02 PM
To: Nagios Developers List
Subject: Re: [Nagios-devel] Flap detection based on time period instead of
check count.

 

your example to me, looks like a special case that falls outside the box (I
hope someone else would clarify if I am wrong.)

 

If the service is being checked frequently via passive checks, why are the
Passive checks OK not being reported to nagios, (hypothetical question,
since there could be many reasons on why they are not reported)

It would make sence that this is the source of the Flapping not properly
refecting that service, and thus, flap detections should probobly be
disabled for that service.

 

 

tony (author of Nc_net)

 



 

On 10/9/07, Larry Low <llow at telesphere.com> wrote: 

When setting up services that heavily rely on passive checks (only active
monitor every 60 minutes or 12 hours, etc) it would be nice to base flap 
detection on state changes over a time period instead of the count of
checks.

Example:

Interface status actively checked every 4 hours.
0:00 - Active Check OK
1:20 - Passive check causes CRTIICAL state. 
1:25 - Passive check causes OK state.
4:00 - Active Check OK
8:00 - Active Check OK
9:29 - Passive check causes CRITICAL state.
10:00 - Passive check casues OK state.

State change in this case is 5/7 (57%). 
If based on a time period of minutes you get 5/600 (.008%).

Just an idea to allow for passive monitoring to be better handled with flap
detection.

----
Larry Low
4150 N Drinkwater Blvd., 5th Floor 
Scottsdale, AZ  85251
E-mail: llow at telesphere.com'

Telesphere Networks, Inc




------------------------------------------------------------------------- 
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems?  Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your FREE copy of Splunk now >> http://get.splunk.com/
_______________________________________________
Nagios-devel mailing list
Nagios-devel at lists.sourceforge.net 
https://lists.sourceforge.net/lists/listinfo/nagios-devel

 

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://www.monitoring-lists.org/archive/developers/attachments/20071010/24d0edd2/attachment.html>
-------------- next part --------------
-------------------------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems?  Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your FREE copy of Splunk now >> http://get.splunk.com/
-------------- next part --------------
_______________________________________________
Nagios-devel mailing list
Nagios-devel at lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/nagios-devel