> Thanks for the update. However, using the options to snmptrapd below,
> it would appear that snmptrapd is in fact receiving the packets.
OK - so that probably rules out firewall issues.
What about /etc/hosts.{allow,deny} filtering?
Do you have either of these files - and if so, what do they c
Dave,
Thanks for the update. However, using the options to snmptrapd below,
it would appear that snmptrapd is in fact receiving the packets. The
hex dumps from /var/log/syslog are shown below. Apparently there is
some other problem. I'm not sure what the pre-parse fail means, but I
just kno
> When I run snmptrapd with the options specified below, I get:
>
> read_config:traphandle: registering handler for: default
> 2004-12-15 13:20:19 NET-SNMP version 5.1.2 Started.
>
> When I send a trap.
> There is no debugging output at all.
That would tend to imply that the trap handler is
> When I run snmptrapd with the options specified below, I get:
>
> read_config:traphandle: registering handler for: default
> 2004-12-15 13:20:19 NET-SNMP version 5.1.2 Started.
>
> When I send a trap.
> There is no debugging output at all.
That would tend to imply that the trap handler is
Hi Russ.
Russ Woodman wrote:
Hi,
I am attempting to receive traps from various devices on my network
(Copper Mountain DSLAMs, Cisco routers, etc.) so that I can then funnel
the traps into Nagios for network monitoring. However, nothing I have
tried for the last three or more months has allowed
Gary,
Forgive me if anything I say after this sentence is naive or misinformed.
Gary Clark wrote:
Hi,
Ok three monthsGood one.
That's probably an understatement. So much for trying to figure it out
on my own.
1) When running your agent have you configured your snmpd.conf to send
traps?
As st
Hi,
Ok three monthsGood one.
1) When running your agent have you configured your snmpd.conf to send
traps?
2) When running the snmptrapd it also has an associated configuration file
this
should contain an oid value and a perl script which is called when the
trap is received.
3) Examine
Alex,
I've attempted to test the traps as shown in the tutorial. When I send
a manufactured trap, the debug output from snmptrapd shows this:
trace: netsnmp_udp_recv(): snmpUDPDomain.c, 133:
netsnmp_udp: recvfrom fd 9 got 96 bytes (from 127.0.0.1)
trace: _sess_process_packet(): snmp_api.c, 4892:
Try running snmptrapd in the foreground with debugging for
read_config:traphandle and snmptrapd.
snmptrapd -f -Lo -Dsnmptrapd,read_config:traphandle
When I send a test trap, I get:
read_config:traphandle: registering handler for: default
2004-12-14 21:41:49 NET-SNMP version 5.2.pre1 Started.
snmp
Hi,
When I run snmptrapd with the options specified below, I get:
read_config:traphandle: registering handler for: default
2004-12-15 13:20:19 NET-SNMP version 5.1.2 Started.
When I send a trap, either from a Cisco device or by using the following
command:
snmptrap -v 1 - c public localhost TRA
Sent: Tuesday, December 14, 2004 10:50 AM
Subject: Re: Cannot Process SNMP Traps
> Gary,
>
> Forgive me if anything I say after this sentence is naive or misinformed.
>
> Gary Clark wrote:
> > Hi,
> >
> > Ok three monthsGood one.
>
> That's probably
AIL PROTECTED]>
To: "Alex Burger" <[EMAIL PROTECTED]>
Cc: <[EMAIL PROTECTED]>
Sent: Wednesday, December 15, 2004 1:25 PM
Subject: Re: Cannot Process SNMP Traps
> Hi,
>
> When I run snmptrapd with the options specified below, I get:
>
> read_config:traphandle
> >
> > - Original Message -
> > From: "Gary Clark" <[EMAIL PROTECTED]>
> > To: "Russ Woodman" <[EMAIL PROTECTED]>
> > Cc: <[EMAIL PROTECTED]>
> > Sent: Thursday, December 16, 2004 9:47 AM
> > Subject: Re: Cannot Proc
t;[EMAIL PROTECTED]>
To: "Gary Clark" <[EMAIL PROTECTED]>
Cc: <[EMAIL PROTECTED]>
Sent: Thursday, December 16, 2004 9:47 AM
Subject: Re: Cannot Process SNMP Traps
> Gary,
>
> I didn't built snmp, I installed it from debs, so I don't know what the
> trap
Gary,
I didn't built snmp, I installed it from debs, so I don't know what the
trap community would be. However, I did put these lines in snmpd.conf
and then checked snmptrapd. The packets were received then, but still
not logged. In each case, I got this output from snmptrapd's debug:
trace:
-
From: "Russ Woodman" <[EMAIL PROTECTED]>
To: "Gary Clark" <[EMAIL PROTECTED]>
Sent: Thursday, December 16, 2004 9:22 AM
Subject: Re: Cannot Process SNMP Traps
> Hi,
>
> You are correct in your assessment. I'm running snmpd and snmptrapd on
> the same
Alex,
Not as simple a problem as that. Sorry.
-rwxr-xr-x 1 root staff 775 Dec 14 15:20 trap.pl
-rwxr-xr-x 1 root staff 238 Dec 14 12:27 traphandle.sh
Thanks,
Russ
Alex Burger wrote:
Russ Woodman wrote:
Hi,
When I run snmptrapd with the options specified below, I get:
read_config:traphandle: regi
Russ Woodman wrote:
Hi,
When I run snmptrapd with the options specified below, I get:
read_config:traphandle: registering handler for: default
2004-12-15 13:20:19 NET-SNMP version 5.1.2 Started.
When I send a trap, either from a Cisco device or by using the following
command:
snmptrap -v 1 - c publ
Hi,
Yes, I tried those scripts and configs as you sent them. The results
are the same. No traps are ever logged.
Russ
Gary Clark wrote:
Hi,
snmptrapd -c /home/garyc/snmptrapd.conf
I sent the snmptrapd.conf I use for coldstart trap out yesterday and also a
perl script you can use
inconjunction w
trap
information to a text file correctly.
Thanks,
Garyc
- Original Message -
From: "Russ Woodman" <[EMAIL PROTECTED]>
To: "Alex Burger" <[EMAIL PROTECTED]>
Cc: <[EMAIL PROTECTED]>
Sent: Tuesday, December 14, 2004 2:46 PM
Subject: Re: Cannot Process SNMP Tra
20 matches
Mail list logo
