Re: Building net-snmp for HP-UX
On Tue, Apr 22, 2014 at 10:21 PM, Niels Baggesen wrote: > Den 17-04-2014 16:34, Joel Hansell skrev: > > So I guess this build issue is solved. Might I suggest this to be added >> to the README.hpux11 in the future? >> > > I would rather do something to configure to do it automatically. > > Would you be willing to try it out, if I create an updated configure > script? > > > Of course! However, we still ran into bug 2010, which seems to be long outstanding. > http://sourceforge.net/p/net-snmp/bugs/2010/ > > Back to the drawing board it was. In the end, we stuck with the older > 5.4.1 version, before bug 2010 was introduced, which solved our problem. > I dont understand what you the might see, could you be more specific? > > With the current 5.7.3 pre-release I see > > 1398197847 2014-04-22 22:17:27 Received event 0 10.0.0.2 (via > [UDP:[127.0.0.1]:51011->[127.0.0.1]:162]; > > This looks like that bug is fixed. Try sending the trap from a different host. The problem we see in anything after 5.4 is the same as described in the bug - instead of the sender's address, it still logs 127.0.0.1 (or some other local address). BR, Joel -- Start Your Social Network Today - Download eXo Platform Build your Enterprise Intranet with eXo Platform Software Java Based Open Source Intranet - Social, Extensible, Cloud Ready Get Started Now And Turn Your Intranet Into A Collaboration Platform http://p.sf.net/sfu/ExoPlatform___ Net-snmp-coders mailing list Net-snmp-coders@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/net-snmp-coders
Re: Building net-snmp for HP-UX
Den 17-04-2014 16:34, Joel Hansell skrev: > Yes, the Ixnet solved it. Now we get non-null addresses for the sender > IP out of "rcvfrom". > > So I guess this build issue is solved. Might I suggest this to be added > to the README.hpux11 in the future? I would rather do something to configure to do it automatically. Would you be willing to try it out, if I create an updated configure script? > However, we still ran into bug 2010, which seems to be long outstanding. > http://sourceforge.net/p/net-snmp/bugs/2010/ > > Back to the drawing board it was. In the end, we stuck with the older > 5.4.1 version, before bug 2010 was introduced, which solved our problem. I dont understand what you the might see, could you be more specific? With the current 5.7.3 pre-release I see 1398197847 2014-04-22 22:17:27 Received event 0 10.0.0.2 (via [UDP:[127.0.0.1]:51011->[127.0.0.1]:162]; This looks like that bug is fixed. /Niels -- Niels Baggesen - @home - Århus - Denmark - n...@users.sourceforge.net The purpose of computing is insight, not numbers --- R W Hamming -- Start Your Social Network Today - Download eXo Platform Build your Enterprise Intranet with eXo Platform Software Java Based Open Source Intranet - Social, Extensible, Cloud Ready Get Started Now And Turn Your Intranet Into A Collaboration Platform http://p.sf.net/sfu/ExoPlatform ___ Net-snmp-coders mailing list Net-snmp-coders@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/net-snmp-coders
Re: Sending snmp traps to a broadcast ip
Den 25-03-2014 02:41, oscar sumano skrev: > I’m trying to send out snmp to a broadcast ip but i get the following > error message. > > snmptrap: Failure in sendto (Permission denied) You probably need to be root to send to a broadcast address. > snmptrap -v 2c -c public 192.168.2.255 "" IF-MIB::linkUp > .iso.org.dod.internet.mgmt.mib-2.interfaces.ifTable.ifEntry.ifOperStatus.1 i 1 This may or may not work. SNMP is not supposed to be used with broadcast /Niels -- Niels Baggesen - @home - Århus - Denmark - n...@users.sourceforge.net The purpose of computing is insight, not numbers --- R W Hamming -- Start Your Social Network Today - Download eXo Platform Build your Enterprise Intranet with eXo Platform Software Java Based Open Source Intranet - Social, Extensible, Cloud Ready Get Started Now And Turn Your Intranet Into A Collaboration Platform http://p.sf.net/sfu/ExoPlatform ___ Net-snmp-coders mailing list Net-snmp-coders@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/net-snmp-coders
Re: Core dump on Sun 5.10 in udpTable.c
Den 31-03-2014 16:05, Brian Platt skrev: > Cores being created on a Sun O/S 5.10 server: > > Below is info that maybe helpful. If a different version should be used > please advise. What version of Net-SNMP? You might want to try the 5.7.3 pre-release, which is supposed to fix problems with (too) many entries in various tables on Solaris. /Niels -- Niels Baggesen - @home - Århus - Denmark - n...@users.sourceforge.net The purpose of computing is insight, not numbers --- R W Hamming -- Start Your Social Network Today - Download eXo Platform Build your Enterprise Intranet with eXo Platform Software Java Based Open Source Intranet - Social, Extensible, Cloud Ready Get Started Now And Turn Your Intranet Into A Collaboration Platform http://p.sf.net/sfu/ExoPlatform ___ Net-snmp-coders mailing list Net-snmp-coders@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/net-snmp-coders
Re: Error in packet. Reason: Unknown Error with snmpwalk
Den 15-04-2014 19:35, Gefei Jiang skrev: > PS: Below is my captures for both version: > > 5.7.2.1 version: > > [gjiang@Gefei-PC ~]$ snmpwalk -v 2c -c myCode 10.219.101.161 > NETOPTICS-MIB-DIRECTOR::ntpTable > NETOPTICS-MIB-DIRECTOR::ntpIndex.0.0 = INTEGER: 0 > NETOPTICS-MIB-DIRECTOR::ntpAction.0.0 = INTEGER: default(0) > NETOPTICS-MIB-DIRECTOR::ntpAdmin.0.0 = INTEGER: enabled(1) > NETOPTICS-MIB-DIRECTOR::ntpSrvrIp.0.0 = IpAddress: 10.30.1.15 > NETOPTICS-MIB-DIRECTOR::ntpDst.0.0 = INTEGER: on(1) > NETOPTICS-MIB-DIRECTOR::ntpTimezone.0.0 = STRING: New_York > NETOPTICS-MIB-DIRECTOR::ntpSrvrIpv6.0.0 = STRING: > Error in packet. > Reason: Unknown Error Is the agent you query based on Net-SNMP? What do you see if you run "snmpwalk -d -Ddump -v 2c " /Niels -- Niels Baggesen - @home - Århus - Denmark - n...@users.sourceforge.net The purpose of computing is insight, not numbers --- R W Hamming -- Start Your Social Network Today - Download eXo Platform Build your Enterprise Intranet with eXo Platform Software Java Based Open Source Intranet - Social, Extensible, Cloud Ready Get Started Now And Turn Your Intranet Into A Collaboration Platform http://p.sf.net/sfu/ExoPlatform ___ Net-snmp-coders mailing list Net-snmp-coders@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/net-snmp-coders
Re: Strategy recommendation
Den 19-03-2014 17:12, Highend-Digital Post skrev: > My general idea is to use asynchroneous SNMP_MSG_GETBULK requests which > were restarted from within the handler after all previous data is > processed. I would question whether GETBULK is the right approach, but that depends very much on the locality of the OIDs that you are going to query? A straight GET might be a better approach. > -> Is the general idea correct or might the system run into performance > problems with this amount of data? That should mostly depend on the agents that you are querying, but in general I would not expect any problems. > Currently I work with the 'standard' version (-5.4.3) of net-snmp under > Debian Wheezy. > > -> Is there a need to upgrade to a newer version (to gain new > functionality or better performance) ? No. /Niels -- Niels Baggesen - @home - Århus - Denmark - n...@users.sourceforge.net The purpose of computing is insight, not numbers --- R W Hamming -- Start Your Social Network Today - Download eXo Platform Build your Enterprise Intranet with eXo Platform Software Java Based Open Source Intranet - Social, Extensible, Cloud Ready Get Started Now And Turn Your Intranet Into A Collaboration Platform http://p.sf.net/sfu/ExoPlatform ___ Net-snmp-coders mailing list Net-snmp-coders@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/net-snmp-coders
