Idea Details

SNMP Trapforwarding with TCP

Last activity 05-31-2019 02:14 AM
Matthias Lurschack's profile image
09-19-2016 09:37 AM

Currently we try to forward SNMP Traps for Threshold Violations from CAPC EM to external Alarm Management System(s) and see that those are lost from time to time as they are sent by UDP. 

So from time to time, there is the "clear" event not received and the "raise" stays for too long time in external Alarm Mgmt Tool. 

Please consider for the future a logic to send SNMP Traps by TCP to external Alarm Management Systems to get rid of this behavior, as we do not use for all inventory / networks the Spectrum Integration with CAPC EM. 


08-08-2017 01:04 AM

I agree with you Raphael! We were also force to think about workarounds and already bring some in place to get rid of trap loss... additional to Raphaels argumentation, it takes more time and does not increase the acceptance of the product as many customers feel that trap forwarding should be available out of the box - and if not, we should be able to execute a script once an event is ocurring. 

08-02-2017 03:46 AM

Hi stoma11,


a generic notification mechanism should allow for any script/binary program to be executed taking in variable parameter values from the calling Performance Center - hence the name.

 So personally I don't see any circumstance, where a generic notification mechanism would not allow to make use of a guaranteed transport.

On the other hand, one would need to implement the PC event/trap types into a custom program, which is duplicating work and needs to be re-checked upon each new release.


Maybe matthias.lurschack could provide a statement as well.




07-28-2017 04:17 PM

If we were to implement the generic/script based notification, do folks agree that you could then call something that would provide guaranteed transport - e.g. REST call or maybe a TCP trap executable?

10-17-2016 08:07 AM

Hi Robert, all,


I admit being a bit lazy beforehand. Anyway, idea is now posted: Performance Management generic notification 




10-17-2016 03:16 AM


did you try to use snmp inform instead traps?

An SNMP inform request packet will be sent continually until the sending SNMP manager receives an SNMP acknowledgement.

10-14-2016 07:58 AM

I would recommend making a new idea for the generic notification type so it doesn't get lost with the TCP trap idea.  Not that TCP traps is a bad idea but as you mention, being able to execute a script opens up a wide variety of options.

10-14-2016 05:44 AM

Hi all,


maybe it would also be possible to add a generic command notification type allowing for any command to be executed.

This way, it would be easy to setup a scrript to send tcp traps or do whatever we need to feed notifications (e.g. call a remote webservice). Surely there needs to be a way to configure variable data fields to be passed to the command.

Please check out the attached mockup picture.




09-20-2016 02:06 AM

AFAIK the external too(s) we use are able to handle TCP traps. Thanks!

09-19-2016 09:51 AM

AFAIK TCP based traps are not very common. Are you sure, your external tool is able to handle TCP based traps?