[SNMP4J] Problem listening to SNMP v3 traps

[Pedro Franceschi]

Hi,

I set the log level to DEBUG as you said by using the built in option u 
have (-d DEBUG). I am not seeing any difference in the log output at all. 
Is there anything else I should add for the output to show up? 

The WARNING: 1.3.6.1.6.3.11.2.1.3.0 = 1  message I'm receiving, what does 
it mean? Obviously, that number corresponds to an OID from the MIB file 
and it says:

"The total number of packets received by the SNMP engine which were 
DROPPED because the PDU contained in the packet could not be passed to an 
application responsible for handling the pduType..."

Hope it helps. Thanks.

Regards,

Pedro Franceschi
Automation Developer COOP
FVT Automation Team



Frank Fock <fock at agentpp.com> 
02/27/2008 06:27 PM

To
Pedro Franceschi/Raleigh/IBM at IBMUS
cc
snmp4j at agentpp.org
Subject
Re: [SNMP4J] Problem listening to SNMP v3 traps






If you set the log level to debug on the console tool (SnmpRequest)
then you should see the incoming message's bytes as hex string.
You may post that message here or you may analyse it yourself
with a sniffer or MIB Explorer Pro. I am pretty sure that SNMP4J
is capable of receiving SNMPv3 notifications, so I expect a simple
solution for the problem.

Best regards,
Frank

Pedro Franceschi schrieb:
> The agent I'm using to send  traps is an IBM server. It does everything 
> automatically. It generates the SNMPv1 traps, as well as the SNMPv3 
ones. 
> I am just generating a Test Alert from the server's own web interface to 

> make sure the manager receives it. What is odd is that I could receive 
the 
> v3 traps with another program, which leaves the problem to SNMP4J. Also, 

> and what makes it more interesting, is that I could actually 
send/receive 
> Get /SET commands with v3 using SNMP4J. Btw, the last output I sent you 
> was using the SnmpRequest class, with NOTHING changed. This is why I 
have 
> no idea what is going on since I ended using exactly the same code you 
> provided. Any ideas on what could be wrong? Is there any way those 
Unknown 
> PDUs can be accessed?
>
> I appreciate your fast response on my first post. Thanks.
>
> Regards,
>
> Pedro Franceschi
> Automation Developer COOP
> FVT Automation Team
> _______________________________________________
> SNMP4J mailing list
> SNMP4J at agentpp.org
> http://lists.agentpp.org/mailman/listinfo/snmp4j
>