I am trying snmp trap and inform with the V3 version.
snmpv3 trap is working for me when I configured agent local engine
id[0x8b8503e0071bc9413c], in snmptrapd.conf of my
workstation/vm(host)
[switch]agent-netsnmp 5.8 -- [vm]host-netsnmp 5.7.2
SNMP TRAP >>>
SURYA T S has sent you an email via Gmail confidential mode:
[image: Gmail logo]snmpv3 inform remote-engine-id and snmptrapd.conf
<https://confidential-mail.google.com/msg/AF-DAF219uxZUHyR3O1Yft843cAG70bLD2bhIK2YPgl82fsVdDWn-CfkTv4I95zu1L2zN12
Hi Niels,
On March 11, 2014 02:07:02 AM IST, Niels Baggesen wrote:
> Den 03-03-2014 06:30, Mohan Gorai skrev:
>> But the actual output is like below.
>>> Host: hostname*** (UDP: [xx.xx.xx.xx]:xxx)
>>> DISMAN-EVENT-MIB::sysUpTimeInstance 13:0:54:35.94
>>> SNMPv2-MIB::snmpTra
Den 03-03-2014 06:30, Mohan Gorai skrev:
> But the actual output is like below.
>> Host: hostname*** (UDP: [xx.xx.xx.xx]:xxx)
>> DISMAN-EVENT-MIB::sysUpTimeInstance 13:0:54:35.94
>> SNMPv2-MIB::snmpTrapOID.0
>> SNMPv2-SMI::enterprises.42.9.0.99
>> SNMPv2-SMI::enterp
Hi,
The current manpage of snmptrapd.conf doesn't have the right
information. The current manpage has the following information.
as per RFC 2576, before being passed to the program. The
input format is as follows, one entry per line:
HOSTNAME
The name o
hi,
i want to confiugre snmptrapd.conf
how to do that
i want to manage the parameters of our nic card link up's & down.
where the confiugraion file located & how to configure.
can anybody plz tel me.
--
thank
> On Thu, 27 May 2010 10:54:25 +0530, Tony Thomas
> said:
TT> [Tony] Did you mean use a known engineID for subagent? The system
TT> has many elements, each containing a subagent. As a solution to this
TT> problem, I tried to use a known common engine ID by subagents in all
TT> elements.
Hi Dave and Wes,
Thank you for your suggestions! Please see my comments below:
<< a) configure the new element to send an INFORM notification rather than
a trap.
[Tony] It is a system requirement to support both Trap and Inform as defined
by operator.
<< b) configure the new element to use an
> On Wed, 26 May 2010 16:14:19 +0530, Tony Thomas
> said:
TT> As per system requirements, the new element must be added to system
TT> without user intervention (not possible to manually configure the
TT> engineID in master element).
Dave's answer is already perfect. But I'll add one mo
On 26 May 2010 11:44, Tony Thomas wrote:
> In my system, when a new element is added to the network, the subagent in it
> sends a notification (V3 trap) to the master agent in the network using its
> unique engineID. As per the tutorial, I understand that the snmptrapd.conf
> sho
- user details with engineID details should be configured in snmptrapd.conf
to receive SNMP v3 trap.
In my system, when a new element is added to the network, the subagent in it
sends a notification (V3 trap) to the master agent in the network using its
unique engineID. As per the tutorial, I
On 11 February 2010 07:06, Prakash wrote:
> How to configure the snmptrapd.conf to send traps to remote SNMP
> Managers/Clients.
man snmptrapd.conf
Look for the section describing the "forward"
Hi All,
How to configure the snmptrapd.conf to send traps to remote SNMP
Managers/Clients.
My current configurations file has the following lines.
disableAuthorization yes
traphandle .1.3.6.1.4.1.2021.991.17 /usr/bin/perl
/home/prakash/snmp/traps/traphandler.pl
traphandle default /usr/bin/perl
On 25/09/06, Wes Hardaker <[EMAIL PROTECTED]> wrote:
> > "DS" == Dave Shield <[EMAIL PROTECTED]> writes:
>
> TS> Is there a subtle (or not so, for any shell addicts) difference between
> TS> "oid.*" (doesn't match oid itself?) and "oid*" (matches oid
> TS> itself?)
>
> Oh, sorry... missed the
> "DS" == Dave Shield <[EMAIL PROTECTED]> writes:
TS> Is there a subtle (or not so, for any shell addicts) difference between
TS> "oid.*" (doesn't match oid itself?) and "oid*" (matches oid
TS> itself?)
Oh, sorry... missed the point there. I'd said oid.* == oid* and both
match oid or oid...
> "DS" == Dave Shield <[EMAIL PROTECTED]> writes:
DS> Do we want to distinguish between these two cases? I can code it
DS> either way. Is this sort of flexibility worth supporting?
I'd document oid.* and accept oid*, personally...
"liberal in what you accept" and all.
--
Wes Hardaker
Spar
OK - I've got a patch implementing the OID.*-style syntax waiting to
be applied when I get to work in the morning.
There's just one issue outstanding:
TS> Is there a subtle (or not so, for any shell addicts) difference between
TS> "oid.*" (doesn't match oid itself?) and "oid*" (matches oid itsel
On 24/09/06, Wes Hardaker <[EMAIL PROTECTED]> wrote:
> Dave, I think the oid.* is farther underwater because it's heavier at
> this point. Got time to put it in place quickly? Shouldn't be hard
> (stripping it off before passing it to snmp_parse_oid)
I'll see what I can do before the American co
> "MF" == Magnus Fromreide <[EMAIL PROTECTED]> writes:
>> Hmmm
>> So we've now got two preferences for '-p', and somewhere between two
>> and three for 'oid.*'. That's not exactly a clear consensus either
>> way :-(
>>
>> Come on people - speak up!
MF> oid.*
MF> Also, I do consider i
On sön, 2006-09-24 at 09:19 +0100, Dave Shield wrote:
> On 21/09/06, Robert Story <[EMAIL PROTECTED]> wrote:
> > So, I'm looking for a preferred ordering from as many people as possible.
>
>
> Hmmm
> So we've now got two preferences for '-p', and somewhere between two
> and three for 'oid.*'.
On 21/09/06, Robert Story <[EMAIL PROTECTED]> wrote:
> So, I'm looking for a preferred ordering from as many people as possible.
Hmmm
So we've now got two preferences for '-p', and somewhere between two
and three for 'oid.*'. That's not exactly a clear consensus either
way :-(
Come on peop
> On Tue, 19 Sep 2006 00:12:37 +0200 Thomas wrote:
> TA> > WH> Robert> If so, would could use a new token, or require an extra
> TA> > WH> Robert> parameter to turn on partial matching. But I couldn't
> think
> TA> > WH> Robert> of any off the top of my head.
I vote for oid.*.
Alex
---
> "TA" == Thomas Anders <[EMAIL PROTECTED]> writes:
TA> There seems to have been a 2:1 for applying the patch as-is, back then.
Oh, and FYI you were misreading my vote I think. It would have been
1:2 with my hard-to-read-negativity correctly interpreted. ;-)
--
Wes Hardaker
Sparta, Inc.
-
> "RS" == Robert Story <[EMAIL PROTECTED]> writes:
RS> -p
RS> -t
RS> oid.*
Honestly, I don't care that much. I simply required a signaling
mechanism.
I'm fine with any of those. I do agree that oid.* is more intuitive
for the users. And as long as we document that oid.*.oid isn't legal,
I
Dave Shield wrote:
> oid.*
> [...]
> A simple trailing wildcard is intuitively obvious IMO
Is it a simple trailing wildcard? Or rather a period and a wildcard? :-)
Is there a subtle (or not so, for any shell addicts) difference between
"oid.*" (doesn't match oid itself?) and "oid*" (matches oid it
> So this feature is in, with a '-t' flag to indicate partial matching.
> Apparently 't' is for 'tree'. I think '-p' for partial/prefix is more
> intuitive,
That illustrates my objection perfectly.
Either choice is fairly logical, so the use has to try and remember
(or look up) what the exact opt
On Tue, 19 Sep 2006 00:12:37 +0200 Thomas wrote:
TA> > WH> Robert> If so, would could use a new token, or require an extra
TA> > WH> Robert> parameter to turn on partial matching. But I couldn't think
TA> > WH> Robert> of any off the top of my head.
TA>
TA> There seems to have been a 2:1 for apply
Robert Story (Coders) wrote on 2004-05-11:
> On Tue, 11 May 2004 08:26:37 -0700 Wes wrote:
> WH> > On Mon, 10 May 2004 22:23:59 -0400, Robert Story (Coders)
> WH>
> WH> Robert> I like the idea, and think we could probably squeeze this into
> WH> Robert> 5.2. Can anyone think of any potential b
> after Dave's well-perceived rewrite the 5.3 snmptrapd.conf(5) now
> strongly says:
> IMPORTANT
>[...] If snmptrapd is run without a configuration
>file, then such traps WILL NOT be processed. See the section ACCESS
>CONTROL for more detai
-Coders,
after Dave's well-perceived rewrite the 5.3 snmptrapd.conf(5) now
strongly says:
IMPORTANT
[...] If snmptrapd is run without a configuration
file, then such traps WILL NOT be processed. See the section ACCESS
CONTROL for more details.
However, I don&#x
On Wed, 2005-10-19 at 09:46 +0530, Krishna Mohan wrote:
> I've added sinks in snmpd.conf like :
> trapcommunity public
> trapsink172.16.15.34
> trapsink KrishnaMohan
> trap2sink KrishnaMohan
> informsink KrishnaMohan
Why oh why do you want *THREE* copies of every tra
Thanq very much
It's working fine.
Regards
KM
On Wed, 2005-10-19 at 10:40, Wes Hardaker wrote:
> On 19 Oct 2005 09:46:46 +0530, Krishna Mohan <[EMAIL PROTECTED]> said:
Krishna> traphandle default /usr/local/bin/traptoemail/ [EMAIL PROTECTED]
> On 19 Oct 2005 09:46:46 +0530, Krishna Mohan <[EMAIL PROTECTED]> said:
Krishna> traphandle default /usr/local/bin/traptoemail/ [EMAIL PROTECTED]
^
^
Dear Wes Hardaker
Thanq for ur response.
I've added traptoemail in my snmptrapd.conf file like this :
traphandle default /usr/local/bin/traptoemail/ [EMAIL PROTECTED]
Here I prefer defaults :- -f FROM root -s SMTPSERVER localhost, b'cos i'm executing snmpd & snmptra
> On 18 Oct 2005 19:08:23 +0530, Krishna Mohan <[EMAIL PROTECTED]> said:
Krishna> "traphandle default /usr/bin/krsna.pl"
Krishna> It's a perl script which gives message "u have recved a trap"
Krishna> infinite times.
Can you tell us more about what it's doing? It certainly should
work. See
Dear All,
I'm able to receive traps using snmptrapd in /var/log/messages. However, I'd like snmptrapd to invoke my external program so as to alert me on receipt of trap.
In snmptrapd.conf i have written this directive
"traphandle default /usr/bin/krsna.pl"
It's
Re: Need help regarding
snmptrapd.conf
[EMAIL PROTECTED] wrote:
hi friends ,
Is it possible to send the name of the interface as an argument to the
perl script we call in TRAPHANDLE command??
I have something like this in my snmp
et
Subject
Re: Need help regarding
snmptrap
[EMAIL PROTECTED] wrote:
hi friends ,
Is it possible to send the name of the interface as an argument to the
perl script we call in TRAPHANDLE command??
I have something like this in my snmptrapd.conf file and it works fine .
traphandle IF-MIB::linkDown /home/rchand/mail/sendmail.pl
hi friends ,
Is it possible to send the name of the interface as an argument to the
perl script we call in TRAPHANDLE command??
I have something like this in my snmptrapd.conf file and it works fine .
traphandle IF-MIB::linkDown /home/rchand/mail/sendmail.pl down
But i also like to
40 matches
Mail list logo
