1 Copper

Trap Exploder Performance

I'm having problems with my trap exploder not keeping up in forwarding snmp traps.

It appears that the trap exploder can only handle up to about 200 traps/second, so anything more than that causes the trap exploder to start falling behind.

From the network we're managing we currently get about 220-250 traps/second so it quickly builds up that we have a backlog.

The effect of this is that when the trap forwarder gets around to forwarding the trap to the IPAM domain, e.g. LinkDown, this can be several hours after the event occured and means that the user can suddenly see an Interface | NetworkConnection - Down | DownOrFlapping event hours after the initial problem started and was resolved.

My parameters set apart from defaults in the trapd.conf file used by the dedicated trap exploder are:



MATCH: all

I've tried setting a WINDOW: 5, made no difference and I've set the THREADS to 25 (the maximum), but again it doesn't appear to make a difference.

I don't think it's viable to discard events older than a certain time as Unstable conditions could be missed and management is very tight for these customers.

I'm using:

SAM_SUITE: V7.2.0.8(85344), 26-Nov-2008 11:58:26 Copyright 1995-2008, EMC Corporation - Build 19

Foundation V7.2.0.1(85158), 18-Nov-2008 18:24:08 Copyright 1995-2008, EMC Corporation - Build 34

Does anyone have any advice or other options I could try.

Note I've been told other trap forwarders from other vendors can handle up to 2000/sec, I don't really want to have to integrate another vendor trap forwarder, but looking at the problem it appears that may be the only way.

0 Kudos
1 Reply
1 Copper

Re: Trap Exploder Performance

Is the box running out of resources, and if so, which ones?

The only thing that I can suggest, but of which you likely can't do, is examine if you can change MATCH: all.

If you were to structure the most frequently mapped OIDs to the top of the file, and change this to 'first', it wouldn't need to read the entire file before forwarding the trap.

However, if you're getting 250 traps/sec, you likely already know this