Thanks again for your response Dave. This is my last email regarding this subject.
I have a scenario where we have multiple datacenters. We are generating traps from log4j appenders, Perl scripts and third party components that do not support the receiving of traps in response to INFORM messages. My current thinking is that we could have traps sent to a central trap receiver in each datacenter. These central receivers would then resend the traps to the NMS using a TCP connection. Some custom processing would handle alerting us about any traps that could not be sent. Based on the above I have the following questions: Does this seem like a reasonable approach? How do companies with multiple datacenters ensure that traps reach their destinations? Is it just through INFORM messages (a solution that you previously suggested), TCP connections or custom configurations such as what I wrote above? There doesn't seem to be a wealth of information on using INFORM's, TCP connections or architecture considerations for SNMP on the web so your advice is greatly appreciated. Thanks, John -----Original Message----- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Dave Shield Sent: Tuesday, May 15, 2007 4:17 AM To: John Giaccotto Cc: [email protected] Subject: Re: Reducing Risk of Missing SNMP Traps On 14/05/07, John Giaccotto <[EMAIL PROTECTED]> wrote: > > ..... Is there an accepted method for ensuring that > > .... if [a trap] does [get dropped] that the sending > > component is made aware of this? > Thanks for your response. What is the general practice for dealing with > this when the traps are emitted from a software component which is not > capable of keeping track of responses to INFORM messages? Keeping track of responses (and re-sending requests if appropriate) ought to be handled by the low-level SNMP library. I wouldn't expect an application to have to do this explicitly. But if the trap receiver isn't accepting the notifications (for whatever reason), then fundamentally, the sending application needs to be able to do something sensible. What action is appropriate isn't something that can be dictated in general - it really depends on your management requirements. So this is something you'll probably have to code yourself. Dave ------------------------------------------------------------------------- This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ _______________________________________________ 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
