Is it possible, using the "Generic Trap Receiver" protocol, to have traps update existing rows in the "Traps" table instead of have them add a new row each time?
For example, when a trap is already added to the table, another trap from the same source and with the same OID could simply update the bindings. This would make it possible to generate an alarm on that specific OID.
I thought this would be possible by configuring the "Trap OID Update Table", but I can't get this to work.
Hi Dojo,
I believe my use case would be a bit different. I have a SNMP test trap sender set up with the following SNMP trap bindings:
1.3.6.1.2.1.1.4.0.1 -> "ALARM"
1.3.6.1.2.1.1.4.0.2 -> "CLEAR"
How do I have to set up the Update Trap Table to achieve, that the "CLEAR" overrides the "ALARM"? I would like to achieve automatic clearing of SNMP trap alarms in the element.
The solution above provides only a way to overwrite the binding value of a specific OID.
Hi Joey,
many thanks for your feedback.
There are binding 1 and 2 for each trap, but this is generic:
.
TrapIndex – Timestam – TrapOID(Lookup Value) – Binding1 – Binding2
55 – 25.10.2022 13:42 – Ref. Locked Normal – 0 – 10.110.18.92
47 – 25.10.2022 13:41 – Ref. Present Normal – 0 – 10.110.18.92
42 – 25.10.2022 13:41 – Ref. Present Fault – 0 – 10.110.18.92
43 – 25.10.2022 13:41 – Ref. Locked Fault – 0 – 10.110.18.92
So there is no information except the Trap OID to identify a trap value that shoudl be refreshed.
Hi André, in your example these are 2 different traps and there is also no additional binding to somehow link both to one another? If that is the case, I’m afraid that will not be supported today and would probably also be difficult to implement generically.