You can still use the flash green attribute and populate a global collection 
automatically with devices that have this set.
Regards
Stephen.

From: Barnes, William [mailto:william_bar...@cable.comcast.com]
Sent: 07 April 2014 16:15
To: spectrum
Subject: Re: [spectrum] sticky alarm

I am reading two scenarios here.

1 - you have something that sets clears and sets quickly.  Take a look at the 
SS/CsVendor/IETF/EventDisp file for the 0x00220002 event.  This describes how 
CA is creating alarms for link flaps.  We wrote something before this that 
simply utilizes the EventRateWindow rule:
0x4790003 R Aprisma.EventRateWindow, 3, 300, "0x04790001 -:-"
What this does, is once we get 0x4790003, three times in a 5 minute window, we 
generate 0x04790001 which raises an alarm indicating this flapping condition.


2 - You get an alarm, but it clears before anyone does anything with it, so you 
may not realize it happened.  Now, we get into a phylisophical debate.  I have 
this debate all the time with my user community.  Spectrum is doing what it is 
supposed to do.  It is telling you the current state of the network.  The issue 
has resolved, so it is gone.  I then recommend that they go to SRM (Spectrum 
Report Manager) and run reports to see what has happened.  Also, if this was an 
important event, then it should have triggered a ticket, and that then can be 
tracked through the ticketing system.
Yes, you can modify how Spectrum handles that alarm and stop it from auto 
clearing, but before you make the change think if you really want to the alarm 
to hang around.  You might be causing yourself more problems with old alarms 
that don't clear, and not knowing the condition of the system.  Yes, I loved 
the old SpectroGRAPH condition of "flash green enabled", but we don't have that 
option any longer.  So, it is off to looking at reports and tickets to find out 
what has happened when all looks ok.

Bill

From: Fereydoon Mallahi Karai <fmall...@gmail.com<mailto:fmall...@gmail.com>>
Reply-To: Fereydoon Mallahi Karai 
<fmall...@gmail.com<mailto:fmall...@gmail.com>>
Date: Friday, April 4, 2014 at 10:57 AM
To: spectrum <spectrum@listserv.unc.edu<mailto:spectrum@listserv.unc.edu>>
Subject: [spectrum] sticky alarm

Hi,
I will appreciate if you inform me if there is any solution for below problem:
I want an alarm is generated in Spectrum for device A while the connectivity of 
that device is lost and again established in less than 1 minute. As there are 
some alarms which are missed because the time of generation and clearance is so 
short.
Thank you.
Regards,
Ferey

  *   --To unsubscribe from spectrum, send email to 
lists...@unc.edu<mailto:lists...@unc.edu> with the body: unsubscribe spectrum 
william_bar...@cable.comcast.com<mailto:william_bar...@cable.comcast.com>

  *   --To unsubscribe from spectrum, send email to 
lists...@unc.edu<mailto:lists...@unc.edu> with the body: unsubscribe spectrum 
stephenwa...@karelia-ns.com<mailto:stephenwa...@karelia-ns.com>

---
To unsubscribe from spectrum, send email to lists...@unc.edu with the body: 
unsubscribe spectrum arch...@mail-archive.com

Reply via email to