<?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[How to discover all peer nodes completely?]]></title><description><![CDATA[<p dir="auto">Take an aggregation device as an example, it is down-connected to dozens of devices, all of which have LLDP and SNMP working normal and have added nodes in netxms, but regardless of the peer node column in the NIC list or in the network topology, only part of peer nodes can be found, and the debug log shows: ProcessLLDPConnectionEntry( :SNMP get failed for remote ID D494E8582820). Your help is urgently needed, thank you very much!</p>
]]></description><link>https://forum.netxms.org/topic/7645/how-to-discover-all-peer-nodes-completely</link><generator>RSS for Node</generator><lastBuildDate>Fri, 13 Nov 2026 08:23:56 GMT</lastBuildDate><atom:link href="https://forum.netxms.org/topic/7645.rss" rel="self" type="application/rss+xml"/><pubDate>Thu, 16 Mar 2023 07:32:16 GMT</pubDate><ttl>60</ttl><item><title><![CDATA[Reply to How to discover all peer nodes completely? on Wed, 19 Jul 2023 05:12:46 GMT]]></title><description><![CDATA[<p dir="auto"><a class="plugin-mentions-user plugin-mentions-a" href="/user/victor" aria-label="Profile: victor">@<bdi>victor</bdi></a> said in <a href="/post/32581">How to discover all peer nodes completely?</a>:</p>
<blockquote>
<p dir="auto">I have made some changes in reading LLDP information in upcoming release 4.4.1. FIrst of all there were few bugs left in reading LLDP-V2 MIB. Also, now server will use both LLDP-MIB and LLDP-V2-MIB if supported by device, and LLDP-MIB takes precedence. This should solve discovery issues.</p>
<p dir="auto">Best regards,<br />
Victor</p>
</blockquote>
<p dir="auto">We've updated to version 4.4.1 and it looks like H3C's Neighborhood Discovery feature should be working fine, fantastic, thanks so much!</p>
]]></description><link>https://forum.netxms.org/post/32601</link><guid isPermaLink="true">https://forum.netxms.org/post/32601</guid><dc:creator><![CDATA[justrest]]></dc:creator><pubDate>Wed, 19 Jul 2023 05:12:46 GMT</pubDate></item><item><title><![CDATA[Reply to How to discover all peer nodes completely? on Mon, 17 Jul 2023 03:00:34 GMT]]></title><description><![CDATA[<p dir="auto"><a class="plugin-mentions-user plugin-mentions-a" href="/user/victor" aria-label="Profile: victor">@<bdi>victor</bdi></a> said in <a href="/post/32581">How to discover all peer nodes completely?</a>:</p>
<blockquote>
<p dir="auto">I have made some changes in reading LLDP information in upcoming release 4.4.1. FIrst of all there were few bugs left in reading LLDP-V2 MIB. Also, now server will use both LLDP-MIB and LLDP-V2-MIB if supported by device, and LLDP-MIB takes precedence. This should solve discovery issues.</p>
<p dir="auto">Best regards,<br />
Victor</p>
</blockquote>
<p dir="auto">Thank you very much！</p>
]]></description><link>https://forum.netxms.org/post/32589</link><guid isPermaLink="true">https://forum.netxms.org/post/32589</guid><dc:creator><![CDATA[justrest]]></dc:creator><pubDate>Mon, 17 Jul 2023 03:00:34 GMT</pubDate></item><item><title><![CDATA[Reply to How to discover all peer nodes completely? on Fri, 14 Jul 2023 08:07:26 GMT]]></title><description><![CDATA[<p dir="auto">I have made some changes in reading LLDP information in upcoming release 4.4.1. FIrst of all there were few bugs left in reading LLDP-V2 MIB. Also, now server will use both LLDP-MIB and LLDP-V2-MIB if supported by device, and LLDP-MIB takes precedence. This should solve discovery issues.</p>
<p dir="auto">Best regards,<br />
Victor</p>
]]></description><link>https://forum.netxms.org/post/32581</link><guid isPermaLink="true">https://forum.netxms.org/post/32581</guid><dc:creator><![CDATA[victor]]></dc:creator><pubDate>Fri, 14 Jul 2023 08:07:26 GMT</pubDate></item><item><title><![CDATA[Reply to How to discover all peer nodes completely? on Tue, 11 Jul 2023 00:15:14 GMT]]></title><description><![CDATA[<p dir="auto"><a class="plugin-mentions-user plugin-mentions-a" href="/user/victor" aria-label="Profile: victor">@<bdi>victor</bdi></a> said in <a href="/post/32471">How to discover all peer nodes completely?</a>:</p>
<blockquote>
<p dir="auto">Hi,<br />
I was able to reproduce and fix this issue (yet another bug in LLDPv2 MIB handling). Fix will be included into next patch release (we likely will publish it this week).<br />
Best regards,<br />
Victor</p>
</blockquote>
<p dir="auto">Since under 4.2.* version, all peer nodes can be discovered normally, and the topology is shown completely (more than 30 nodes), but after 4.3 version can only discover part of the nodes (about 7 nodes), and as the time becomes longer, only two nodes are left at last,  is  it possible to turn off the LLDP V2, and revert back to the recognition mechanism of 4.2.* version, or there is any way to solve the problem. Thank you very much!</p>
]]></description><link>https://forum.netxms.org/post/32569</link><guid isPermaLink="true">https://forum.netxms.org/post/32569</guid><dc:creator><![CDATA[justrest]]></dc:creator><pubDate>Tue, 11 Jul 2023 00:15:14 GMT</pubDate></item><item><title><![CDATA[Reply to How to discover all peer nodes completely? on Fri, 30 Jun 2023 04:51:19 GMT]]></title><description><![CDATA[<p dir="auto"><a class="plugin-mentions-user plugin-mentions-a" href="/user/justrest" aria-label="Profile: justrest">@<bdi>justrest</bdi></a> said in <a href="/post/32437">How to discover all peer nodes completely?</a>:</p>
<blockquote>
<p dir="auto"><a class="plugin-mentions-user plugin-mentions-a" href="/user/victor" aria-label="Profile: victor">@<bdi>victor</bdi></a> said in <a href="/post/32429">How to discover all peer nodes completely?</a>:</p>
<blockquote>
<p dir="auto">Hi,<br />
I've found a bug introduced in 4.3 which may cause incorrect decoding of strings received via SNMP (SNMP codepage was ignored in some cases). Fix will be included into upcoming patch release 4.3.6.<br />
Best regards,<br />
Victor</p>
</blockquote>
<p dir="auto">I'm very excited to try the just released version 4.3.6, but the network device still can't seem to discover all neighboring devices ...... I uploaded the latest walk result of SNMP, please help me to see it, thank you very much!</p>
</blockquote>
<p dir="auto">Thank you so much for your great help! I tried the latest version 4.3.7 today and the problem with lldp v2 still seems to exist, please help me with the attached logs, much appreciated! Or is it possible to force the use of lldp v1 version? Looking forward to your reply!</p>
]]></description><link>https://forum.netxms.org/post/32478</link><guid isPermaLink="true">https://forum.netxms.org/post/32478</guid><dc:creator><![CDATA[justrest]]></dc:creator><pubDate>Fri, 30 Jun 2023 04:51:19 GMT</pubDate></item><item><title><![CDATA[Reply to How to discover all peer nodes completely? on Tue, 23 May 2023 02:17:23 GMT]]></title><description><![CDATA[<p dir="auto">Thanks very much！</p>
]]></description><link>https://forum.netxms.org/post/32473</link><guid isPermaLink="true">https://forum.netxms.org/post/32473</guid><dc:creator><![CDATA[justrest]]></dc:creator><pubDate>Tue, 23 May 2023 02:17:23 GMT</pubDate></item><item><title><![CDATA[Reply to How to discover all peer nodes completely? on Mon, 22 May 2023 16:01:04 GMT]]></title><description><![CDATA[<p dir="auto">Hi,</p>
<p dir="auto">I was able to reproduce and fix this issue (yet another bug in LLDPv2 MIB handling). Fix will be included into next patch release (we likely will publish it this week).</p>
<p dir="auto">Best regards,<br />
Victor</p>
]]></description><link>https://forum.netxms.org/post/32471</link><guid isPermaLink="true">https://forum.netxms.org/post/32471</guid><dc:creator><![CDATA[victor]]></dc:creator><pubDate>Mon, 22 May 2023 16:01:04 GMT</pubDate></item><item><title><![CDATA[Reply to How to discover all peer nodes completely? on Tue, 09 May 2023 07:59:52 GMT]]></title><description><![CDATA[<p dir="auto">Could you also provide server log file with debug level 6 for the duration of topology poll on that switch (i.e. set debug level to 6, go to Poll -&gt; Topology on the switch node, set debug back)?</p>
]]></description><link>https://forum.netxms.org/post/32438</link><guid isPermaLink="true">https://forum.netxms.org/post/32438</guid><dc:creator><![CDATA[victor]]></dc:creator><pubDate>Tue, 09 May 2023 07:59:52 GMT</pubDate></item><item><title><![CDATA[Reply to How to discover all peer nodes completely? on Sat, 17 Jun 2023 01:48:24 GMT]]></title><description><![CDATA[<p dir="auto"><a class="plugin-mentions-user plugin-mentions-a" href="/user/victor" aria-label="Profile: victor">@<bdi>victor</bdi></a> said in <a href="/post/32429">How to discover all peer nodes completely?</a>:</p>
<blockquote>
<p dir="auto">Hi,<br />
I've found a bug introduced in 4.3 which may cause incorrect decoding of strings received via SNMP (SNMP codepage was ignored in some cases). Fix will be included into upcoming patch release 4.3.6.<br />
Best regards,<br />
Victor</p>
</blockquote>
<p dir="auto">I'm very excited to try the just released version 4.3.6, but the network device still can't seem to discover all neighboring devices ...... I uploaded the latest walk result of SNMP, please help me to see it, thank you very much!</p>
]]></description><link>https://forum.netxms.org/post/32437</link><guid isPermaLink="true">https://forum.netxms.org/post/32437</guid><dc:creator><![CDATA[justrest]]></dc:creator><pubDate>Sat, 17 Jun 2023 01:48:24 GMT</pubDate></item><item><title><![CDATA[Reply to How to discover all peer nodes completely? on Sat, 06 May 2023 00:43:42 GMT]]></title><description><![CDATA[<p dir="auto"><a class="plugin-mentions-user plugin-mentions-a" href="/user/victor" aria-label="Profile: victor">@<bdi>victor</bdi></a> said in <a href="/post/32429">How to discover all peer nodes completely?</a>:</p>
<blockquote>
<p dir="auto">Hi,<br />
I've found a bug introduced in 4.3 which may cause incorrect decoding of strings received via SNMP (SNMP codepage was ignored in some cases). Fix will be included into upcoming patch release 4.3.6.<br />
Best regards,<br />
Victor</p>
</blockquote>
<p dir="auto">thanks very much！！</p>
]]></description><link>https://forum.netxms.org/post/32430</link><guid isPermaLink="true">https://forum.netxms.org/post/32430</guid><dc:creator><![CDATA[justrest]]></dc:creator><pubDate>Sat, 06 May 2023 00:43:42 GMT</pubDate></item><item><title><![CDATA[Reply to How to discover all peer nodes completely? on Fri, 05 May 2023 14:03:08 GMT]]></title><description><![CDATA[<p dir="auto">Hi,</p>
<p dir="auto">I've found a bug introduced in 4.3 which may cause incorrect decoding of strings received via SNMP (SNMP codepage was ignored in some cases). Fix will be included into upcoming patch release 4.3.6.</p>
<p dir="auto">Best regards,<br />
Victor</p>
]]></description><link>https://forum.netxms.org/post/32429</link><guid isPermaLink="true">https://forum.netxms.org/post/32429</guid><dc:creator><![CDATA[victor]]></dc:creator><pubDate>Fri, 05 May 2023 14:03:08 GMT</pubDate></item><item><title><![CDATA[Reply to How to discover all peer nodes completely? on Tue, 02 May 2023 03:25:27 GMT]]></title><description><![CDATA[<p dir="auto"><a class="plugin-mentions-user plugin-mentions-a" href="/user/victor" aria-label="Profile: victor">@<bdi>victor</bdi></a> said in <a href="/post/32412">How to discover all peer nodes completely?</a>:</p>
<blockquote>
<p dir="auto">Yes, it actually could be related to codepage. Depending on entry type, NetXMS server may require to search for peers using texts (interface descriptions for example), and if it is received incorrectly search will fail. To be able to diagnose it I likely will need exact walk outputs though. We can move discussion to private messages or Telegram if you don't like to share such data publicly.<br />
Best regards,<br />
Victor</p>
</blockquote>
<p dir="auto">Currently the server configuration file netxmsd.conf as well as snmp.codepage and syslog.codepage are CP936, except that previously under version 4.2.461, the same configuration did not have this problem.</p>
]]></description><link>https://forum.netxms.org/post/32421</link><guid isPermaLink="true">https://forum.netxms.org/post/32421</guid><dc:creator><![CDATA[justrest]]></dc:creator><pubDate>Tue, 02 May 2023 03:25:27 GMT</pubDate></item><item><title><![CDATA[Reply to How to discover all peer nodes completely? on Sat, 06 May 2023 00:44:31 GMT]]></title><description><![CDATA[<p dir="auto"><a class="plugin-mentions-user plugin-mentions-a" href="/user/victor" aria-label="Profile: victor">@<bdi>victor</bdi></a> said in <a href="/post/32412">How to discover all peer nodes completely?</a>:</p>
<blockquote>
<p dir="auto">Yes, it actually could be related to codepage. Depending on entry type, NetXMS server may require to search for peers using texts (interface descriptions for example), and if it is received incorrectly search will fail. To be able to diagnose it I likely will need exact walk outputs though. We can move discussion to private messages or Telegram if you don't like to share such data publicly.<br />
Best regards,<br />
Victor</p>
</blockquote>
<p dir="auto">No, actually none of this information is considered private, it just seems like too much. Thank you very much for your reply, I've uploaded the relevant attachments, so please take the trouble to guide me, thank you very much!</p>
]]></description><link>https://forum.netxms.org/post/32420</link><guid isPermaLink="true">https://forum.netxms.org/post/32420</guid><dc:creator><![CDATA[justrest]]></dc:creator><pubDate>Sat, 06 May 2023 00:44:31 GMT</pubDate></item><item><title><![CDATA[Reply to How to discover all peer nodes completely? on Fri, 28 Apr 2023 10:02:12 GMT]]></title><description><![CDATA[<p dir="auto">I don't want to hijack a thread, but for example, Cisco C9200L-24P-4X switch peer discovery doesn't work 100%. Only other Cisco switches are discovered, but no other device directly connected to the switch. It broke with a newer version of NetXms, but I don't remember which version exactly.</p>
]]></description><link>https://forum.netxms.org/post/32414</link><guid isPermaLink="true">https://forum.netxms.org/post/32414</guid><dc:creator><![CDATA[Egert143]]></dc:creator><pubDate>Fri, 28 Apr 2023 10:02:12 GMT</pubDate></item><item><title><![CDATA[Reply to How to discover all peer nodes completely? on Fri, 28 Apr 2023 06:57:57 GMT]]></title><description><![CDATA[<p dir="auto">Yes, it actually could be related to codepage. Depending on entry type, NetXMS server may require to search for peers using texts (interface descriptions for example), and if it is received incorrectly search will fail. To be able to diagnose it I likely will need exact walk outputs though. We can move discussion to private messages or Telegram if you don't like to share such data publicly.</p>
<p dir="auto">Best regards,<br />
Victor</p>
]]></description><link>https://forum.netxms.org/post/32412</link><guid isPermaLink="true">https://forum.netxms.org/post/32412</guid><dc:creator><![CDATA[victor]]></dc:creator><pubDate>Fri, 28 Apr 2023 06:57:57 GMT</pubDate></item><item><title><![CDATA[Reply to How to discover all peer nodes completely? on Fri, 28 Apr 2023 00:20:06 GMT]]></title><description><![CDATA[<p dir="auto"><a class="plugin-mentions-user plugin-mentions-a" href="/user/victor" aria-label="Profile: victor">@<bdi>victor</bdi></a> said in <a href="/post/32366">How to discover all peer nodes completely?</a>:</p>
<blockquote>
<p dir="auto">Hi!<br />
It could be related to LLDPv2 MIB support that we have added in 4.3. Could you please check if device responds to OID .1.3.111.2.802.1.1.13.1.3.2.0? If yes, could you provide result of SNMP walk on .1.3.111.2.802.1.1.13.1.4.1.1 and .1.0.8802.1.1.2.1.4.1.1?<br />
Best regards,<br />
Victor</p>
</blockquote>
<p dir="auto">Thank you very much for developing such an excellent network management software, could you please help to optimize the new version of LLDP protocol support, thank you very much!</p>
]]></description><link>https://forum.netxms.org/post/32411</link><guid isPermaLink="true">https://forum.netxms.org/post/32411</guid><dc:creator><![CDATA[justrest]]></dc:creator><pubDate>Fri, 28 Apr 2023 00:20:06 GMT</pubDate></item><item><title><![CDATA[Reply to How to discover all peer nodes completely? on Tue, 18 Apr 2023 06:13:21 GMT]]></title><description><![CDATA[<p dir="auto">Thank you very much for your reply! </p>
<p dir="auto">I'm on a business trip and can't import the list, but I had a colleague try and the SNMP walk results for .1.3.111.2.802.1.1.13.1.4.1.1 and .1.0.8802.1.1.1.2.1.4.1.1 seems containing  all the neighbor information, just some information that shows up as garbled. The current codepage setting of snmp is CP936 (Chinese), could this problem be related to the codepage setting?</p>
]]></description><link>https://forum.netxms.org/post/32376</link><guid isPermaLink="true">https://forum.netxms.org/post/32376</guid><dc:creator><![CDATA[justrest]]></dc:creator><pubDate>Tue, 18 Apr 2023 06:13:21 GMT</pubDate></item><item><title><![CDATA[Reply to How to discover all peer nodes completely? on Wed, 12 Apr 2023 07:15:44 GMT]]></title><description><![CDATA[<p dir="auto">Hi!</p>
<p dir="auto">It could be related to LLDPv2 MIB support that we have added in 4.3. Could you please check if device responds to OID .1.3.111.2.802.1.1.13.1.3.2.0? If yes, could you provide result of SNMP walk on .1.3.111.2.802.1.1.13.1.4.1.1 and .1.0.8802.1.1.2.1.4.1.1?</p>
<p dir="auto">Best regards,<br />
Victor</p>
]]></description><link>https://forum.netxms.org/post/32366</link><guid isPermaLink="true">https://forum.netxms.org/post/32366</guid><dc:creator><![CDATA[victor]]></dc:creator><pubDate>Wed, 12 Apr 2023 07:15:44 GMT</pubDate></item><item><title><![CDATA[Reply to How to discover all peer nodes completely? on Sun, 19 Mar 2023 00:31:03 GMT]]></title><description><![CDATA[<p dir="auto">I tried different versions from 4.2.461 to 4.3.2, both windows and debian systems. The result is that 4.2.461 does not have the above problem, 4.3.0-4.3.2 are unable to get the complete peer node list.</p>
]]></description><link>https://forum.netxms.org/post/32334</link><guid isPermaLink="true">https://forum.netxms.org/post/32334</guid><dc:creator><![CDATA[justrest]]></dc:creator><pubDate>Sun, 19 Mar 2023 00:31:03 GMT</pubDate></item><item><title><![CDATA[Reply to How to discover all peer nodes completely? on Sat, 17 Jun 2023 01:49:47 GMT]]></title><description><![CDATA[<p dir="auto">I compared the nodes with normal and abnormal LLDP discovery and found that the difference is whether the VLAN list can be obtained during topology discovery. To test, I installed a new netxms, added only test node, and set the value of custom attribute “ snmp.driver ” to "H3C". Although SNMP can get vlan information normally through either public OID or private OID of H3C, the topology discovery still prompts: unable to get vlan list, and there is no more information in the debug 5 log.</p>
<p dir="auto">Very eager for your help, thank you!</p>
]]></description><link>https://forum.netxms.org/post/32330</link><guid isPermaLink="true">https://forum.netxms.org/post/32330</guid><dc:creator><![CDATA[justrest]]></dc:creator><pubDate>Sat, 17 Jun 2023 01:49:47 GMT</pubDate></item><item><title><![CDATA[Reply to How to discover all peer nodes completely? on Fri, 17 Mar 2023 00:49:59 GMT]]></title><description><![CDATA[<p dir="auto">2023.03.16 15:21:07.881 *D* [poll.topology      ] Started topology poll of node SW-HJ[241]<br />
2023.03.16 15:21:07.942 *D* [poll.topology      ] Cannot retrieve VLAN list from node SW-HJ[241]<br />
2023.03.16 15:21:10.998 *D* [topology.fdb      ] GetSwitchForwardingDatabase(SW-HJ[241]): 76 entries read from dot1qTpFdbTable<br />
2023.03.16 15:21:11.001 *D* [topology.fdb      ] GetSwitchForwardingDatabase(SW-HJ[241]): 0 entries read from dot1dTpFdbTable<br />
2023.03.16 15:21:11.002 *D* [poll.topology      ] Switch forwarding database retrieved for node SW-HJ[241]<br />
2023.03.16 15:21:11.002 *D* [topology.lldp      ] Collecting LLDP topology information for node SW-HJ[241]<br />
2023.03.16 15:21:25.630 *D* [topology.lldp      ] 550 entries in LLDP connection database for node SW-HJ[241]<br />
2023.03.16 15:21:25.631 *D* [topology.lldp      ] ProcessLLDPConnectionEntry(SW-HJ[241]): SNMP get failed for remote ID D494E8582820<br />
2023.03.16 15:21:25.631 *D* [topology.lldp      ] ProcessLLDPConnectionEntry(SW-HJ[241]): SNMP get failed for remote ID 000E5EB9CF4F<br />
2023.03.16 15:21:25.631 *D* [topology.lldp      ] ProcessLLDPConnectionEntry(SW-HJ[241]): SNMP get failed for remote ID 441AFACF4400<br />
2023.03.16 15:21:25.631 *D* [topology.lldp      ] ProcessLLDPConnectionEntry(SW-HJ[241]): SNMP get failed for remote ID 441AFACF4400<br />
2023.03.16 15:21:25.631 *D* [topology.lldp      ] ProcessLLDPConnectionEntry(SW-HJ[241]): SNMP get failed for remote ID 441AFACF4400<br />
2023.03.16 15:21:25.631 *D* [topology.lldp      ] ProcessLLDPConnectionEntry(SW-HJ[241]): SNMP get failed for remote ID 441AFACF4400<br />
2023.03.16 15:21:25.631 *D* [topology.lldp      ] ProcessLLDPConnectionEntry(SW-HJ[241]): SNMP get failed for remote ID D494E8582820<br />
2023.03.16 15:21:25.631 *D* [topology.lldp      ] ProcessLLDPConnectionEntry(SW-HJ[241]): SNMP get failed for remote ID 441AFACF9A00<br />
2023.03.16 15:21:25.631 *D* [topology.lldp      ] ProcessLLDPConnectionEntry(SW-HJ[241]): SNMP get failed for remote ID 9CE895D9F420<br />
2023.03.16 15:21:25.631 *D* [topology.lldp      ] ProcessLLDPConnectionEntry(SW-HJ[241]): SNMP get failed for remote ID D494E8582820<br />
2023.03.16 15:21:25.631 *D* [topology.lldp      ] ProcessLLDPConnectionEntry(SW-HJ[241]): SNMP get failed for remote ID D494E8582820<br />
2023.03.16 15:21:25.631 *D* [topology.lldp      ] ProcessLLDPConnectionEntry(SW-HJ[241]): SNMP get failed for remote ID 9CE895DA0B40<br />
2023.03.16 15:21:25.631 *D* [topology.lldp      ] ProcessLLDPConnectionEntry(SW-HJ[241]): SNMP get failed for remote ID 9CE895DA0B40<br />
2023.03.16 15:21:25.632 *D* [topology.lldp      ] ProcessLLDPConnectionEntry(SW-HJ[241]): SNMP get failed for remote ID 9CE895D9F420<br />
2023.03.16 15:21:25.632 *D* [topology.lldp      ] ProcessLLDPConnectionEntry(SW-HJ[241]): SNMP get failed for remote ID 90E710C7DA68<br />
2023.03.16 15:21:25.632 *D* [topology.lldp      ] ProcessLLDPConnectionEntry(SW-HJ[241]): SNMP get failed for remote ID 000E5EB9CF51<br />
2023.03.16 15:21:25.632 *D* [topology.lldp      ] ProcessLLDPConnectionEntry(SW-HJ[241]): SNMP get failed for remote ID 74258ABEAA4D<br />
2023.03.16 15:21:25.632 *D* [topology.lldp      ] ProcessLLDPConnectionEntry(SW-HJ[241]): SNMP get failed for remote ID 90E710C7C0A0<br />
2023.03.16 15:21:25.632 *D* [topology.lldp      ] ProcessLLDPConnectionEntry(SW-HJ[241]): SNMP get failed for remote ID 90E710C7C0A0<br />
2023.03.16 15:21:25.632 *D* [topology.lldp      ] ProcessLLDPConnectionEntry(SW-HJ[241]): SNMP get failed for remote ID 90E710C789A0<br />
2023.03.16 15:21:25.632 *D* [topology.lldp      ] ProcessLLDPConnectionEntry(SW-HJ[241]): SNMP get failed for remote ID 3897D6B7DF24<br />
2023.03.16 15:21:25.632 *D* [topology.lldp      ] ProcessLLDPConnectionEntry(SW-HJ[241]): SNMP get failed for remote ID 9CE895DA1A40<br />
2023.03.16 15:21:25.632 *D* [topology.lldp      ] ProcessLLDPConnectionEntry(SW-HJ[241]): SNMP get failed for remote ID 441AFACF4200<br />
2023.03.16 15:21:25.632 *D* [topology.lldp      ] ProcessLLDPConnectionEntry(SW-HJ[241]): SNMP get failed for remote ID 441AFACF4200<br />
2023.03.16 15:21:25.632 *D* [topology.lldp      ] ProcessLLDPConnectionEntry(SW-HJ[241]): SNMP get failed for remote ID 7485C436A73C<br />
2023.03.16 15:21:25.632 *D* [topology.lldp      ] ProcessLLDPConnectionEntry(SW-HJ[241]): SNMP get failed for remote ID 5CC999FFEEC3<br />
2023.03.16 15:21:25.632 *D* [topology.lldp      ] ProcessLLDPConnectionEntry(SW-HJ[241]): SNMP get failed for remote ID 586AB153E7F6<br />
2023.03.16 15:21:25.632 *D* [topology.lldp      ] ProcessLLDPConnectionEntry(SW-HJ[241]): SNMP get failed for remote ID 90E710C7F220<br />
2023.03.16 15:21:25.632 *D* [topology.lldp      ] ProcessLLDPConnectionEntry(SW-HJ[241]): SNMP get failed for remote ID B0F9634FA800<br />
2023.03.16 15:21:25.632 *D* [topology.lldp      ] ProcessLLDPConnectionEntry(SW-HJ[241]): SNMP get failed for remote ID 703D155488DC<br />
2023.03.16 15:21:25.632 *D* [topology.lldp      ] ProcessLLDPConnectionEntry(SW-HJ[241]): SNMP get failed for remote ID 48BD3D3B64F6<br />
2023.03.16 15:21:25.632 *D* [topology.lldp      ] ProcessLLDPConnectionEntry(SW-HJ[241]): SNMP get failed for remote ID 703D155464EC<br />
2023.03.16 15:21:25.633 *D* [topology.lldp      ] ProcessLLDPConnectionEntry(SW-HJ[241]): SNMP get failed for remote ID 70BAEFA16213<br />
2023.03.16 15:21:25.633 *D* [topology.lldp      ] ProcessLLDPConnectionEntry(SW-HJ[241]): SNMP get failed for remote ID 441AFACF9600<br />
2023.03.16 15:21:25.633 *D* [topology.lldp      ] ProcessLLDPConnectionEntry(SW-HJ[241]): SNMP get failed for remote ID 441AFACF9600<br />
2023.03.16 15:21:25.633 *D* [topology.lldp      ] ProcessLLDPConnectionEntry(SW-HJ[241]): SNMP get failed for remote ID 9CE895DA0550<br />
2023.03.16 15:21:25.633 *D* [topology.lldp      ] ProcessLLDPConnectionEntry(SW-HJ[241]): SNMP get failed for remote ID 04D7A51DF26A<br />
2023.03.16 15:21:25.633 *D* [topology.lldp      ] ProcessLLDPConnectionEntry(SW-HJ[241]): SNMP get failed for remote ID 3897D6B7DF24<br />
2023.03.16 15:21:25.633 *D* [topology.lldp      ] ProcessLLDPConnectionEntry(SW-HJ[241]): SNMP get failed for remote ID 9CE895DA1A40<br />
2023.03.16 15:21:25.633 *D* [topology.lldp      ] ProcessLLDPConnectionEntry(SW-HJ[241]): SNMP get failed for remote ID 9CE895DA1A90<br />
2023.03.16 15:21:25.633 *D* [topology.lldp      ] ProcessLLDPConnectionEntry(SW-HJ[241]): SNMP get failed for remote ID 90E710C7DA68<br />
2023.03.16 15:21:25.633 *D* [topology.lldp      ] ProcessLLDPConnectionEntry(SW-HJ[241]): SNMP get failed for remote ID 9CE895D9F970<br />
2023.03.16 15:21:25.633 *D* [topology.lldp      ] ProcessLLDPConnectionEntry(SW-HJ[241]): SNMP get failed for remote ID 5CC999FFEEC3<br />
2023.03.16 15:21:25.633 *D* [topology.lldp      ] ProcessLLDPConnectionEntry(SW-HJ[241]): SNMP get failed for remote ID B0F9634FA800<br />
2023.03.16 15:21:25.633 *D* [topology.lldp      ] ProcessLLDPConnectionEntry(SW-HJ[241]): SNMP get failed for remote ID 90E710C79C30<br />
2023.03.16 15:21:25.633 *D* [topology.lldp      ] ProcessLLDPConnectionEntry(SW-HJ[241]): SNMP get failed for remote ID 9CE895D9F330<br />
2023.03.16 15:21:25.633 *D* [topology.lldp      ] ProcessLLDPConnectionEntry(SW-HJ[241]): SNMP get failed for remote ID 74258A14CE9F<br />
2023.03.16 15:21:25.633 *D* [topology.lldp      ] ProcessLLDPConnectionEntry(SW-HJ[241]): SNMP get failed for remote ID 441AFACF9A00<br />
2023.03.16 15:21:25.633 *D* [topology.lldp      ] ProcessLLDPConnectionEntry(SW-HJ[241]): SNMP get failed for remote ID B0F9634BE400<br />
2023.03.16 15:21:25.633 *D* [topology.lldp      ] ProcessLLDPConnectionEntry(SW-HJ[241]): SNMP get failed for remote ID 9CE895D9F330<br />
2023.03.16 15:21:25.633 *D* [topology.lldp      ] Finished collecting LLDP topology information for node SW-HJ[241]<br />
2023.03.16 15:21:25.634 *D* [topology.stp      ] Collecting STP topology information for node SW-HJ[241]<br />
2023.03.16 15:21:26.248 *D* [topology.stp      ] Finished collecting STP topology information for node SW-HJ[241]<br />
2023.03.16 15:21:26.248 *D* [poll.topology      ] Node::addHostConnections(SW-HJ[241]): FDB retrieved<br />
2023.03.16 15:21:26.249 *D* [poll.topology      ] Link layer topology retrieved for node SW-HJ[241] (7 connections found)<br />
2023.03.16 15:21:26.249 *D* [poll.topology      ] Link layer topology processed for node SW-HJ[241]</p>
]]></description><link>https://forum.netxms.org/post/32325</link><guid isPermaLink="true">https://forum.netxms.org/post/32325</guid><dc:creator><![CDATA[justrest]]></dc:creator><pubDate>Fri, 17 Mar 2023 00:49:59 GMT</pubDate></item><item><title><![CDATA[Reply to How to discover all peer nodes completely? on Thu, 16 Mar 2023 07:48:08 GMT]]></title><description><![CDATA[<p dir="auto">version 4.3.2 ,debian 11</p>
]]></description><link>https://forum.netxms.org/post/32324</link><guid isPermaLink="true">https://forum.netxms.org/post/32324</guid><dc:creator><![CDATA[justrest]]></dc:creator><pubDate>Thu, 16 Mar 2023 07:48:08 GMT</pubDate></item></channel></rss>