Keith Haughton <[email protected]> writes: > I see that there is currently a project for Traps. I am reaching out > to see if this is something that is being worked to replace the > current SNMPTT or if this is something that will contribute to > updating the SNMPTT package. I am running into a lot of bugs and > limitations with SNMPTT at the moment and am coming to a point where > I'll either need to create my own snmptrapd and SNMPTT or look for > another solution. I need a solution that can handle the collection, > parsing, translation, and execution or external commands for the > upward amount of 100k traps per second.
100k a second is something that will likely require careful architecting. You'd need something that could quickly parse and export the traps to a second process or thread on a second (or multiple) core to do the heavy computation lifting with whatever you have in mind. I suspect snmptrapd may be a good starting place, but it is really designed more with a single-core-single-thread model and it would need to be tweaked to be able to handle higher loads. -- Wes Hardaker Please mail all replies to [email protected] ------------------------------------------------------------------------------ Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ _______________________________________________ Net-snmp-coders mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/net-snmp-coders
