Dave- I agree with Edmund that I don't think what you want can be done through just event rules, and that it would make an excellent enhancement request. You wouldn't even need a new function necessarily. Instead, you could have a new event processing behavior (maybe 'K' for "acKnowledge") that would work like the existing 'C' behavior, except that it would only acknowledge the matching alarms instead of clearing them. A new processing behavior should keep the benefit of event discriminators as well. In your case, your EventDisp would look like this:
0xfff00000 E 50 A 3,0xfff00000,5 0xfff00002 E 50 C 0xfff00000,5 0xfff00003 E 50 K 0xfff00000,5 Of course, that doesn't help you now, does it? :-) I think the best you can do now is what you feared - something really hackish using Notifier. Since Notifier only works on alarms though, you'd have to make an alarm out of the "Alarm Acknowledged" event, at least temporarily. Notifier would then pick up this alarm, clear it, and acknowledge the alarm that you really want. We've done some similar things, and it's really not pretty. Another option is to build something custom with the C or Java APIs. A tool like that could listen specifically for the "Alarm Acknowledged" event; you wouldn't have to make the fake alarm for it. HTH, Jim On 8/16/10 10:21 AM, "Edmund Rhudy" <[email protected]> wrote: > I wonder if that's possible? It's possible to use event discriminators and > copying the event variables between events, combined with event procedures, to > say "okay, this event series says if 0xffff0002 fires within x time after > 0xffff0001 and variable 5 is the same, trigger event 0xffff0003 and use > WriteAttribute to set Acknowledged to yes". However, WriteAttribute requires > a model handle, so it doesn't work for alarms. It seems like a new event > procedure would be necessary for what you want to do, one that could alter > flags on an alarm generated by a certain event, since alarms aren't models in > their own right. SetAlarmFlag() sounds like a good thing to ask CA for. > > On 16 Aug 2010, at 12:39, David Game wrote: > >> Here¹s one for you all to wrack your brains over... >> >> >> Customer has got a bunch of Keymile DSL devices that are managed from a >> central server. The end-points themselves are dumb non-ip devices so we can¹t >> model/poll them directly in Spectrum. >> >> The central manager server sends Spectrum SNMP traps and in the varbinds of >> those traps are the details of the affected device. >> >> >> The SNMP traps we receive are as follows: >> >> >> Alarm Raised (0xFFF00000, which raises custom event 0xFFFF000) >> >> Alarm Acknowledged (0xFFF00003) >> >> Alarm Cleared (0xFFF00002) >> >> We¹ve got Alarm Raised showing pretty much how we¹d like it using custom >> alarm titles (props go to Jim Pfleger and his event code from 2 weeks back!), >> and I can clear the alarms automatically when they¹re cleared on the central >> server thanks to unique varbinds in this case Varbind 5 which is the unique >> alarm ID on the central server. >> >> My question is... how can I make the Spectrum alarm auto-acknowledge its >> alarms when it receives the ³Alarm Acknowledged² trap from the central >> server? >> >> I¹m guessing it¹s more eventdisp jiggery-pokery or even worse, getting my >> hands dirty in SetScript? >> >> Essentially when event 0xFFF00003 is triggered I need to find the alarm >> raised relating to varbind 5 (alarmID) and then set the attribute on that >> alarm for ³Acknowledged² to ³Yes². >> >> >> Any ideas? I¹m stumped! >> >> Dave >> >> ________________________________________________ >> David K Game >> Consultant - Enterprise Performance Management >> Logicalis UK Ltd >> 110 Buckingham Avenue >> Slough, Berkshire, SL1 4PF >> www.uk.logicalis.com >> ________________________________________________ >> Cisco Managed Services Channel Partner >> CA New Business Partner of the Year 2009 >> Cisco Datacentre & Virtualisation Partner of the Year 2010 >> HP Datacentre Specialist of the Year 2010 >> Cisco Data Centre Partner of the Year 2009 >> Cisco Unified Communications Partner of the Year 2009 >> HP Preferred Partner of the Year (Gold) 2009 >> >> P Please consider the environment before printing this email >> >> >> >> >> This email communication does not create or vary any contractual relationship >> between Logicalis and you. Internet communications are not secure and >> accordingly Logicalis does not accept any legal liability for the contents of >> this message. The contents of this email are confidential to the intended >> recipient at the email address to which it has been addressed. It may not be >> disclosed to or used by anyone other than this addressee, nor may it be >> copied in any way. If received in error, please contact Logicalis on the >> above switchboard number quoting the name of the sender and the addressee and >> then delete it from your system. Please note that neither Logicalis nor the >> sender accepts any responsibility for viruses and it is your responsibility >> to scan the email and attachments (if any). >> Logicalis UK Ltd, Registered in England and Wales No: 3732397, Registered >> Office: 110 Buckingham Avenue, Slough. Berkshire, SL1 4PF >> >> ______________________________________________________________________ >> This email has been scanned by the MessageLabs Email Security System. >> For more information please visit http://www.messagelabs.com/email >> ______________________________________________________________________ >> --To unsubscribe from spectrum, send email to [email protected] with the >> body: unsubscribe spectrum [email protected] > > > --- > To unsubscribe from spectrum, send email to [email protected] with the body: > unsubscribe spectrum [email protected] --- To unsubscribe from spectrum, send email to [email protected] with the body: unsubscribe spectrum [email protected]
