5.7.rc3 contains only a few updates from the rc1 release (most
importantly, host-resources fixes for rpm-based linuxes) and is expected
to be the last release. Please grab it and test it if you're willing
and able!
http://www.net-snmp.org/download.html
[some of you may have noticed that rc3 f
Trap being sent:
snmptrap -v 2c -c public 10.1.1.234 "" UCD-DEMO-MIB::ucdDemoPublic
SNMPv2-MIB::sysLocation.0 s "yahoo"
--
All of the data generated in your IT infrastructure is seriously valuable.
Why? It contains a defi
Apologize as here is the info from the debug, but note that ./snmptrapd -f -Le
did not keep the screen up on freebsd to view the data live :
Jun 29 12:13:52 freebsd snmptrapd[93374]: registering pdu failed: 263!
Jun 29 12:13:52 freebsd last message repeated 22 times
Jun 29 12:13:52 freebsd snmptr
On 29 June 2011 16:08, George wrote:
>how do I look at the output?
Well, it's probably being logged to the default log file
(typically something like /var/log/messages).
I'm afraid I can't be more specific, as you've not given
any indication as to what O/S you are working with.
The simplest
Hey Dave,
Good afternoon. Again, being a supernewbie, how do I look at the output?
Whenever I get the packets from the receiving trap machine from the forwarding
machine, the IP is the forwarding machine's IP in the packet, not the original
SNMP trap generator. Please be more specific as I coul
I am testing net-snmp on and embedded ARM board and I have found what appears
to be a memory leak in net-snmp, when using the monitor command in snmpd.conf.
The memory leak only seems to occur with r values other than the default 600s.
I have added the following lines to my snmpd.conf file and t
Hi
In our setup, we have multiple devices which are managed by two NMS, where
only one is active (second is for standby).
I'm looking for a possibility to send traps automatically to back to the
current 'client' of the agent (instead of hardcoded trap receivers in
snmpd.conf). Is this supported b
On 29 June 2011 13:28, venkatgiri wrote:
> Now i have got one more question, the rule of encoding the bits is
> applicable for both SNMP manager(during SNMP SET) and SNMP client(during
> SNMPGET/SNMPWALK operation).
The encoding rules are applied to *ALL* SNMP requests,
when preparing them for pu
Hi Dave,
Thanks for the clarification,
i have gone through the RFC RFC 3416, section 2.5, para 2 as you refereed.
Now i have got one more question, the rule of encoding the bits is
applicable for both SNMP manager(during SNMP SET) and SNMP client(during
SNMPGET/SNMPWALK operation).
Does SNMP Cli
Thanks so much for this info
-Original Message-
From: dave.shi...@googlemail.com [mailto:dave.shi...@googlemail.com] On Behalf
Of Dave Shield
Sent: Wednesday, June 29, 2011 4:04 AM
To: Joan Landry
Cc: net-snmp-users@lists.sourceforge.net
Subject: Re: snmptrapd - unable to receive informs
On 29 June 2011 08:46, Joan Landry wrote:
> I placed the engine id of the receiver in the trapsess cmd (-e engineid of
> receiver)
> And this is what was failing.
My guess is that the engineID that you specified is probably different
to that actually
used by the receiver. Which would certainly
I placed the engine id of the receiver in the trapsess cmd (-e engineid of
receiver)
And this is what was failing.
If I remove the -e on the trapsess line - it works.
So is there any reason or condition that would require the -e engineid to be
placed in the trapsess cmd?
Or can I remove this c
On 28 June 2011 21:26, George wrote:
> This didn't work:
>
> [root@freebsd /usr/local/etc/rc.d]# vi /usr/local/share/snmp/snmptrapd.conf
> disableAuthorization yes
> format2 '%B [%b]: Trap %#v\n'
> authCommunity log,execute,net public
> forward default udp:10.1.1.227:162
Let's simplify things for
On 28 June 2011 22:23, wrote:
> How to send trap or notification from sub-agent code?
Please see the FAQ entry
How can I get an AgentX sub-agent to generate a trap (or inform)?
Dave
--
All of the data generated
On 28 June 2011 20:28, Joan Landry wrote:
> It fails if (ISENGINEKNOWN(secEngineID, *secEngineIDLen) == FALSE)
>
> Even though the engine id is correct (it is the engine id of the snmpd
> server).
Ah! That might start to explain things
If you are working with unacknowledged SNMPv3 traps, then
On 28 June 2011 17:43, anand anand wrote:
> our OSPF module uses some third-party lib to connect to a CLI.
>
> So if we use the code from example-demon.c then the CLI commands are not
> reaching our module., but snmpgets and sets work fine.
>
> Can anyone help us on this integration issue.
You
Hey Dave,
How do I use the format 2 option properly? Have tried it with both %b and %B at
the end of snmptrapd.conf to no avail:
disableAuthorization yes
authCommunity log,execute,net public [%f/%F}
forward default udp:10.1.1.227:162
Also, at the end of snmptrapd:
./snmptrapd start -F "%b"
./sn
Hey Dave,
Good afternoon. Have taken your suggestions which resolved my issue. Also, how
do I preserve the original IP address that sent the trap? Not sure of the
syntax to use in the snmptrapd.conf file since ./snmptradd start -%a or -%A did
not work. Thanks.
Sincerely,
George
--- On Fri, 6/
Dear Dave,
Thanks for your suggestion and your time spent on this.
Warm Regards,
sunil
-Original Message-
From: dave.shi...@googlemail.com [mailto:dave.shi...@googlemail.com] On Behalf
Of Dave Shield
Sent: Tuesday, June 28, 2011 1:40 PM
To: Sunil Galam
Cc: net-snmp-users@lists.sourcefor
Why just a v1 trap? Doesn't this work on other types? Thanks.
George
Sent from my iPhone
On Jun 28, 2011, at 5:21 AM, Dave Shield wrote:
> On 27 June 2011 19:02, George wrote:
>> how do I preserve the original IP address that sent the trap?
>
> The IP address is reported using '%a'
> T
Hey Dave,
This didn't work:
[root@freebsd /usr/local/etc/rc.d]# vi /usr/local/share/snmp/snmptrapd.conf
disableAuthorization yes
format2 '%B [%b]: Trap %#v\n'
authCommunity log,execute,net public
forward default udp:10.1.1.227:162
Any ideas? When I look at the raw packets the source IP is still
21 matches
Mail list logo