You can subscribe to this list here.
2000 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
(14) |
Nov
(315) |
Dec
(298) |
---|---|---|---|---|---|---|---|---|---|---|---|---|
2001 |
Jan
(254) |
Feb
(467) |
Mar
(430) |
Apr
(345) |
May
(406) |
Jun
(336) |
Jul
(313) |
Aug
(265) |
Sep
(433) |
Oct
(462) |
Nov
(387) |
Dec
(232) |
2002 |
Jan
(352) |
Feb
(556) |
Mar
(463) |
Apr
(500) |
May
(557) |
Jun
(337) |
Jul
(317) |
Aug
(279) |
Sep
(273) |
Oct
(354) |
Nov
(267) |
Dec
(347) |
2003 |
Jan
(351) |
Feb
(445) |
Mar
(520) |
Apr
(665) |
May
(499) |
Jun
(393) |
Jul
(304) |
Aug
(425) |
Sep
(262) |
Oct
(329) |
Nov
(220) |
Dec
(174) |
2004 |
Jan
(365) |
Feb
(479) |
Mar
(515) |
Apr
(522) |
May
(214) |
Jun
(471) |
Jul
(292) |
Aug
(341) |
Sep
(243) |
Oct
(446) |
Nov
(294) |
Dec
(147) |
2005 |
Jan
(171) |
Feb
(209) |
Mar
(218) |
Apr
(321) |
May
(233) |
Jun
(534) |
Jul
(268) |
Aug
(345) |
Sep
(498) |
Oct
(557) |
Nov
(459) |
Dec
(238) |
2006 |
Jan
(288) |
Feb
(180) |
Mar
(151) |
Apr
(113) |
May
(164) |
Jun
(277) |
Jul
(160) |
Aug
(383) |
Sep
(221) |
Oct
(404) |
Nov
(358) |
Dec
(163) |
2007 |
Jan
(293) |
Feb
(175) |
Mar
(202) |
Apr
(155) |
May
(427) |
Jun
(484) |
Jul
(414) |
Aug
(125) |
Sep
(131) |
Oct
(160) |
Nov
(79) |
Dec
(70) |
2008 |
Jan
(133) |
Feb
(115) |
Mar
(158) |
Apr
(194) |
May
(197) |
Jun
(230) |
Jul
(146) |
Aug
(68) |
Sep
(93) |
Oct
(53) |
Nov
(95) |
Dec
(69) |
2009 |
Jan
(81) |
Feb
(162) |
Mar
(215) |
Apr
(216) |
May
(78) |
Jun
(131) |
Jul
(61) |
Aug
(176) |
Sep
(127) |
Oct
(28) |
Nov
(83) |
Dec
(94) |
2010 |
Jan
(100) |
Feb
(187) |
Mar
(320) |
Apr
(161) |
May
(194) |
Jun
(142) |
Jul
(129) |
Aug
(139) |
Sep
(239) |
Oct
(202) |
Nov
(139) |
Dec
(196) |
2011 |
Jan
(195) |
Feb
(191) |
Mar
(201) |
Apr
(127) |
May
(84) |
Jun
(126) |
Jul
(101) |
Aug
(237) |
Sep
(123) |
Oct
(104) |
Nov
(197) |
Dec
(114) |
2012 |
Jan
(65) |
Feb
(85) |
Mar
(129) |
Apr
(84) |
May
(94) |
Jun
(83) |
Jul
(89) |
Aug
(85) |
Sep
(89) |
Oct
(73) |
Nov
(34) |
Dec
(38) |
2013 |
Jan
(89) |
Feb
(30) |
Mar
(25) |
Apr
(18) |
May
(20) |
Jun
(45) |
Jul
(74) |
Aug
(37) |
Sep
(72) |
Oct
(30) |
Nov
(67) |
Dec
(24) |
2014 |
Jan
(23) |
Feb
(16) |
Mar
(40) |
Apr
(37) |
May
(12) |
Jun
(18) |
Jul
(30) |
Aug
(26) |
Sep
(24) |
Oct
(32) |
Nov
(15) |
Dec
(33) |
2015 |
Jan
(15) |
Feb
(45) |
Mar
(21) |
Apr
(24) |
May
(22) |
Jun
(7) |
Jul
(57) |
Aug
(17) |
Sep
(16) |
Oct
(3) |
Nov
(8) |
Dec
(13) |
2016 |
Jan
(7) |
Feb
(14) |
Mar
(40) |
Apr
(8) |
May
(10) |
Jun
(6) |
Jul
(8) |
Aug
(10) |
Sep
(19) |
Oct
(20) |
Nov
(45) |
Dec
(10) |
2017 |
Jan
(10) |
Feb
(12) |
Mar
(3) |
Apr
(17) |
May
(41) |
Jun
(21) |
Jul
(13) |
Aug
(13) |
Sep
(7) |
Oct
(23) |
Nov
(10) |
Dec
(23) |
2018 |
Jan
(45) |
Feb
(3) |
Mar
(57) |
Apr
(107) |
May
(173) |
Jun
(47) |
Jul
(28) |
Aug
(26) |
Sep
(38) |
Oct
(56) |
Nov
(22) |
Dec
(11) |
2019 |
Jan
(37) |
Feb
(8) |
Mar
(7) |
Apr
(29) |
May
(32) |
Jun
(5) |
Jul
(21) |
Aug
(31) |
Sep
(38) |
Oct
(8) |
Nov
(13) |
Dec
(10) |
2020 |
Jan
(9) |
Feb
(33) |
Mar
(14) |
Apr
(4) |
May
(16) |
Jun
(11) |
Jul
(14) |
Aug
(50) |
Sep
(24) |
Oct
(3) |
Nov
(14) |
Dec
(13) |
2021 |
Jan
(18) |
Feb
(15) |
Mar
(12) |
Apr
(9) |
May
(9) |
Jun
(8) |
Jul
(6) |
Aug
(7) |
Sep
(26) |
Oct
(17) |
Nov
(6) |
Dec
(2) |
2022 |
Jan
(3) |
Feb
(11) |
Mar
(7) |
Apr
(15) |
May
(5) |
Jun
(4) |
Jul
(29) |
Aug
(6) |
Sep
(7) |
Oct
|
Nov
(4) |
Dec
(1) |
2023 |
Jan
|
Feb
|
Mar
|
Apr
(10) |
May
(3) |
Jun
(5) |
Jul
(3) |
Aug
(10) |
Sep
(10) |
Oct
(7) |
Nov
(2) |
Dec
(4) |
2024 |
Jan
(22) |
Feb
(5) |
Mar
(11) |
Apr
(20) |
May
(16) |
Jun
(9) |
Jul
(14) |
Aug
(5) |
Sep
(7) |
Oct
(4) |
Nov
(3) |
Dec
|
2025 |
Jan
(6) |
Feb
(6) |
Mar
(14) |
Apr
(2) |
May
|
Jun
(2) |
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
From: Shea N. <sh...@ac...> - 2020-02-22 03:04:33
|
Hey Wes, We directed the donation today to the email address you provided, you should see it soon. Please do let me know if there are any issues. Cheers, Shea Newton On Thu, Feb 20, 2020 at 2:56 PM Wes Hardaker <har...@us...> wrote: > Shea Newton <sh...@ac...> writes: > > > I'd be totally happy to arrange some credit / a gift certificate > somewhere for printing stickers > > (or anything else) if that's the direction you'd like to take it :) Is > there a service / site for > > that you'd prefer over the rest? > > Hmmm... credit somewhere might be hard. To make it easier on you, why > don't you send it to pa...@ca... and I'll take care of > finding a place to get stickers created and will send out an > announcement form with 5.8.1, which should be ready in a few months. > Then I can take care of getting stickers and shipping them. > > -- > Wes Hardaker > Please mail all replies to net...@li... > |
From: Bart V. A. <bva...@ac...> - 2020-02-22 03:02:32
|
On 2020-02-21 03:53, Menase, Laurent (TS Engineering Resolution Team) wrote: > Is there a way to have this fix evaluated and included? What is the process? Hi Laurent, Please either resend this patch as a plain text attachment or submit a pull request to github. Thanks, Bart. |
From: Menase, L. (TS E. R. Team)
<lau...@hp...> - 2020-02-21 11:53:13
|
Hi, Is there a way to have this fix evaluated and included? What is the process? Thanks and best regards, Laurent Menase From: Menase, Laurent (TS Engineering Resolution Team) Sent: mercredi 9 octobre 2019 17:26 To: net...@li... Subject: net-snmpd timeout on HPUX due to diverging interface data information Hi net-snmp-coders, Analyzing why when done to hpux time snmpwalk -v 1 -c public localhost 1.3.6.1.2.1.25.3.2 always getting timeout, I found that it is due to the way it fetches the mib info using nm library. For each query for instance snmpwalk -v 1 -c public localhost 1.3.6.1.2.1.25.3.2.1.3.1035 HOST-RESOURCES-MIB::hrDeviceDescr.1035 = STRING: network interface lan900 It scans the full interface table, but reload the interface table at every calls. As a consequence Fetching 1.3.6.1.2.1.25.3.2.1.3.1025 need 3 fetch of the interface table, while 1.3.6.1.2.1.25.3.2.1.3.1079 ( lan944) will fetch it 3 + 5 + 7 +...+ 109 times so 3024 times Tests had been made on 5.6.1.1 for compilation facility but the same apply to 5.8 Since the function Interface_Scan_Next() is always called to walk the interface table after an Interface_Scan_Init() which always reset the scanIndex to 0, I propose to get the count and the if_ptr only when scanIndex is 0 ( or ifptr is 0) Changes are the same on 5.8 but in the function Interface_Scan_NextInt() and not Interface_Scan_Next() int Interface_Scan_Next(short *Index, char *Name, nmapi_phystat * Retifnet) { static nmapi_phystat *if_ptr = (nmapi_phystat *) 0; - int count = Interface_Scan_Get_Count(); + static int count = 0; unsigned int ulen; int ret; + int count_prev; - if (count) { - if_ptr = - (nmapi_phystat *) malloc(sizeof(nmapi_phystat) * count); - if (if_ptr == NULL) - return (0); + if (!if_ptr || (saveIndex==0)) { + count_prev=count; + count=Interface_Scan_Get_Count(); + if (count) { + if (!if_ptr){ + if_ptr = + (nmapi_phystat *) malloc(sizeof(nmapi_phystat) * count); + } else if (count != count_prev) { + if_ptr = + (nmapi_phystat *) realloc((void *)if_ptr,sizeof(nmapi_phystat) * count); + } + if (if_ptr == NULL) { + return (0); + count = 0; + } + ulen = (unsigned int) count *sizeof(nmapi_phystat); + if ((ret = get_physical_stat(if_ptr, &ulen)) < 0) + return (0); /* EOF */ + } else return (0); /* EOF */ } if (saveIndex >= count) return (0); /* EOF */ - ulen = (unsigned int) count *sizeof(nmapi_phystat); - if ((ret = get_physical_stat(if_ptr, &ulen)) < 0) - return (0); /* EOF */ if (Retifnet) *Retifnet = if_ptr[saveIndex]; if (Name) strcpy(Name, if_ptr[saveIndex].nm_device); saveIndex++; if (Index) *Index = saveIndex; return (1); /* DONE */ } Best regards, Laurent Menase |
From: Wes H. <har...@us...> - 2020-02-20 22:58:52
|
After far far too long of a delay, I've just pushed net-snmp-5.8.1.pre2 to the download site: https://www.net-snmp.org/download.html Please give it a whirl, and report issues and fixes to our github site at: https://github.com/net-snmp/net-snmp Current changes to 5.8.1.pre2 total: *5.8.1* snmplib: - Add IPv6 support to DTLSUDP transport - use new netsnmp_sockaddr_storage in netsnmp_addr_pair - add base_transport ptr for tunneled transports - Add support for OpenSSL 1.1.1 - Dtls: overhaul of debug - Remove inline versions of container funcs snmpd: - Use ETHTOOL_GLINKSETTINGS when available Newer Linux kernels support ETHTOOL_GLINKSETTINGS. Use it when available instead of the older and deprecated ETHTOOL_GSET. This patch avoids that the Linux kernel reports the following kernel warning: warning: 'snmpd' uses legacy ethtool link settings API, link modes are only partially reported See also https://sourceforge.net/p/net-snmp/patches/1387/. [bvanassche: reworked this patch significantly] snmptrap: - BUG: 2899: Patch from Drew Roedersheimer to set library engineboots/time values before sending snmptrapd: - Add support for the latest libmysqlclient version libsnmp: - Scan MIB directories in alphabetical order This guarantees that e.g. mibs/RFC1213-MIB.txt is read before mibs/SNMPv2-MIB.txt. The order in which these MIBs is read matters because both define sysLocation but with different attributes. unspecified: - [BUG 2930]: Fix a Solaris hrSWInst crash Avoid that snmpd crashes on Solaris when querying software packages with an empty CATEGORY field. See also https://sourceforge.net/p/net-snmp/bugs/2930/. See also https://sourceforge.net/p/net-snmp/patches/1390/. Win32: - BUG: 2779541 Fixed handle leak in pass_persist. -- Wes Hardaker Please mail all replies to net...@li... |
From: Wes H. <har...@us...> - 2020-02-20 22:56:44
|
Shea Newton <sh...@ac...> writes: > I'd be totally happy to arrange some credit / a gift certificate somewhere for printing stickers > (or anything else) if that's the direction you'd like to take it :) Is there a service / site for > that you'd prefer over the rest? Hmmm... credit somewhere might be hard. To make it easier on you, why don't you send it to pa...@ca... and I'll take care of finding a place to get stickers created and will send out an announcement form with 5.8.1, which should be ready in a few months. Then I can take care of getting stickers and shipping them. -- Wes Hardaker Please mail all replies to net...@li... |
From: Shea N. <sh...@ac...> - 2020-02-19 23:03:01
|
Hello Wes and the rest of the Net-SNMP Coders! I'd be totally happy to arrange some credit / a gift certificate somewhere for printing stickers (or anything else) if that's the direction you'd like to take it :) Is there a service / site for that you'd prefer over the rest? Thank you for all you do! - Shea Newton On Tue, Feb 18, 2020 at 3:14 PM Wes Hardaker <har...@us...> wrote: > Shea Newton <sh...@ac...> writes: > > > I work for ActiveState and we've put together a small donation program, > driven by employee > > nominations. > > That's quite an honor to bestow upon the project, and we're beyond > appreciative of the nomination, so thank you very much. > > I'm not sure how we can easily accept or use the proposed $200 since > we have no financial resources at all (this would literally be the > first directly to the project without a work-for-hire type attachment). > > The only thing I could think of doing would be creating stickers and > sending one to everyone interested that has contributed to the project, > as the list is quite long. > > -- > Wes Hardaker > Please mail all replies to net...@li... > |
From: Wes H. <har...@us...> - 2020-02-18 23:31:59
|
Nagarjun G <nag...@gm...> writes: > netsnmp_config( "rocommunity public" ); > netsnmp_config( "rocommunity private" ); Those types of things will work, but for multiple community strings you really need to use the full VACM support to do it right. See this page to get started: http://www.net-snmp.org/wiki/index.php/Vacm -- Wes Hardaker Please mail all replies to net...@li... |
From: Wes H. <har...@us...> - 2020-02-18 23:31:57
|
Aferjes Blesswin Redeemson <are...@gm...> writes: > I'm implementing IP MIB for my project using NetSNMP. I don't want to > initailize "ipRoutingDiscards and ipNetToPhysicalTable". ipRoutingDiscards is a column implemented within the ./agent/mibgroup/mibII/ip.c file; you'd need to go edit that file to remove its support. (you could also make use of the 'override' token in snmpd.conf to alter it at run time too) Net-SNMP doesn't come with ipNetToPhysicalTable, so if you're using our stock version it shouldn't even have that table compiled in. If you have it as an additional module from someone else, you can use configure's --with-out-mib-modules flag to remove it from being included in the agent, if you know the module name (grep is your friend). -- Wes Hardaker Please mail all replies to net...@li... |
From: Wes H. <har...@us...> - 2020-02-18 23:31:57
|
Hugh McMaster <hug...@ou...> writes: > On Tue, 3 Sep 2019 at 06:07, Wes Hardaker wrote: > > Actually, it was my job to release a 5.8.1.pre1 on Friday. > Any news on the next pre-release, release candidate or full release > timeline? I'll try to get one done this week. Sigh... busy busy busy. Please do poke me when I'm lame like this. -- Wes Hardaker Please mail all replies to net...@li... |
From: Wes H. <har...@us...> - 2020-02-18 23:31:57
|
Shea Newton <sh...@ac...> writes: > I work for ActiveState and we've put together a small donation program, driven by employee > nominations. That's quite an honor to bestow upon the project, and we're beyond appreciative of the nomination, so thank you very much. I'm not sure how we can easily accept or use the proposed $200 since we have no financial resources at all (this would literally be the first directly to the project without a work-for-hire type attachment). The only thing I could think of doing would be creating stickers and sending one to everyone interested that has contributed to the project, as the list is quite long. -- Wes Hardaker Please mail all replies to net...@li... |
From: Shea N. <sh...@ac...> - 2020-02-18 21:38:39
|
Hello Net-SNMP Community! 👋 I work for ActiveState and we've put together a small donation program, driven by employee nominations. We chose the Net-SNMP project from those nominations for one of this month's donations. The gist of it all is that our employees nominate packages they care about, tell us why that's the case, and in return we donate $200 USD to that project. Right now, the program is in its early stages but down the line we'd like to open the program up to the broader community so others can help decide which projects deserve a bit of love. We'd like to direct that $200 somewhere you'd be happy to see it. Whether that means a specific PayPal/Venmo account, a tab for refreshments, redirecting to another organization you think would appreciate it, or something else entirely. Just let me know! Below are some of the nominator's thoughts in case you're interested. Thank you for all y'all's awesome work! - Shea Newton > Net-SNMP has relied on ActivePerl for along time, is under active development, and we offer it in distributions on our Platform. For many people writing networking code of various flavours it's regularly a part of the workflow (sys admins, devops types, security people). This module is very comprehensive and it's important to a lot of people. Thank you NET-SNMP for all the value you've provided :) |
From: Bart V. A. <bva...@ac...> - 2020-02-15 04:53:14
|
On 2020-01-30 21:17, Philippe DENIS via Net-snmp-coders wrote: > Hello, > > When building my sub agent in the same way than the sub-agent example, I got some errors during the compilation; > u_char, u_long, u_short error unknown types. > > Have you experienced this issue ? > The Linux version is a Linux from scratch (LFS) distribution. I’ve tried to find in the LFS distribution where is located this definition but not succeeded. > > Doing the same process in a Debian Virtual machine, the compilation succeeded > > I’m quite lost. How about adding the following at the top of the sub-agent source code: #define _BSD_SOURCE #include <sys/types.h> Bart. |
From: Aferjes B. R. <are...@gm...> - 2020-02-13 14:17:47
|
Hi All, I'm implementing IP MIB for my project using NetSNMP. I don't want to initailize "ipRoutingDiscards and ipNetToPhysicalTable". I need to delink the Initialization of the both of them so that both doesn't come on Manager when I give walk for the IP mib. I searched the Initialization code, but I couldn't find one. I'm using net-agent-5.8. Does any one know where the Initialization code of ipRoutingDiscards and ipNetToPhysicalTable is available? Thanks, Aferjes Blesswin Redeemson M |
From: Magnus F. <ma...@ly...> - 2020-02-06 21:09:47
|
On Mon, Feb 03, 2020 at 12:49:33AM +0100, Philippe Denis wrote: > > > Le 3 f??vr. 2020 ?? 00:41, Philippe Denis <phd...@gm...> a ??crit : > > > > ???Hello, > > > > I???ve succeeded to connect the sub-agent and the master agent by using the /var/agents/master in the c code and also in conf. Files. > > > > Both are exchanging request but no value is received from local host or through remote. > > > > I got the following error messages ?????Timeout: No response from localhost?????? when using a snmpget. > > > > Then I???m wondering if the objects which are part of my daemon are correctly registered as I put a syslog in an handler and this one is never displays. The log levels I asked you to utilize shows all socket creation activity and all agentx protocol processing. When trying to debug agentx issues that is a lot mure helpful than the logs you showed which includes some parts of connectionless communications (yes, agentx is a connected protocol). Could you, pretty please, rerun with ther debug flags I indicated so I get a hunch about what is happening after the agent have recieved the request. /MF > > How can I know if the sub agent had registred correctly the OIDs? > > Moreover, I read that as a good advice you can generate C code and test it on the master agent and after that move it to the sub agent. This code should not be impacted. > > > > Then what is the difference between netsnmp_register_long_instance and the couple netsnmp_create_handler_registration & netsnmp_register_instance. Which one should I used to register objects from my subagent? > > > > Thanks for your help. > > Philippe DENIS > > > >> Le 2 f??vr. 2020 ?? 23:07, Magnus Fromreide <ma...@ly...> a ??crit : > >> > >> ???On Sun, Feb 02, 2020 at 02:13:59PM +0100, Philippe Denis wrote: > >>> Hello all, > >>> > >>> I've a problem to communicate with my subAgent through the Master Agent. > >>> I've used the option -Dnetsnmp_udpbase and the message is correctly > >>> received at master Agent level (of course, the one which send from remote > >>> PC or localhost). > >>> > >>> The Master Agent is not responding to the request sent by an snmpget > >>> command. > >>> > >>> The Master Agent is launched with the this command line: > >>> > >>> > >>> *snmpd -Dnetsnmp_udpbase -f -Lo -C -c /usr/share/snmp/snmpd.conf > >>> -agentXSocket=tcp:localhost:1705 udp:1161 -VVV* > >>> > >>> *See attached the log of the command:* > >> > >> Could you please rerun the test with the agent debug flags > >> -Dagentx -Dtdomain > >> > >> -Dagentx logs the agentx interactions > >> -Dtdomain logs all opening of sockets > >> > >>> *registered debug token netsnmp_udpbase, 1Log handling defined - > >>> disabling stderrTurning on AgentX master support.netsnmp_udpbase: open > >>> local UDP: [0.0.0.0]:1161->[0.0.0.0]:0netsnmp_udpbase: set > >>> IP_PKTINFOnetsnmp_udpbase: binding socket: 7 to UDP: > >>> [0.0.0.0]:0->[0.0.0.0]:1161NET-SNMP version 5.8* > >>> > >>> Which is based on the one present in > >>> http://net-snmp.sourceforge.net/wiki/index.php/TUT:Writing_a_Subagent > >>> > >>> The content of the snmpd.conf used is the following one: > >>> > >>> master agentx > >>> agentxsocket /var/agentx/master > >>> agentxperms 777 777 > >>> > >>> rwuser MyCom_RW > >>> rouser MyCom_RO > >>> > >>> > >>> For the subagent, I'm using the following command line: > >>> > >>> *./mysubagent -f -Lo -x tcp:localhost:1705* > >>> > >>> > >>> *snmpget -v 2c -c MyCom_RW localhost .1.3.6.1.4.1.32699.255.4.1.0Timeout: > >>> No Response from localhost.* > >>> > >>> I'm quite surprise my mib is known as the snmptranslate -Tp -IR MyTestmib > >>> answered correctly. > >> > >> This means you have told snmptranslate where the mib is located. This is good. > >> > >>> I've also used net-snmp 5.8 but still have the same result. > >>> > >>> Thanks by avdance for your help > >>> -- > >>> Cordialement > >>> Ph. DENIS > >> > >> > >>> _______________________________________________ > >>> Net-snmp-coders mailing list > >>> Net...@li... > >>> https://lists.sourceforge.net/lists/listinfo/net-snmp-coders > >> > > > _______________________________________________ > Net-snmp-coders mailing list > Net...@li... > https://lists.sourceforge.net/lists/listinfo/net-snmp-coders |
From: Philippe D. <phd...@gm...> - 2020-02-06 17:29:35
|
Hi, Even If you’re not an expert as you wrote previously, this keyword is not present on the google or in some examples present in the net-snmp tutorial. Then, it’s quite hard to find ... Thanks a lot, now it’s working. I put the MIB OID terminated by .0 and everything dialogs correctly. Cordialement Philippe DENIS > Le 5 févr. 2020 à 21:26, Larry Hayes <lh...@gm...> a écrit : > > > I am no expert, but I also run snmpd and a custom sub agent configuration. > Your sub agent should be registering with the master what OIDs it will handle: > One line for each MIB. > > REGISTER_SYSOR_TABLE(companyx_oid, companyx_oid_len, "Top level MIB for Company products"); > REGISTER_SYSOR_TABLE( companyx_base_oid, companyx_base_oid_len, "MIB for Company base OIDs"); > REGISTER_SYSOR_TABLE( companyx_events_oid, companyx_events_oid_len, "MIB for Company notifications and traps"); > REGISTER_SYSOR_TABLE( companyx_mgmt_oid, companyx_mgmt_oid_len, "MIB for Company Mgmt"); > > Larry Hayes > >> On Tue, Feb 4, 2020 at 5:20 PM Philippe Denis <phd...@gm...> wrote: >> Hello all, >> >> I've performed some actions to fix my problem(s) but I'm not sure the situation is the one that I though; it's. >> >> I though the Agentx and master agent are connected based on the following behaviour: >> I've started the Master agent followed by the Agentx, I got a connection message. >> When stopping the Master Agent, I've seen a message saying that the connection between the master agent and the subagent is broken. (message AgentX master disconnected us, reconnecting in 15) >> Is it sufficient to be sure that the Master Agent and Sub-agentx are correctly connected ? >> >> I've read that on Google that in the SubagentX configuration file, I need to declare the MIB which is allocated to the subagent. I'm not sure of the keyword to use, I've added in the SubAgentx file: 'view all included' terminated by the value of my MIB OID. Is it correct ? >> >> If someone has some clues or advices to help me to clearly identify this problem. >> >> Thanks by advance >> Ph. DENIS >> >>> Le lun. 3 févr. 2020 à 00:52, Philippe Denis <phd...@gm...> a écrit : >>> Expéditeur: Philippe Denis <phd...@gm...> >>>> Date: 3 février 2020 à 00:41:11 UTC+1 >>>> Destinataire: Magnus Fromreide <ma...@ly...> >>>> Objet: Rép: Net-snmp 5.7.3 - Issue to communicate with subAgent and Master Agent >>>> >>>> Hello, >>>> >>>> I’ve succeeded to connect the sub-agent and the master agent by using the /var/agents/master in the c code and also in conf. Files. >>>> >>>> Both are exchanging request but no value is received from local host or through remote. >>>> >>>> I got the following error messages ‘´Timeout: No response from localhost’’ when using a snmpget. >>>> >>>> Then I’m wondering if the objects which are part of my daemon are correctly registered as I put a syslog in an handler and this one is never displays. >>>> >>>> How can I know if the sub agent had registred correctly the OIDs? >>>> Moreover, I read that as a good advice you can generate C code and test it on the master agent and after that move it to the sub agent. This code should not be impacted. >>>> >>>> Then what is the difference between netsnmp_register_long_instance and the couple netsnmp_create_handler_registration & netsnmp_register_instance. Which one should I used to register objects from my subagent? >>>> >>>> Thanks for your help. >>>> Philippe DENIS >>>> >>>>> Le 2 févr. 2020 à 23:07, Magnus Fromreide <ma...@ly...> a écrit : >>>>> >>>>> On Sun, Feb 02, 2020 at 02:13:59PM +0100, Philippe Denis wrote: >>>>>> Hello all, >>>>>> >>>>>> I've a problem to communicate with my subAgent through the Master Agent. >>>>>> I've used the option -Dnetsnmp_udpbase and the message is correctly >>>>>> received at master Agent level (of course, the one which send from remote >>>>>> PC or localhost). >>>>>> >>>>>> The Master Agent is not responding to the request sent by an snmpget >>>>>> command. >>>>>> >>>>>> The Master Agent is launched with the this command line: >>>>>> >>>>>> >>>>>> *snmpd -Dnetsnmp_udpbase -f -Lo -C -c /usr/share/snmp/snmpd.conf >>>>>> -agentXSocket=tcp:localhost:1705 udp:1161 -VVV* >>>>>> >>>>>> *See attached the log of the command:* >>>>> >>>>> Could you please rerun the test with the agent debug flags >>>>> -Dagentx -Dtdomain >>>>> >>>>> -Dagentx logs the agentx interactions >>>>> -Dtdomain logs all opening of sockets >>>>> >>>>>> *registered debug token netsnmp_udpbase, 1Log handling defined - >>>>>> disabling stderrTurning on AgentX master support.netsnmp_udpbase: open >>>>>> local UDP: [0.0.0.0]:1161->[0.0.0.0]:0netsnmp_udpbase: set >>>>>> IP_PKTINFOnetsnmp_udpbase: binding socket: 7 to UDP: >>>>>> [0.0.0.0]:0->[0.0.0.0]:1161NET-SNMP version 5.8* >>>>>> >>>>>> Which is based on the one present in >>>>>> http://net-snmp.sourceforge.net/wiki/index.php/TUT:Writing_a_Subagent >>>>>> >>>>>> The content of the snmpd.conf used is the following one: >>>>>> >>>>>> master agentx >>>>>> agentxsocket /var/agentx/master >>>>>> agentxperms 777 777 >>>>>> >>>>>> rwuser MyCom_RW >>>>>> rouser MyCom_RO >>>>>> >>>>>> >>>>>> For the subagent, I'm using the following command line: >>>>>> >>>>>> *./mysubagent -f -Lo -x tcp:localhost:1705* >>>>>> >>>>>> >>>>>> *snmpget -v 2c -c MyCom_RW localhost .1.3.6.1.4.1.32699.255.4.1.0Timeout: >>>>>> No Response from localhost.* >>>>>> >>>>>> I'm quite surprise my mib is known as the snmptranslate -Tp -IR MyTestmib >>>>>> answered correctly. >>>>> >>>>> This means you have told snmptranslate where the mib is located. This is good. >>>>> >>>>>> I've also used net-snmp 5.8 but still have the same result. >>>>>> >>>>>> Thanks by avdance for your help >>>>>> -- >>>>>> Cordialement >>>>>> Ph. DENIS >>>>> >>>>> >>>>>> _______________________________________________ >>>>>> Net-snmp-coders mailing list >>>>>> Net...@li... >>>>>> https://lists.sourceforge.net/lists/listinfo/net-snmp-coders >>>>> >> >> >> -- >> Cordialement >> Ph. DENIS >> _______________________________________________ >> Net-snmp-coders mailing list >> Net...@li... >> https://lists.sourceforge.net/lists/listinfo/net-snmp-coders |
From: Larry H. <lh...@gm...> - 2020-02-05 20:26:38
|
I am no expert, but I also run snmpd and a custom sub agent configuration. Your sub agent should be registering with the master what OIDs it will handle: One line for each MIB. REGISTER_SYSOR_TABLE(companyx_oid, companyx_oid_len, "Top level MIB for Company products"); REGISTER_SYSOR_TABLE( companyx_base_oid, companyx_base_oid_len, "MIB for Company base OIDs"); REGISTER_SYSOR_TABLE( companyx_events_oid, companyx_events_oid_len, "MIB for Company notifications and traps"); REGISTER_SYSOR_TABLE( companyx_mgmt_oid, companyx_mgmt_oid_len, "MIB for Company Mgmt"); Larry Hayes On Tue, Feb 4, 2020 at 5:20 PM Philippe Denis <phd...@gm...> wrote: > Hello all, > I've performed some actions to fix my problem(s) but I'm not sure the > situation is the one that I though; it's. > > I though the Agentx and master agent are connected based on the following > behaviour: > > - I've started the Master agent followed by the Agentx, I got a > connection message. > - When stopping the Master Agent, I've seen a message saying that the > connection between the master agent and the subagent is broken. (message > AgentX master disconnected us, reconnecting in 15) > - Is it sufficient to be sure that the Master Agent and Sub-agentx are > correctly connected ? > > > I've read that on Google that in the SubagentX configuration file, I need > to declare the MIB which is allocated to the subagent. I'm not sure of the > keyword to use, I've added in the SubAgentx file: 'view all included' > terminated by the value of my MIB OID. Is it correct ? > > If someone has some clues or advices to help me to clearly identify this > problem. > > Thanks by advance > Ph. DENIS > > Le lun. 3 févr. 2020 à 00:52, Philippe Denis <phd...@gm...> a > écrit : > >> *Expéditeur:* Philippe Denis <phd...@gm...> >> >> *Date:* 3 février 2020 à 00:41:11 UTC+1 >> *Destinataire:* Magnus Fromreide <ma...@ly...> >> *Objet:* *Rép: Net-snmp 5.7.3 - Issue to communicate with subAgent and >> Master Agent* >> >> Hello, >> >> I’ve succeeded to connect the sub-agent and the master agent by using the >> /var/agents/master in the c code and also in conf. Files. >> >> Both are exchanging request but no value is received from local host or >> through remote. >> >> I got the following error messages ‘´Timeout: No response from >> localhost’’ when using a snmpget. >> >> Then I’m wondering if the objects which are part of my daemon are >> correctly registered as I put a syslog in an handler and this one is never >> displays. >> >> How can I know if the sub agent had registred correctly the OIDs? >> Moreover, I read that as a good advice you can generate C code and test >> it on the master agent and after that move it to the sub agent. This code >> should not be impacted. >> >> Then what is the difference between netsnmp_register_long_instance and >> the couple netsnmp_create_handler_registration & netsnmp_register_instance. >> Which one should I used to register objects from my subagent? >> >> Thanks for your help. >> Philippe DENIS >> >> Le 2 févr. 2020 à 23:07, Magnus Fromreide <ma...@ly...> a écrit >> : >> >> >> On Sun, Feb 02, 2020 at 02:13:59PM +0100, Philippe Denis wrote: >> >> Hello all, >> >> >> I've a problem to communicate with my subAgent through the Master Agent. >> >> I've used the option -Dnetsnmp_udpbase and the message is correctly >> >> received at master Agent level (of course, the one which send from remote >> >> PC or localhost). >> >> >> The Master Agent is not responding to the request sent by an snmpget >> >> command. >> >> >> The Master Agent is launched with the this command line: >> >> >> >> *snmpd -Dnetsnmp_udpbase -f -Lo -C -c /usr/share/snmp/snmpd.conf >> >> -agentXSocket=tcp:localhost:1705 udp:1161 -VVV* >> >> >> *See attached the log of the command:* >> >> >> Could you please rerun the test with the agent debug flags >> >> -Dagentx -Dtdomain >> >> >> -Dagentx logs the agentx interactions >> >> -Dtdomain logs all opening of sockets >> >> >> *registered debug token netsnmp_udpbase, 1Log handling defined - >> >> disabling stderrTurning on AgentX master support.netsnmp_udpbase: open >> >> local UDP: [0.0.0.0]:1161->[0.0.0.0]:0netsnmp_udpbase: set >> >> IP_PKTINFOnetsnmp_udpbase: binding socket: 7 to UDP: >> >> [0.0.0.0]:0->[0.0.0.0]:1161NET-SNMP version 5.8* >> >> >> Which is based on the one present in >> >> http://net-snmp.sourceforge.net/wiki/index.php/TUT:Writing_a_Subagent >> >> >> The content of the snmpd.conf used is the following one: >> >> >> master agentx >> >> agentxsocket /var/agentx/master >> >> agentxperms 777 777 >> >> >> rwuser MyCom_RW >> >> rouser MyCom_RO >> >> >> >> For the subagent, I'm using the following command line: >> >> >> *./mysubagent -f -Lo -x tcp:localhost:1705* >> >> >> >> *snmpget -v 2c -c MyCom_RW localhost .1.3.6.1.4.1.32699.255.4.1.0Timeout: >> >> No Response from localhost.* >> >> >> I'm quite surprise my mib is known as the snmptranslate -Tp -IR MyTestmib >> >> answered correctly. >> >> >> This means you have told snmptranslate where the mib is located. This is >> good. >> >> >> I've also used net-snmp 5.8 but still have the same result. >> >> >> Thanks by avdance for your help >> >> -- >> >> Cordialement >> >> Ph. DENIS >> >> >> >> _______________________________________________ >> >> Net-snmp-coders mailing list >> >> Net...@li... >> >> https://lists.sourceforge.net/lists/listinfo/net-snmp-coders >> >> >> > > -- > Cordialement > Ph. DENIS > _______________________________________________ > Net-snmp-coders mailing list > Net...@li... > https://lists.sourceforge.net/lists/listinfo/net-snmp-coders > |
From: Nagarjun G <nag...@gm...> - 2020-02-05 10:47:09
|
Hi All, We have been using net-snmp agent in our embedded device. But we dont use snmpd.conf file. Right now when we configure snmp agent with v2c, we use the below API to set the community string. netsnmp_ds_set_string(NETSNMP_DS_LIBRARY_ID, NETSNMP_DS_LIB_COMMUNITY, "public"); Now we need to support another manager with a different community string. I want to add and maintain a new community string to the existing list. But using the API twice is overwriting the community string. I used the below API, but i could not get it working. netsnmp_config( "rocommunity public" ); netsnmp_config( "rocommunity private" ); Also tried, vacm_parse_rocommunity("rocommunity", "public"); vacm_parse_rocommunity("rocommunity", "private"); Am I missing something? or do I need to use a different API. Quoting again we dont use snmpd.conf file for parsing. Regards, Nagarjun |
From: Philippe D. <phd...@gm...> - 2020-02-04 23:19:24
|
Hello all, I've performed some actions to fix my problem(s) but I'm not sure the situation is the one that I though; it's. I though the Agentx and master agent are connected based on the following behaviour: - I've started the Master agent followed by the Agentx, I got a connection message. - When stopping the Master Agent, I've seen a message saying that the connection between the master agent and the subagent is broken. (message AgentX master disconnected us, reconnecting in 15) - Is it sufficient to be sure that the Master Agent and Sub-agentx are correctly connected ? I've read that on Google that in the SubagentX configuration file, I need to declare the MIB which is allocated to the subagent. I'm not sure of the keyword to use, I've added in the SubAgentx file: 'view all included' terminated by the value of my MIB OID. Is it correct ? If someone has some clues or advices to help me to clearly identify this problem. Thanks by advance Ph. DENIS Le lun. 3 févr. 2020 à 00:52, Philippe Denis <phd...@gm...> a écrit : > *Expéditeur:* Philippe Denis <phd...@gm...> > > *Date:* 3 février 2020 à 00:41:11 UTC+1 > *Destinataire:* Magnus Fromreide <ma...@ly...> > *Objet:* *Rép: Net-snmp 5.7.3 - Issue to communicate with subAgent and > Master Agent* > > Hello, > > I’ve succeeded to connect the sub-agent and the master agent by using the > /var/agents/master in the c code and also in conf. Files. > > Both are exchanging request but no value is received from local host or > through remote. > > I got the following error messages ‘´Timeout: No response from localhost’’ > when using a snmpget. > > Then I’m wondering if the objects which are part of my daemon are > correctly registered as I put a syslog in an handler and this one is never > displays. > > How can I know if the sub agent had registred correctly the OIDs? > Moreover, I read that as a good advice you can generate C code and test it > on the master agent and after that move it to the sub agent. This code > should not be impacted. > > Then what is the difference between netsnmp_register_long_instance and the > couple netsnmp_create_handler_registration & netsnmp_register_instance. > Which one should I used to register objects from my subagent? > > Thanks for your help. > Philippe DENIS > > Le 2 févr. 2020 à 23:07, Magnus Fromreide <ma...@ly...> a écrit : > > > On Sun, Feb 02, 2020 at 02:13:59PM +0100, Philippe Denis wrote: > > Hello all, > > > I've a problem to communicate with my subAgent through the Master Agent. > > I've used the option -Dnetsnmp_udpbase and the message is correctly > > received at master Agent level (of course, the one which send from remote > > PC or localhost). > > > The Master Agent is not responding to the request sent by an snmpget > > command. > > > The Master Agent is launched with the this command line: > > > > *snmpd -Dnetsnmp_udpbase -f -Lo -C -c /usr/share/snmp/snmpd.conf > > -agentXSocket=tcp:localhost:1705 udp:1161 -VVV* > > > *See attached the log of the command:* > > > Could you please rerun the test with the agent debug flags > > -Dagentx -Dtdomain > > > -Dagentx logs the agentx interactions > > -Dtdomain logs all opening of sockets > > > *registered debug token netsnmp_udpbase, 1Log handling defined - > > disabling stderrTurning on AgentX master support.netsnmp_udpbase: open > > local UDP: [0.0.0.0]:1161->[0.0.0.0]:0netsnmp_udpbase: set > > IP_PKTINFOnetsnmp_udpbase: binding socket: 7 to UDP: > > [0.0.0.0]:0->[0.0.0.0]:1161NET-SNMP version 5.8* > > > Which is based on the one present in > > http://net-snmp.sourceforge.net/wiki/index.php/TUT:Writing_a_Subagent > > > The content of the snmpd.conf used is the following one: > > > master agentx > > agentxsocket /var/agentx/master > > agentxperms 777 777 > > > rwuser MyCom_RW > > rouser MyCom_RO > > > > For the subagent, I'm using the following command line: > > > *./mysubagent -f -Lo -x tcp:localhost:1705* > > > > *snmpget -v 2c -c MyCom_RW localhost .1.3.6.1.4.1.32699.255.4.1.0Timeout: > > No Response from localhost.* > > > I'm quite surprise my mib is known as the snmptranslate -Tp -IR MyTestmib > > answered correctly. > > > This means you have told snmptranslate where the mib is located. This is > good. > > > I've also used net-snmp 5.8 but still have the same result. > > > Thanks by avdance for your help > > -- > > Cordialement > > Ph. DENIS > > > > _______________________________________________ > > Net-snmp-coders mailing list > > Net...@li... > > https://lists.sourceforge.net/lists/listinfo/net-snmp-coders > > > -- Cordialement Ph. DENIS |
From: Nagarjun G <nag...@gm...> - 2020-02-04 11:40:01
|
Hi Larry, Thank you for responding to the question. I have tried the above situation you mentioned on a linux machine. It worked very well. But we use net-snmp in a different way in our Embedded device. We dont use the code related to reading from conf files (snmp.conf) etc. We pass the data from our Data manager and make specific calls to the net-snmp API's like vacm_createGroupEntry, dmgr_to_netsnmp_vacm_access, dmgr_to_netsnmp_vacm_view. Similarly what is the API to achieve the below behaviour of com2sec. com2sec <sec name> IP/CIDR <community string> I tried using netsnmp_udp_parse_security("com2sec", "mysec 10.0.2.15 mycom"). I think this should have created an entry into the list. Am I missing something or I am using the wrong API altogether? Regards, Nagarjun On Tue, Jan 14, 2020 at 11:26 PM Larry Hayes <lh...@gm...> wrote: > You should be able to do what you have laid out. > Here is a possible starting point. > > To restrict who can access SNMP and what community string they use: > com2sec <sec name> IP/CIDR <community string> > > For example: com2sec mysec 10.10.10.0/24 'my_string' > all access from any IP on that subnet to get specific IP: > 10.10.10.10/32 > > To Control Access to OIDs, I would use VACM approach > > # group.name model sec.name > group RWGroup v2c mysec > > # create a view and set what can and cannot be accessed > view rwView included .1 80 > view rwView excluded .1.3.6.1.4.1.2021 fe > view rwView excluded .1.3.6.1.4.1.8072 fe > > > # context model sec.level match read.view write.view > notif > access RWGroup "" v2c noauth exact rwView rwView none > > On Tue, Jan 14, 2020 at 12:55 AM Nagarjun G <nag...@gm...> > wrote: > >> Hi All, >> >> We have been using net-snmp to manage our devices. We have a new >> requirement now which is described below. >> >> My current configuration is as below : >> I have an snmp agent which can be configured to run any >> version(v1/v2c/v3) of snmp. >> We are currently accessing the snmp agent through mib browser. >> This has been there quite very long. >> >> Recent requirement : >> There is another snmp manager which will access our snmp agent using only >> snmpv2c which will have access to very limited OID's. >> >> What I need to achieve is: >> I need to make my snmp agent respond to two different snmp managers, one >> responding to v1/v2c/v3 requests and >> another responding to only v2 requests with having limited access to few >> OID's. >> >> Is it possible to achieve the above configuration ? >> what type of access control configuration is needed ? >> >> Regards >> Nagarjun >> _______________________________________________ >> Net-snmp-coders mailing list >> Net...@li... >> https://lists.sourceforge.net/lists/listinfo/net-snmp-coders >> > |
From: Philippe D. <phd...@gm...> - 2020-02-02 23:52:44
|
Expéditeur: Philippe Denis <phd...@gm...> > Date: 3 février 2020 à 00:41:11 UTC+1 > Destinataire: Magnus Fromreide <ma...@ly...> > Objet: Rép: Net-snmp 5.7.3 - Issue to communicate with subAgent and Master Agent > > Hello, > > I’ve succeeded to connect the sub-agent and the master agent by using the /var/agents/master in the c code and also in conf. Files. > > Both are exchanging request but no value is received from local host or through remote. > > I got the following error messages ‘´Timeout: No response from localhost’’ when using a snmpget. > > Then I’m wondering if the objects which are part of my daemon are correctly registered as I put a syslog in an handler and this one is never displays. > > How can I know if the sub agent had registred correctly the OIDs? > Moreover, I read that as a good advice you can generate C code and test it on the master agent and after that move it to the sub agent. This code should not be impacted. > > Then what is the difference between netsnmp_register_long_instance and the couple netsnmp_create_handler_registration & netsnmp_register_instance. Which one should I used to register objects from my subagent? > > Thanks for your help. > Philippe DENIS > >> Le 2 févr. 2020 à 23:07, Magnus Fromreide <ma...@ly...> a écrit : >> >> On Sun, Feb 02, 2020 at 02:13:59PM +0100, Philippe Denis wrote: >>> Hello all, >>> >>> I've a problem to communicate with my subAgent through the Master Agent. >>> I've used the option -Dnetsnmp_udpbase and the message is correctly >>> received at master Agent level (of course, the one which send from remote >>> PC or localhost). >>> >>> The Master Agent is not responding to the request sent by an snmpget >>> command. >>> >>> The Master Agent is launched with the this command line: >>> >>> >>> *snmpd -Dnetsnmp_udpbase -f -Lo -C -c /usr/share/snmp/snmpd.conf >>> -agentXSocket=tcp:localhost:1705 udp:1161 -VVV* >>> >>> *See attached the log of the command:* >> >> Could you please rerun the test with the agent debug flags >> -Dagentx -Dtdomain >> >> -Dagentx logs the agentx interactions >> -Dtdomain logs all opening of sockets >> >>> *registered debug token netsnmp_udpbase, 1Log handling defined - >>> disabling stderrTurning on AgentX master support.netsnmp_udpbase: open >>> local UDP: [0.0.0.0]:1161->[0.0.0.0]:0netsnmp_udpbase: set >>> IP_PKTINFOnetsnmp_udpbase: binding socket: 7 to UDP: >>> [0.0.0.0]:0->[0.0.0.0]:1161NET-SNMP version 5.8* >>> >>> Which is based on the one present in >>> http://net-snmp.sourceforge.net/wiki/index.php/TUT:Writing_a_Subagent >>> >>> The content of the snmpd.conf used is the following one: >>> >>> master agentx >>> agentxsocket /var/agentx/master >>> agentxperms 777 777 >>> >>> rwuser MyCom_RW >>> rouser MyCom_RO >>> >>> >>> For the subagent, I'm using the following command line: >>> >>> *./mysubagent -f -Lo -x tcp:localhost:1705* >>> >>> >>> *snmpget -v 2c -c MyCom_RW localhost .1.3.6.1.4.1.32699.255.4.1.0Timeout: >>> No Response from localhost.* >>> >>> I'm quite surprise my mib is known as the snmptranslate -Tp -IR MyTestmib >>> answered correctly. >> >> This means you have told snmptranslate where the mib is located. This is good. >> >>> I've also used net-snmp 5.8 but still have the same result. >>> >>> Thanks by avdance for your help >>> -- >>> Cordialement >>> Ph. DENIS >> >> >>> _______________________________________________ >>> Net-snmp-coders mailing list >>> Net...@li... >>> https://lists.sourceforge.net/lists/listinfo/net-snmp-coders >> |
From: Philippe D. <phd...@gm...> - 2020-02-02 23:49:45
|
> Le 3 févr. 2020 à 00:41, Philippe Denis <phd...@gm...> a écrit : > > Hello, > > I’ve succeeded to connect the sub-agent and the master agent by using the /var/agents/master in the c code and also in conf. Files. > > Both are exchanging request but no value is received from local host or through remote. > > I got the following error messages ‘´Timeout: No response from localhost’’ when using a snmpget. > > Then I’m wondering if the objects which are part of my daemon are correctly registered as I put a syslog in an handler and this one is never displays. > > How can I know if the sub agent had registred correctly the OIDs? > Moreover, I read that as a good advice you can generate C code and test it on the master agent and after that move it to the sub agent. This code should not be impacted. > > Then what is the difference between netsnmp_register_long_instance and the couple netsnmp_create_handler_registration & netsnmp_register_instance. Which one should I used to register objects from my subagent? > > Thanks for your help. > Philippe DENIS > >> Le 2 févr. 2020 à 23:07, Magnus Fromreide <ma...@ly...> a écrit : >> >> On Sun, Feb 02, 2020 at 02:13:59PM +0100, Philippe Denis wrote: >>> Hello all, >>> >>> I've a problem to communicate with my subAgent through the Master Agent. >>> I've used the option -Dnetsnmp_udpbase and the message is correctly >>> received at master Agent level (of course, the one which send from remote >>> PC or localhost). >>> >>> The Master Agent is not responding to the request sent by an snmpget >>> command. >>> >>> The Master Agent is launched with the this command line: >>> >>> >>> *snmpd -Dnetsnmp_udpbase -f -Lo -C -c /usr/share/snmp/snmpd.conf >>> -agentXSocket=tcp:localhost:1705 udp:1161 -VVV* >>> >>> *See attached the log of the command:* >> >> Could you please rerun the test with the agent debug flags >> -Dagentx -Dtdomain >> >> -Dagentx logs the agentx interactions >> -Dtdomain logs all opening of sockets >> >>> *registered debug token netsnmp_udpbase, 1Log handling defined - >>> disabling stderrTurning on AgentX master support.netsnmp_udpbase: open >>> local UDP: [0.0.0.0]:1161->[0.0.0.0]:0netsnmp_udpbase: set >>> IP_PKTINFOnetsnmp_udpbase: binding socket: 7 to UDP: >>> [0.0.0.0]:0->[0.0.0.0]:1161NET-SNMP version 5.8* >>> >>> Which is based on the one present in >>> http://net-snmp.sourceforge.net/wiki/index.php/TUT:Writing_a_Subagent >>> >>> The content of the snmpd.conf used is the following one: >>> >>> master agentx >>> agentxsocket /var/agentx/master >>> agentxperms 777 777 >>> >>> rwuser MyCom_RW >>> rouser MyCom_RO >>> >>> >>> For the subagent, I'm using the following command line: >>> >>> *./mysubagent -f -Lo -x tcp:localhost:1705* >>> >>> >>> *snmpget -v 2c -c MyCom_RW localhost .1.3.6.1.4.1.32699.255.4.1.0Timeout: >>> No Response from localhost.* >>> >>> I'm quite surprise my mib is known as the snmptranslate -Tp -IR MyTestmib >>> answered correctly. >> >> This means you have told snmptranslate where the mib is located. This is good. >> >>> I've also used net-snmp 5.8 but still have the same result. >>> >>> Thanks by avdance for your help >>> -- >>> Cordialement >>> Ph. DENIS >> >> >>> _______________________________________________ >>> Net-snmp-coders mailing list >>> Net...@li... >>> https://lists.sourceforge.net/lists/listinfo/net-snmp-coders >> |
From: Magnus F. <ma...@ly...> - 2020-02-02 22:22:54
|
On Sun, Feb 02, 2020 at 02:13:59PM +0100, Philippe Denis wrote: > Hello all, > > I've a problem to communicate with my subAgent through the Master Agent. > I've used the option -Dnetsnmp_udpbase and the message is correctly > received at master Agent level (of course, the one which send from remote > PC or localhost). > > The Master Agent is not responding to the request sent by an snmpget > command. > > The Master Agent is launched with the this command line: > > > *snmpd -Dnetsnmp_udpbase -f -Lo -C -c /usr/share/snmp/snmpd.conf > -agentXSocket=tcp:localhost:1705 udp:1161 -VVV* > > *See attached the log of the command:* Could you please rerun the test with the agent debug flags -Dagentx -Dtdomain -Dagentx logs the agentx interactions -Dtdomain logs all opening of sockets > *registered debug token netsnmp_udpbase, 1Log handling defined - > disabling stderrTurning on AgentX master support.netsnmp_udpbase: open > local UDP: [0.0.0.0]:1161->[0.0.0.0]:0netsnmp_udpbase: set > IP_PKTINFOnetsnmp_udpbase: binding socket: 7 to UDP: > [0.0.0.0]:0->[0.0.0.0]:1161NET-SNMP version 5.8* > > Which is based on the one present in > http://net-snmp.sourceforge.net/wiki/index.php/TUT:Writing_a_Subagent > > The content of the snmpd.conf used is the following one: > > master agentx > agentxsocket /var/agentx/master > agentxperms 777 777 > > rwuser MyCom_RW > rouser MyCom_RO > > > For the subagent, I'm using the following command line: > > *./mysubagent -f -Lo -x tcp:localhost:1705* > > > *snmpget -v 2c -c MyCom_RW localhost .1.3.6.1.4.1.32699.255.4.1.0Timeout: > No Response from localhost.* > > I'm quite surprise my mib is known as the snmptranslate -Tp -IR MyTestmib > answered correctly. This means you have told snmptranslate where the mib is located. This is good. > I've also used net-snmp 5.8 but still have the same result. > > Thanks by avdance for your help > -- > Cordialement > Ph. DENIS > _______________________________________________ > Net-snmp-coders mailing list > Net...@li... > https://lists.sourceforge.net/lists/listinfo/net-snmp-coders |
From: Philippe D. <phd...@gm...> - 2020-02-02 13:14:19
|
Hello all, I've a problem to communicate with my subAgent through the Master Agent. I've used the option -Dnetsnmp_udpbase and the message is correctly received at master Agent level (of course, the one which send from remote PC or localhost). The Master Agent is not responding to the request sent by an snmpget command. The Master Agent is launched with the this command line: *snmpd -Dnetsnmp_udpbase -f -Lo -C -c /usr/share/snmp/snmpd.conf -agentXSocket=tcp:localhost:1705 udp:1161 -VVV* *See attached the log of the command:* *registered debug token netsnmp_udpbase, 1Log handling defined - disabling stderrTurning on AgentX master support.netsnmp_udpbase: open local UDP: [0.0.0.0]:1161->[0.0.0.0]:0netsnmp_udpbase: set IP_PKTINFOnetsnmp_udpbase: binding socket: 7 to UDP: [0.0.0.0]:0->[0.0.0.0]:1161NET-SNMP version 5.8* Which is based on the one present in http://net-snmp.sourceforge.net/wiki/index.php/TUT:Writing_a_Subagent The content of the snmpd.conf used is the following one: master agentx agentxsocket /var/agentx/master agentxperms 777 777 rwuser MyCom_RW rouser MyCom_RO For the subagent, I'm using the following command line: *./mysubagent -f -Lo -x tcp:localhost:1705* *snmpget -v 2c -c MyCom_RW localhost .1.3.6.1.4.1.32699.255.4.1.0Timeout: No Response from localhost.* I'm quite surprise my mib is known as the snmptranslate -Tp -IR MyTestmib answered correctly. I've also used net-snmp 5.8 but still have the same result. Thanks by avdance for your help -- Cordialement Ph. DENIS |
From: Philippe D. <phd...@ya...> - 2020-01-31 05:19:17
|
Hello, When building my sub agent in the same way than the sub-agent example, I got some errors during the compilation; u_char, u_long, u_short error unknown types. Have you experienced this issue ? The Linux version is a Linux from scratch (LFS) distribution. I’ve tried to find in the LFS distribution where is located this definition but not succeeded. Doing the same process in a Debian Virtual machine, the compilation succeeded I’m quite lost. Philippe |
From: Bart V. A. <bva...@ac...> - 2020-01-28 03:14:32
|
<html> <head> <meta http-equiv="Content-Type" content="text/html; charset=windows-1252"> </head> <body> <div class="moz-cite-prefix">On 2020-01-14 10:28, Peck, Ian A wrote:<br> </div> <blockquote type="cite" cite="mid:6e5...@VA..."> <meta http-equiv="Content-Type" content="text/html; charset=windows-1252"> <meta name="Generator" content="Microsoft Word 15 (filtered medium)"> <!--[if !mso]><style>v\:* {behavior:url(#default#VML);} o\:* {behavior:url(#default#VML);} w\:* {behavior:url(#default#VML);} .shape {behavior:url(#default#VML);} </style><![endif]--> <style><!-- /* Font Definitions */ @font-face {font-family:"Cambria Math"; panose-1:2 4 5 3 5 4 6 3 2 4;} @font-face {font-family:Calibri; panose-1:2 15 5 2 2 2 4 3 2 4;} /* Style Definitions */ p.MsoNormal, li.MsoNormal, div.MsoNormal {margin:0in; margin-bottom:.0001pt; font-size:11.0pt; font-family:"Calibri",sans-serif;} a:link, span.MsoHyperlink {mso-style-priority:99; color:#0563C1; text-decoration:underline;} a:visited, span.MsoHyperlinkFollowed {mso-style-priority:99; color:#954F72; text-decoration:underline;} span.EmailStyle17 {mso-style-type:personal-compose; font-family:"Calibri",sans-serif; color:windowtext;} .MsoChpDefault {mso-style-type:export-only; font-family:"Calibri",sans-serif;} @page WordSection1 {size:8.5in 11.0in; margin:1.0in 1.0in 1.0in 1.0in;} div.WordSection1 {page:WordSection1;} --></style><!--[if gte mso 9]><xml> <o:shapedefaults v:ext="edit" spidmax="1026" /> </xml><![endif]--><!--[if gte mso 9]><xml> <o:shapelayout v:ext="edit"> <o:idmap v:ext="edit" data="1" /> </o:shapelayout></xml><![endif]--> <div class="WordSection1"> <p class="MsoNormal">For the NET-SNMP installation is there any prerequisite SW that needs to be installed? For instance do I need visual studio installed before I try to install and use NET-SNMP?<o:p></o:p></p> </div> </blockquote> <p>Hi Ian,</p> <p>It has been a while since Net-SNMP binaries have been released so I recommend to download the Net-SNMP source code and to build Net-SNMP from source. The process for building and installing Net-SNMP has been documented in <a href="https://github.com/net-snmp/net-snmp/blob/master/README.win32">https://github.com/net-snmp/net-snmp/blob/master/README.win32</a>. As one can see in that file, the Visual Studio, MinGW64 and Cygwin compilers are supported. If you want to use the Visual Studio compiler, please use win32\build.bat. MinGW64 and Cygwin support the Unix approach for building Net-SNMP, namely by running the configure script before 'make'.<br> </p> <p>Bart.<br> </p> </body> </html> |