<?xml version="1.0" encoding="UTF-8"?><rss xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:atom="http://www.w3.org/2005/Atom" version="2.0"><channel><title><![CDATA[SNMPV3]]></title><description><![CDATA[<p dir="auto">Has any one gotten V3 to work correctly ?   Ive tried both 1.2.17 and 2.0RC  and it seems to have issues in both versions .. Im querying a switch for <a href="http://sys.name" rel="nofollow ugc">sys.name</a> and I can pull that same information using SNMPB client  no problems but every time i try netxms i have problems  is this a known problem</p>
]]></description><link>https://forum.netxms.org/topic/4092/snmpv3</link><generator>RSS for Node</generator><lastBuildDate>Fri, 13 Nov 2026 06:08:18 GMT</lastBuildDate><atom:link href="https://forum.netxms.org/topic/4092.rss" rel="self" type="application/rss+xml"/><pubDate>Mon, 09 Nov 2015 23:45:38 GMT</pubDate><ttl>60</ttl><item><title><![CDATA[Reply to SNMPV3 on Tue, 15 Dec 2015 18:38:34 GMT]]></title><description><![CDATA[<p dir="auto">In my opinion I would say yes! (11h of test)</p>
]]></description><link>https://forum.netxms.org/post/18628</link><guid isPermaLink="true">https://forum.netxms.org/post/18628</guid><dc:creator><![CDATA[user54119]]></dc:creator><pubDate>Tue, 15 Dec 2015 18:38:34 GMT</pubDate></item><item><title><![CDATA[Reply to SNMPV3 on Tue, 15 Dec 2015 18:36:43 GMT]]></title><description><![CDATA[<p dir="auto">Is the also a solution for this topic</p>
<p dir="auto"><a href="https://www.netxms.org/forum/configuration/snmp-credentials/" rel="nofollow ugc">https://www.netxms.org/forum/configuration/snmp-credentials/</a></p>
<p dir="auto">im still hesitant to upgrade to 2.0 because i really dont want to have to reset over 200 switches  due to the  wrong community string being sent out repeatedly</p>
]]></description><link>https://forum.netxms.org/post/18627</link><guid isPermaLink="true">https://forum.netxms.org/post/18627</guid><dc:creator><![CDATA[gmonk63]]></dc:creator><pubDate>Tue, 15 Dec 2015 18:36:43 GMT</pubDate></item><item><title><![CDATA[Reply to SNMPV3 on Tue, 15 Dec 2015 16:08:59 GMT]]></title><description><![CDATA[<p dir="auto">The SNMP_AUTH_FAILURE events are gone!<br />
For the other problems I need more time to test.</p>
<p dir="auto">thanks for the fixes<br />
Dani</p>
]]></description><link>https://forum.netxms.org/post/18625</link><guid isPermaLink="true">https://forum.netxms.org/post/18625</guid><dc:creator><![CDATA[user54119]]></dc:creator><pubDate>Tue, 15 Dec 2015 16:08:59 GMT</pubDate></item><item><title><![CDATA[Reply to SNMPV3 on Tue, 15 Dec 2015 07:47:01 GMT]]></title><description><![CDATA[<p dir="auto">Thanks Alex for the fast fix</p>
<p dir="auto">Now downloading the snapshot from download site on website, './reconf', 'configure...', 'make',... works!</p>
]]></description><link>https://forum.netxms.org/post/18619</link><guid isPermaLink="true">https://forum.netxms.org/post/18619</guid><dc:creator><![CDATA[user54119]]></dc:creator><pubDate>Tue, 15 Dec 2015 07:47:01 GMT</pubDate></item><item><title><![CDATA[Reply to SNMPV3 on Mon, 14 Dec 2015 22:36:31 GMT]]></title><description><![CDATA[<p dir="auto">I've fixed that, now snapshots should work as well</p>
]]></description><link>https://forum.netxms.org/post/18617</link><guid isPermaLink="true">https://forum.netxms.org/post/18617</guid><dc:creator><![CDATA[alk]]></dc:creator><pubDate>Mon, 14 Dec 2015 22:36:31 GMT</pubDate></item><item><title><![CDATA[Reply to SNMPV3 on Mon, 14 Dec 2015 22:27:40 GMT]]></title><description><![CDATA[<p dir="auto">Script, which generate this header require git repo, not a snapshot. It's a bug.<br />
However, if you clone repo instead of using snapshot – it will work.<br />
Repository url for clone is <a href="https://git.netxms.org/public/netxms.git" rel="nofollow ugc">https://git.netxms.org/public/netxms.git</a></p>
<p dir="auto">P.S. don't forget to switch branch to "develop" (git checkout develop)</p>
]]></description><link>https://forum.netxms.org/post/18616</link><guid isPermaLink="true">https://forum.netxms.org/post/18616</guid><dc:creator><![CDATA[alk]]></dc:creator><pubDate>Mon, 14 Dec 2015 22:27:40 GMT</pubDate></item><item><title><![CDATA[Reply to SNMPV3 on Mon, 14 Dec 2015 20:59:47 GMT]]></title><description><![CDATA[<p dir="auto">Thanks Tomas.</p>
<p dir="auto">I tried to compile hourly snapshot from git repo. But I get this error:</p>
<pre><code>make[3]: Entering directory `/usr/src/netxms-2.0-dev-2015-12-14/src/libstrophe'
  CC       libstrophe_la-auth.lo
In file included from ../../include/nms_common.h:78:0,
                 from auth.c:19:
../../include/netxms-version.h:27:30: fatal error: netxms-build-tag.h: No such file or directory
 #include &lt;netxms-build-tag.h&gt;
                              ^
compilation terminated.
make[3]: *** [libstrophe_la-auth.lo] Error 1
make[3]: Leaving directory `/usr/src/netxms-2.0-dev-2015-12-14/src/libstrophe'
make[2]: *** [all-recursive] Error 1
make[2]: Leaving directory `/usr/src/netxms-2.0-dev-2015-12-14/src'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/usr/src/netxms-2.0-dev-2015-12-14'
make: *** [all] Error 2
</code></pre>
<p dir="auto">autoconf, flex, bison, libtool are installed.<br />
What can I do?</p>
]]></description><link>https://forum.netxms.org/post/18615</link><guid isPermaLink="true">https://forum.netxms.org/post/18615</guid><dc:creator><![CDATA[user54119]]></dc:creator><pubDate>Mon, 14 Dec 2015 20:59:47 GMT</pubDate></item><item><title><![CDATA[Reply to SNMPV3 on Mon, 14 Dec 2015 13:37:56 GMT]]></title><description><![CDATA[<p dir="auto">Yes, you can compile from the hourly snapshot of GIT repo and test with that.<br />
The fixes were mostly to snmp in relation to agent proxying and to snmp discovery, but maybe you will see some difference.</p>
<p dir="auto">If none of these help (so your issue is still present after testing these newest changes), we will know yours is a totally separate issue.</p>
<p dir="auto">The develop branch is pretty stable at the moment (I run 2 medium sized installs ~150 nodes each on it atm.), but of course be advised that it is not released code and consider backups of db/server before deploying it <img src="https://forum.netxms.org/assets/plugins/nodebb-plugin-emoji/emoji/android/1f642.png?v=72b86a538fc" class="not-responsive emoji emoji-android emoji--slightly_smiling_face" style="height:1.4em;width:auto;vertical-align:middle" title=":)" alt="🙂" /></p>
]]></description><link>https://forum.netxms.org/post/18608</link><guid isPermaLink="true">https://forum.netxms.org/post/18608</guid><dc:creator><![CDATA[tomaskir]]></dc:creator><pubDate>Mon, 14 Dec 2015 13:37:56 GMT</pubDate></item><item><title><![CDATA[Reply to SNMPV3 on Mon, 14 Dec 2015 13:17:27 GMT]]></title><description><![CDATA[<p dir="auto">Hi Tomas</p>
<p dir="auto">I normaly compile from 'official' sources (at the moment V2.0-RC2) on Linux, but I have never built from develop branch.<br />
Do you mean compiling only the server from sources from hourly Snapshot of GIT repository?</p>
<p dir="auto">Thanks<br />
Dani</p>
]]></description><link>https://forum.netxms.org/post/18607</link><guid isPermaLink="true">https://forum.netxms.org/post/18607</guid><dc:creator><![CDATA[user54119]]></dc:creator><pubDate>Mon, 14 Dec 2015 13:17:27 GMT</pubDate></item><item><title><![CDATA[Reply to SNMPV3 on Mon, 14 Dec 2015 13:05:17 GMT]]></title><description><![CDATA[<p dir="auto">There has been a bunch of SNMP discovery fixes in the develop branch this weekend, any chance you can build from develop and try if issues still persist?</p>
]]></description><link>https://forum.netxms.org/post/18606</link><guid isPermaLink="true">https://forum.netxms.org/post/18606</guid><dc:creator><![CDATA[tomaskir]]></dc:creator><pubDate>Mon, 14 Dec 2015 13:05:17 GMT</pubDate></item><item><title><![CDATA[Reply to SNMPV3 on Mon, 14 Dec 2015 13:01:25 GMT]]></title><description><![CDATA[<p dir="auto">I found a hint about this problem in the local log file of the affected node. There is a system protection function which blocks the SNMP get requests from the NetXMS server because of requests with null community string (CVE-1999-0517). In the communication settings of this NetXMS node there are valid SNMPv3 credentials of course.<br />
So maybe this problem has the same reason as the 'SNMP auth. failures'.</p>
]]></description><link>https://forum.netxms.org/post/18605</link><guid isPermaLink="true">https://forum.netxms.org/post/18605</guid><dc:creator><![CDATA[user54119]]></dc:creator><pubDate>Mon, 14 Dec 2015 13:01:25 GMT</pubDate></item><item><title><![CDATA[Reply to SNMPV3 on Fri, 11 Dec 2015 15:44:51 GMT]]></title><description><![CDATA[<p dir="auto">I will try it with a support case at the vendor of the APs.</p>
<p dir="auto">Another problem on other SNMP enabled nodes:<br />
Suddenly no SNMP data is possible to poll. But the SNMP agent on these nodes are fine (test by snmpwalk on command line).<br />
When I restart netxmsd everything is fine again. It's also with SNMPv3.</p>
]]></description><link>https://forum.netxms.org/post/18584</link><guid isPermaLink="true">https://forum.netxms.org/post/18584</guid><dc:creator><![CDATA[user54119]]></dc:creator><pubDate>Fri, 11 Dec 2015 15:44:51 GMT</pubDate></item><item><title><![CDATA[Reply to SNMPV3 on Fri, 11 Dec 2015 10:17:53 GMT]]></title><description><![CDATA[<p dir="auto">Hi Victor</p>
<p dir="auto">I made these tests:</p>
<ul>
<li>reenabled routing table poll, waiting 20h -&gt; SNMP agent on node still replying</li>
<li>reenable topology polling, waiting about 20h -&gt; SNMP agent dead</li>
</ul>
<p dir="auto">But what can we do? Is it a problem in NetXMS or in SNMP implementation on node? If it is the second I need good arguments for there support <img src="https://forum.netxms.org/assets/plugins/nodebb-plugin-emoji/emoji/android/1f609.png?v=72b86a538fc" class="not-responsive emoji emoji-android emoji--wink" style="height:1.4em;width:auto;vertical-align:middle" title=";-)" alt="😉" /></p>
<p dir="auto">edit:<br />
A later test with disabled topology poll -&gt; SNMP agent dead again<br />
So the problem is not fixed to topology poll <img src="https://forum.netxms.org/assets/plugins/nodebb-plugin-emoji/emoji/android/1f61e.png?v=72b86a538fc" class="not-responsive emoji emoji-android emoji--disappointed" style="height:1.4em;width:auto;vertical-align:middle" title=":-(" alt="😞" /></p>
<p dir="auto">thanks<br />
Dani</p>
]]></description><link>https://forum.netxms.org/post/18542</link><guid isPermaLink="true">https://forum.netxms.org/post/18542</guid><dc:creator><![CDATA[user54119]]></dc:creator><pubDate>Fri, 11 Dec 2015 10:17:53 GMT</pubDate></item><item><title><![CDATA[Reply to SNMPV3 on Wed, 02 Dec 2015 09:14:41 GMT]]></title><description><![CDATA[<p dir="auto">So it seems that topology or routing table polls cause SNMP agent hang in access points. Most likely it's a bug in SNMP agent. We can try to narrow it further by enabling one of the polls. Topology poll usually do more requests than routing table poll.</p>
<p dir="auto">Best regards,<br />
Victor</p>
]]></description><link>https://forum.netxms.org/post/18504</link><guid isPermaLink="true">https://forum.netxms.org/post/18504</guid><dc:creator><![CDATA[victor]]></dc:creator><pubDate>Wed, 02 Dec 2015 09:14:41 GMT</pubDate></item><item><title><![CDATA[Reply to SNMPV3 on Tue, 01 Dec 2015 19:25:35 GMT]]></title><description><![CDATA[<p dir="auto">I know the other issue. But I'm not so sure it is the same. One test node only with deactivated topology and routing table polling is stable for 24h.</p>
]]></description><link>https://forum.netxms.org/post/18500</link><guid isPermaLink="true">https://forum.netxms.org/post/18500</guid><dc:creator><![CDATA[user54119]]></dc:creator><pubDate>Tue, 01 Dec 2015 19:25:35 GMT</pubDate></item><item><title><![CDATA[Reply to SNMPV3 on Tue, 01 Dec 2015 18:16:19 GMT]]></title><description><![CDATA[<p dir="auto">Dani@M3T</p>
<p dir="auto">I think you are still experiencing  this issue <a href="https://www.netxms.org/forum/configuration/snmp-credentials/" rel="nofollow ugc">https://www.netxms.org/forum/configuration/snmp-credentials/</a>  I dont think the patch fixed this particular error where even though snmpv3 credentials now work the server is still sending out some requests with public as default ..  I am seeing the same thing on my test switch snmpv3 and v2 works great now but I am still seeing snmp auth failures  about 100 a day but on our switches there is a threshold that can be set  I think the default is 10 failures in a minute before its stops responding which i increased untill this gets fixed ....</p>
]]></description><link>https://forum.netxms.org/post/18498</link><guid isPermaLink="true">https://forum.netxms.org/post/18498</guid><dc:creator><![CDATA[gmonk63]]></dc:creator><pubDate>Tue, 01 Dec 2015 18:16:19 GMT</pubDate></item><item><title><![CDATA[Reply to SNMPV3 on Tue, 01 Dec 2015 13:33:39 GMT]]></title><description><![CDATA[<p dir="auto">Hi Victor</p>
<p dir="auto">The test AP is now stable for 18h. I only have tested with one of the affected APs because of some other APs I do not have credentials to reboot. I have to contact my customer each time.<br />
Do you have a suspicion?</p>
<p dir="auto">thanks<br />
Dani</p>
]]></description><link>https://forum.netxms.org/post/18496</link><guid isPermaLink="true">https://forum.netxms.org/post/18496</guid><dc:creator><![CDATA[user54119]]></dc:creator><pubDate>Tue, 01 Dec 2015 13:33:39 GMT</pubDate></item><item><title><![CDATA[Reply to SNMPV3 on Tue, 01 Dec 2015 11:12:36 GMT]]></title><description><![CDATA[<p dir="auto">Ok I will try on one AP.<br />
So only NetXMS agent-, routing table- and topology-polling are disabled, everything else is enabled again. I will check and report.</p>
<p dir="auto">Beside I also have SNMP_AUTH_FAILURE events on these nodes (since V2.0-RC2)</p>
]]></description><link>https://forum.netxms.org/post/18477</link><guid isPermaLink="true">https://forum.netxms.org/post/18477</guid><dc:creator><![CDATA[user54119]]></dc:creator><pubDate>Tue, 01 Dec 2015 11:12:36 GMT</pubDate></item><item><title><![CDATA[Reply to SNMPV3 on Mon, 30 Nov 2015 20:59:56 GMT]]></title><description><![CDATA[<p dir="auto">Try to disable routing table and topology polls.</p>
<p dir="auto">Best regards,<br />
Victor</p>
]]></description><link>https://forum.netxms.org/post/18472</link><guid isPermaLink="true">https://forum.netxms.org/post/18472</guid><dc:creator><![CDATA[victor]]></dc:creator><pubDate>Mon, 30 Nov 2015 20:59:56 GMT</pubDate></item><item><title><![CDATA[Reply to SNMPV3 on Mon, 30 Nov 2015 20:58:54 GMT]]></title><description><![CDATA[<p dir="auto">Hi Victor</p>
<p dir="auto">First I thought it's only by configuration polls. But some APs 'crash' quite fast, after a few minutes. But I also saw APs where it lasts longer. I can start about 50 snmpwalks from command line in short time without any problems (about 20 OIDs each). Only disabling configuration polls on these nodes is not enough. I have to disable SNMP completely for these nodes. If SNMP is completely disabled the SNMP service on these APs are stable permanent.</p>
<p dir="auto">thanks<br />
Dani</p>
]]></description><link>https://forum.netxms.org/post/18470</link><guid isPermaLink="true">https://forum.netxms.org/post/18470</guid><dc:creator><![CDATA[user54119]]></dc:creator><pubDate>Mon, 30 Nov 2015 20:58:54 GMT</pubDate></item><item><title><![CDATA[Reply to SNMPV3 on Mon, 30 Nov 2015 20:46:08 GMT]]></title><description><![CDATA[<p dir="auto">Hi,</p>
<p dir="auto">how fast device stops responding to SNMP? If you disable SNMP in NetXMS and run snmpwalk or snmpget from command line in a loop, will it have the same effect?</p>
<p dir="auto">Best regards,<br />
Victor</p>
]]></description><link>https://forum.netxms.org/post/18467</link><guid isPermaLink="true">https://forum.netxms.org/post/18467</guid><dc:creator><![CDATA[victor]]></dc:creator><pubDate>Mon, 30 Nov 2015 20:46:08 GMT</pubDate></item><item><title><![CDATA[Reply to SNMPV3 on Sun, 29 Nov 2015 10:45:50 GMT]]></title><description><![CDATA[<p dir="auto">We have a new problem with SNMP, maybe something similar as the points above.</p>
<p dir="auto">We use NetXMS V2.0-RC2 compiled with patched transport.cpp (I attached the patched one).</p>
<p dir="auto">After Software Update on some ZyXEL Access-Points these devices stop responding to SNMPv3 (SHA1, AES) after a while. I also checked by snmpwalk on command line. I have to reboot the affected Access-Points, but after a short while the same. When I disable all SNMP on these nodes in NetXMS, SNMP on these APs are stable (checked by snmpwalk on command line).<br />
Which information do you need for further troubleshooting?</p>
<p dir="auto">thanks<br />
Dani</p>
<hr />
<p dir="auto"><a href="/assets/uploads/files/smf/0000000002676-transport.cpp">transport.cpp</a></p>
]]></description><link>https://forum.netxms.org/post/18450</link><guid isPermaLink="true">https://forum.netxms.org/post/18450</guid><dc:creator><![CDATA[user54119]]></dc:creator><pubDate>Sun, 29 Nov 2015 10:45:50 GMT</pubDate></item><item><title><![CDATA[Reply to SNMPV3 on Wed, 18 Nov 2015 15:41:47 GMT]]></title><description><![CDATA[<p dir="auto">Thanks Victor for the patch and your work in general!!<br />
Now I'm only waiting for a patch for the snmp authentication failures (other thread). Then I hope our SNMP problems are gone in NetXMS.</p>
<p dir="auto">Dani</p>
]]></description><link>https://forum.netxms.org/post/18350</link><guid isPermaLink="true">https://forum.netxms.org/post/18350</guid><dc:creator><![CDATA[user54119]]></dc:creator><pubDate>Wed, 18 Nov 2015 15:41:47 GMT</pubDate></item><item><title><![CDATA[Reply to SNMPV3 on Wed, 18 Nov 2015 11:31:12 GMT]]></title><description><![CDATA[<p dir="auto">Hi,</p>
<p dir="auto">patch for src/snmp/libnxsnmp/transport.cpp attached.</p>
<p dir="auto">We plan to make 2.0 release before December 10th.</p>
<p dir="auto">Best regards,<br />
Victor</p>
<hr />
<p dir="auto"><a href="/assets/uploads/files/smf/0000000002653-snmpv3.patch">snmpv3.patch</a></p>
]]></description><link>https://forum.netxms.org/post/18344</link><guid isPermaLink="true">https://forum.netxms.org/post/18344</guid><dc:creator><![CDATA[victor]]></dc:creator><pubDate>Wed, 18 Nov 2015 11:31:12 GMT</pubDate></item></channel></rss>