Re: restarting snmpd does not generate a trap

"Dave Shield" <[email protected]>
Newsgroups gmane.network.net-snmp.user
Message-ID <[email protected]>
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
[email protected]
Please see the following page to unsubscribe or change other options:
https://lists.sourceforge.net/lists/listinfo/net-snmp-users
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.