<div dir="ltr">On 14 March 2013 10:03, David Baldwin <span dir="ltr"><<a href="mailto:david.baldwin@ausport.gov.au" target="_blank">david.baldwin@ausport.gov.au</a>></span> wrote:<br><div class="gmail_extra"><div class="gmail_quote">

<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="im"><br>
</div>It absolutely requires some test to generate these. Check the IP address<br>
of the originating server that sent the trap status message, then check<br>
what tests are running from there. Might also be worth checking Ghost<br>
Clients to see if there are more of these that you don't know about.<br></blockquote><div><br></div><div style>Also, check the trap destination configured on the device.  If it's set to the Xymon server, then look for a process on your Xymon server that's listening for SNMP packets.  On Linux, you can do "sudo netstat -naup | grep :162" and it should show the PID and name of the process that is receiving the traps.</div>

<div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
devmon does not do SNMP traps in any way. It is SNMP polling only.<br></blockquote><div><br></div><div style>(As David implied) neither does Xymon.  There must be another process that receives a trap and then generates a Xymon status message, but not necessarily running on the Xymon server.</div>

<div style><br></div><div style>Googling the phrase ["Unknown trap" xymon] shows the HOWTO that David linked to.  I suspect someone has set this up on your Xymon server.  This means you probably have snmptrapd running, which you should stop if you don't ever use SNMP traps.</div>

<div style><br></div><div style>J</div><div style><br></div></div></div></div>