On 12/12/2007, PoWah Wong <[EMAIL PROTECTED]> wrote:
> > snmptrapd -f -Le -Dsnmptrapd -d
> >
> > Then start up the snmpd agent again.
> > What does the trap receiver display?
> >
> >
> Now the trap receiver display:
> # snmptrapd -f -Le -Dsnmptrapd -d
> NET-SNMP version 5.4.1
>
> Received 192 bytes from UDP: [172.20.11.245]:32832
[snip]
So snmptrapd is at least receiving the raw packet.
But if that is the *only* output, then the trap is being dropped
before it gets as far as the trap processing. (Since almost
the first thing that the trap receiver would do is log a debug
message "input: 147")
That means it must be the low-level receipt/parsing of the
incoming trap that is failing.
Two things to try:
a) Run the trap receiver using
snmptrapd -f -Le -Dusm -d
This will show any problems in the SNMPv3/USM
processing.
b) Try sending the traps using '-l noAuthNoPriv'
(and the same debug flags on the trap receiver side).
Does this get any further?
Dave
-------------------------------------------------------------------------
SF.Net email is sponsored by:
Check out the new SourceForge.net Marketplace.
It's the best place to buy or sell services for
just about anything Open Source.
http://sourceforge.net/services/buy/index.php
_______________________________________________
Net-snmp-users mailing list
Net-snmp-users@lists.sourceforge.net
Please see the following page to unsubscribe or change other options:
https://lists.sourceforge.net/lists/listinfo/net-snmp-users
