Mark Dollemore wrote:
I am trying to use snmptrapd to process large numbers of traps as generated from our Trading Systems. Testing has shown that when large number of traps are received (750+/sec) that traps are then dropped in large quantities. Why is this happenning?, Can it be prevented?. I don't mind if there is a delay in processing as queues build up and are then cleared, but what I can't have happen is what are potentially important traps dropped at random!.
There is two different approaches to this one a) Enlarge the UDP packet buffer in kernel b) Write snmptrapd in a multithreaded fashion
I have done b) approach and it is quite straightforward.
Add the handler for traps in snmptrapd.c so that it only copies the pdu & inserts it into queue.
The real handler just reads the queue (lock & semaphore) and does the real stuff in snmptrapd.c
Have to be just careful which functions to call :-), some of those are not necessarily thread-safe.
Using this kind of approach we could easily handle about 1000 traps all the time in HPUX 10.20 & 11.00
Hope this helps. PKY
*Mark Dollemore* *Senior Trading Systems Analyst* Euronext.liffe Global Systems Delivery +44 (0)20 7379 2670 [EMAIL PROTECTED]
------------------------------------------------------- SF.Net email is sponsored by Shop4tech.com-Lowest price on Blank Media 100pk Sonic DVD-R 4x for only $29 -100pk Sonic DVD+R for only $33 Save 50% off Retail on Ink & Toner - Free Shipping and Free Gift. http://www.shop4tech.com/z/Inkjet_Cartridges/9_108_r285 _______________________________________________ Net-snmp-users mailing list [EMAIL PROTECTED] Please see the following page to unsubscribe or change other options: https://lists.sourceforge.net/lists/listinfo/net-snmp-users
