=?windows-1256?Q?RE:_Strang?= =?windows-1256?Q?e_behavior?= =?windows-1256?Q?_on_linkUp?= =?windows-1256?Q?DownNotifi?= =?windows-1256?Q?cations=FE?=
X Z <[email protected]>
| Newsgroups | gmane.network.net-snmp.user |
|---|---|
| Message-ID | <[email protected]> |
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: [email protected] To: [email protected] CC: [email protected] 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: [email protected] To: [email protected] CC: [email protected] 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: [email protected] > To: [email protected] > CC: [email protected] > > 2010/3/29 X Z <[email protected]>: > > 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 [email protected] Please see the following page to unsubscribe or change other options: https://lists.sourceforge.net/lists/listinfo/net-snmp-users