Are you talking about Trap Director? From: F J Rutcho [mailto:fjrut...@hotmail.com] Sent: Friday, November 13, 2015 12:05 AM To: spectrum <spectrum@listserv.unc.edu> Subject: [spectrum] SNMPv3 - alternative to CA TrapExploder [CA T/E]
All, The company where I'm currently working (been there for about a year) is seeking an alternative solution to CA's TrapExploder (there's an end of life). Their main "hiccup" is with SNMP v3 Trap processing. For some reason CA T/E is having problems passing v3 traps. They've tried the "blind" feature however it has not work, so they're seeking other alternatives. I'm not working on the Spectrum team itself, my role is with another team, however as you know, I have lots of experience with Spectrum. They need something to can receive traps, forward what they want, and filter out what they don't want (already suggested not building thousands of alertmap entries to suppress what they don't want). Ideally, the CA T/E replacement would be outside of Spectrum, thus minimizing the traffic load handled by their SpectroSERVERs. Their environment is primarily RedHat. Every SS has a Fault Tolerant backup. It's a large environment and they're monitoring Windows, and several flavors of Unix (Linux, CentOS, AIX, SunOs). All suggestions are appreciated. Or if you know a solution with the current CA T/E product related to SNMPv3 handling (that would be appreciated too). Kind regards, Fred * --To unsubscribe from spectrum, send email to lists...@unc.edu<mailto:lists...@unc.edu> with the body: unsubscribe spectrum cesar.guz...@xo.com<mailto:cesar.guz...@xo.com> --- To unsubscribe from spectrum, send email to lists...@unc.edu with the body: unsubscribe spectrum arch...@mail-archive.com
