I have found the following when using -Dtrap as the option to start snmpd.
The working one (see link up down traps) has the following output:
trap: send_trap -1 -1 NET-SNMP-MIB::netSnmpAgentOIDs.10trap: sending trap
type=167, version=1
The nonworking one has the following output:trap: send_trap -1 -1
NET-SNMP-TC::linuxtrap: sending trap type=167, version=1
The above output seems to be machine dependent. For example, I have two 64-bits
machines, one is used to do the "configure" and "make" then "make install".
Then I copy the compiled net-snmp tar ball on another 64-bits machine, do a
"make install" directly. It gave the results as I described above as working
one on the first machine and nonworking one on the second machine.
Any ideas why the two different MIBs are used? I compared all the directories
under /usr/local, they are all same files.
ThanksXuan
From: b...@live.com
To: d.t.shi...@liverpool.ac.uk
CC: net-snmp-users@lists.sourceforge.net
Subject: RE: Strange behavior on linkUpDownNotifications
Date: Tue, 6 Apr 2010 18:05:44 -0400
I tried snmp 5.3.3 on both 64 bits and 32 bits servers, and the link traps only
partially worked for 32 bits server. By "partially", I mean that the agent
didn't take the frequency and -S option, it just simply used the default one
(one minute) and didn't suppress the traps at the agent startup.
I had the following in snmpd.confnotificationEvent linkUpTrap linkUp
ifIndex ifAdminStatus ifOperStatusnotificationEvent linkDownTrap linkDown
ifIndex ifAdminStatus ifOperStatusmonitor -S -r 10 -e linkUpTrap "Generate
linkUp" ifOperStatus != 2monitor -S -r 10 -e linkDownTrap "Generate linkDown"
ifOperStatus == 2
ThanksXuan
From: b...@live.com
To: d.t.shi...@liverpool.ac.uk
CC: net-snmp-users@lists.sourceforge.net
Subject: RE: Strange behavior on linkUpDownNotifications
Date: Tue, 6 Apr 2010 16:52:50 -0400
I just tried snmp 5.3.3 and couldn't get the link traps working. Same behavior
observed. A bunch of link up/down traps when the agent started up or restarted.
After that, even I change the interface to be down by "ifdown eth2", no traps
were sent out.
ThanksXuan
> Date: Tue, 6 Apr 2010 12:19:16 +0100
> Subject: Re: Strange behavior on linkUpDownNotifications
> From: d.t.shi...@liverpool.ac.uk
> To: b...@live.com
> CC: net-snmp-users@lists.sourceforge.net
>
> 2010/3/29 X Z <b...@live.com>:
> > I finally can receive link up/down traps. But here is the strange behavior:
> > 1. link up/down traps only sent after the snmpd is restarted. If I don't
> > restart snmpd, there were no link up/down traps sent.
> > 2. There were too many link up/down traps after snmpd is restarted. I
> > usually saw 3 link up traps and 6 link down traps even if I only brought
> > down and up the interface once.
> > 3. There were only one coldStart trap and one nsShutdown trap as expected.
> > Does anyone know the reason? I search the email archives and seems that
> > other people had the same issue before, and one response to the problem was
> > that's expected behavior. I don't quite understand why the above behavior
> > happened?
> > Does anyone know how to make link up/down traps work?
>
>
> Are you still using your own "monitor"/"event" definitions?
> Have you tried using the built-in implementation of these traps?
> (i.e. "linkUpDownNotifications yes")
>
> Which version of the agent are you using?
>
> Dave
The New Busy is not the too busy. Combine all your e-mail accounts with
Hotmail. Get busy.
Hotmail has tools for the New Busy. Search, chat and e-mail from your inbox.
Learn more.
_________________________________________________________________
Hotmail is redefining busy with tools for the New Busy. Get more from your
inbox.
http://www.windowslive.com/campaign/thenewbusy?ocid=PID28326::T:WLMTAGL:ON:WL:en-US:WM_HMP:042010_2------------------------------------------------------------------------------
Download Intel® Parallel Studio Eval
Try the new software tools for yourself. Speed compiling, find bugs
proactively, and fine-tune applications for parallel performance.
See why Intel Parallel Studio got high marks during beta.
http://p.sf.net/sfu/intel-sw-dev
_______________________________________________
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
