<?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[Possible bug in Object Tools - SNMP Table]]></title><description><![CDATA[<p dir="auto">Hi,<br />
first, I want to sorry for my English.</p>
<p dir="auto">I have a following problem:<br />
In Object Tools I have created a new tool of type "SNMP Table".<br />
It was identical to the tool "&amp;Info-&gt;&amp;Routing table (SNMP)" except for table columns.<br />
After running that tool, displayed table was empty although I could see content of the table<br />
in a MIB Browser.</p>
<p dir="auto">I could replicate this problem by removing 4 columns from "&amp;Info-&gt;&amp;Routing table (SNMP)".<br />
When one column (Metric) left, the table stayed empty.</p>
<p dir="auto">I can't see actual status of a SNMP communication, so I don't know if SNMP request failed<br />
or if another error occured (some progress bar would be a helpful feature).</p>
<p dir="auto">I am using NetXMS 1.2.1 running on Windows 7.</p>
<p dir="auto">Is it a bug or am I missing something?</p>
<p dir="auto">        Beda</p>
]]></description><link>https://forum.netxms.org/topic/1910/possible-bug-in-object-tools-snmp-table</link><generator>RSS for Node</generator><lastBuildDate>Fri, 13 Nov 2026 16:29:43 GMT</lastBuildDate><atom:link href="https://forum.netxms.org/topic/1910.rss" rel="self" type="application/rss+xml"/><pubDate>Fri, 07 Sep 2012 08:08:08 GMT</pubDate><ttl>60</ttl><item><title><![CDATA[Reply to Possible bug in Object Tools - SNMP Table on Mon, 01 Oct 2012 07:17:16 GMT]]></title><description><![CDATA[<p dir="auto">Hi,<br />
after upgrading to 1.2.3 the problem unfortunatelly still remains.</p>
<p dir="auto">In a MIB browser I can see following data when walking .1.3.6.1.4.1.17607.5.1</p>
<p dir="auto">.1.3.6.1.4.1.17607.5.1.1.2.1 [STRING] = 2012-07-12 11:44:44<br />
.1.3.6.1.4.1.17607.5.1.1.2.2 [STRING] = 2012-07-17 09:40:49<br />
.1.3.6.1.4.1.17607.5.1.1.2.3 [STRING] = 2012-07-17 09:40:49<br />
.1.3.6.1.4.1.17607.5.1.1.2.4 [STRING] = 2012-07-17 09:40:49<br />
.1.3.6.1.4.1.17607.5.1.1.2.5 [STRING] = 2012-08-14 16:05:45<br />
.1.3.6.1.4.1.17607.5.1.1.3.1 [STRING] = CTI-Avaya:1<br />
.1.3.6.1.4.1.17607.5.1.1.3.2 [STRING] = Screen:1<br />
.1.3.6.1.4.1.17607.5.1.1.3.3 [STRING] = watchdog:1<br />
.1.3.6.1.4.1.17607.5.1.1.3.4 [STRING] = CTI-Avaya:1<br />
.1.3.6.1.4.1.17607.5.1.1.3.5 [STRING] = :0<br />
.1.3.6.1.4.1.17607.5.1.1.4.1 [INTEGER] = 2<br />
.1.3.6.1.4.1.17607.5.1.1.4.2 [INTEGER] = 2<br />
.1.3.6.1.4.1.17607.5.1.1.4.3 [INTEGER] = 2<br />
.1.3.6.1.4.1.17607.5.1.1.4.4 [INTEGER] = 2<br />
.1.3.6.1.4.1.17607.5.1.1.4.5 [INTEGER] = 2<br />
.1.3.6.1.4.1.17607.5.1.1.5.1 [STRING] = 104<br />
.1.3.6.1.4.1.17607.5.1.1.5.2 [STRING] = Failure of service<br />
.1.3.6.1.4.1.17607.5.1.1.5.3 [STRING] = Failure of service<br />
.1.3.6.1.4.1.17607.5.1.1.5.4 [STRING] = Failure of service<br />
.1.3.6.1.4.1.17607.5.1.1.5.5 [STRING] = Failure of service<br />
.1.3.6.1.4.1.17607.5.1.1.6.1 [INTEGER] = 1<br />
.1.3.6.1.4.1.17607.5.1.1.6.2 [INTEGER] = 1<br />
.1.3.6.1.4.1.17607.5.1.1.6.3 [INTEGER] = 1<br />
.1.3.6.1.4.1.17607.5.1.1.6.4 [INTEGER] = 1<br />
.1.3.6.1.4.1.17607.5.1.1.6.5 [INTEGER] = 1<br />
.1.3.6.1.4.1.17607.5.1.1.7.1 [INTEGER] = 0<br />
.1.3.6.1.4.1.17607.5.1.1.7.2 [INTEGER] = 0<br />
.1.3.6.1.4.1.17607.5.1.1.7.3 [INTEGER] = 0<br />
.1.3.6.1.4.1.17607.5.1.1.7.4 [INTEGER] = 0<br />
.1.3.6.1.4.1.17607.5.1.1.7.5 [INTEGER] = 0<br />
.1.3.6.1.4.1.17607.5.1.1.8.1 [STRING] = 2012-07-12 11:44:44<br />
.1.3.6.1.4.1.17607.5.1.1.8.2 [STRING] = 2012-07-17 09:40:49<br />
.1.3.6.1.4.1.17607.5.1.1.8.3 [STRING] = 2012-07-17 09:40:49<br />
.1.3.6.1.4.1.17607.5.1.1.8.4 [STRING] = 2012-07-17 09:40:49<br />
.1.3.6.1.4.1.17607.5.1.1.8.5 [STRING] = 2012-08-14 16:05:45<br />
.1.3.6.1.4.1.17607.5.1.1.9.1 [INTEGER] = 211807<br />
.1.3.6.1.4.1.17607.5.1.1.9.2 [INTEGER] = 206001<br />
.1.3.6.1.4.1.17607.5.1.1.9.3 [INTEGER] = 206001<br />
.1.3.6.1.4.1.17607.5.1.1.9.4 [INTEGER] = 206001<br />
.1.3.6.1.4.1.17607.5.1.1.9.5 [INTEGER] = 206001</p>
<p dir="auto">OIDs of my columns:</p>
<p dir="auto">.1.3.6.1.4.1.17607.5.1.1.2<br />
.1.3.6.1.4.1.17607.5.1.1.3<br />
.1.3.6.1.4.1.17607.5.1.1.4<br />
.1.3.6.1.4.1.17607.5.1.1.5<br />
.1.3.6.1.4.1.17607.5.1.1.6<br />
.1.3.6.1.4.1.17607.5.1.1.7<br />
.1.3.6.1.4.1.17607.5.1.1.8<br />
.1.3.6.1.4.1.17607.5.1.1.9</p>
<p dir="auto">When I run the tool, created table is empty.</p>
<p dir="auto">             Beda</p>
]]></description><link>https://forum.netxms.org/post/8625</link><guid isPermaLink="true">https://forum.netxms.org/post/8625</guid><dc:creator><![CDATA[Beda]]></dc:creator><pubDate>Mon, 01 Oct 2012 07:17:16 GMT</pubDate></item><item><title><![CDATA[Reply to Possible bug in Object Tools - SNMP Table on Wed, 12 Sep 2012 19:15:51 GMT]]></title><description><![CDATA[<p dir="auto">Thank you for your quick answer.</p>
<p dir="auto">"OID suffix of first column" is used as index for second and subsequent columns.</p>
<p dir="auto">     Beda</p>
]]></description><link>https://forum.netxms.org/post/8490</link><guid isPermaLink="true">https://forum.netxms.org/post/8490</guid><dc:creator><![CDATA[Beda]]></dc:creator><pubDate>Wed, 12 Sep 2012 19:15:51 GMT</pubDate></item><item><title><![CDATA[Reply to Possible bug in Object Tools - SNMP Table on Fri, 07 Sep 2012 11:48:44 GMT]]></title><description><![CDATA[<p dir="auto">Hi!</p>
<p dir="auto">What is setting for index column?</p>
<p dir="auto">Best regards,<br />
Victor</p>
]]></description><link>https://forum.netxms.org/post/8405</link><guid isPermaLink="true">https://forum.netxms.org/post/8405</guid><dc:creator><![CDATA[victor]]></dc:creator><pubDate>Fri, 07 Sep 2012 11:48:44 GMT</pubDate></item></channel></rss>