<?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[Mikrotik Driver updates for LLDP topology?]]></title><description><![CDATA[<p dir="auto">Hi, since version 6.38, Mikrotik routeros has started to use LLDP as part of "ip &gt; neighbor" discovery.  This version has filtered down to their "bugfix" branch now (the most stable release).</p>
<p dir="auto">It seems that lldpRemoteSystemsData and lldpLocalSystemData in the LLDPMIB is populated (when I do a walk of a routeros device) - OIDs: .1.0.8802.1.1.2.1.3  &amp;  .1.0.8802.1.1.2.1.4 have data for local and remote devices.</p>
<p dir="auto">Any chance that this can be added to the mikrotik driver to populate</p>
<ul>
<li>peer mac/node/IPaddr columns of the interfaces list on a node object details</li>
<li>Tools &gt; info &gt; Topology Table [LLDP]</li>
<li>L2 topology maps</li>
</ul>
<p dir="auto"> </p>
<p dir="auto">Cheers.</p>
]]></description><link>https://forum.netxms.org/topic/5127/mikrotik-driver-updates-for-lldp-topology</link><generator>RSS for Node</generator><lastBuildDate>Fri, 13 Nov 2026 05:46:27 GMT</lastBuildDate><atom:link href="https://forum.netxms.org/topic/5127.rss" rel="self" type="application/rss+xml"/><pubDate>Fri, 30 Jun 2017 06:20:10 GMT</pubDate><ttl>60</ttl><item><title><![CDATA[Reply to Mikrotik Driver updates for LLDP topology? on Tue, 11 Jul 2017 01:43:27 GMT]]></title><description><![CDATA[<p dir="auto">I was about to create a thread about this<br />
LLDP does in fact work on most MikroTik devices but apparently not on CRS devices - and presumably others that utilize an onboard switch chip as opposed to software switching<br />
If you try and poll the MAC database on a CRS you won't get anything. However if you instead use a bridge interface and put the ports in it this will work. Obviously not the greatest as you lose the dedicated switching features and will take a big impact to performance. It may very well be that the information is located in a different OID somewhere. If this could be located and implemented when using mikrotik driver this would solve the issue.</p>
]]></description><link>https://forum.netxms.org/post/22629</link><guid isPermaLink="true">https://forum.netxms.org/post/22629</guid><dc:creator><![CDATA[Millenium7]]></dc:creator><pubDate>Tue, 11 Jul 2017 01:43:27 GMT</pubDate></item><item><title><![CDATA[Reply to Mikrotik Driver updates for LLDP topology? on Thu, 06 Jul 2017 01:47:18 GMT]]></title><description><![CDATA[<p dir="auto">Looking at my mikrotik routers I now realise that none of them display any topology info, and functions like "right click" &gt; "topology" &gt; "switch forwarding database" are empty too.</p>
<p dir="auto">In Tomas' linked ticket, Alex mentions that the bridge MIB should provide some info (.1.3.6.1.2.1.17.4.3.1.1-3).  I don't get anything back from that whole tree other than 3 rows of STP info on any devices (CRS/CCR/AH1100).</p>
<pre><code>.1.3.6.1.2.1.17.1.1.0 [Hex-STRING] = 00 00 00 00 00 00
.1.3.6.1.2.1.17.2.1.0 [INTEGER] = 3
.1.3.6.1.2.1.17.2.2.0 [INTEGER] = 32768
</code></pre>
<p dir="auto">I have a mix of mikrotik devices with and without switch chips, but most of them are just using bridged interfaces as routers only.  I can only find L2 neighbour information under:</p>
<p dir="auto"><strong>LLDP MIB</strong></p>
<pre><code>.1.0.8802.1.1.2.1.3  &amp;  .1.0.8802.1.1.2.1.4 for LLDP
</code></pre>
<p dir="auto"><strong>Mikrotik Neighbour Table (mtxrNeighbourTable .1.3.6.1.4.1.14988.1.1.11.1)</strong></p>
<pre><code> &gt; ip neighbor print oid
 0 ip-address=.1.3.6.1.4.1.14988.1.1.11.1.1.2.6 mac-address=.1.3.6.1.4.1.14988.1.1.11.1.1.3.6
   version=.1.3.6.1.4.1.14988.1.1.11.1.1.4.6 platform=.1.3.6.1.4.1.14988.1.1.11.1.1.5.6
   identity=.1.3.6.1.4.1.14988.1.1.11.1.1.6.6 software-id=.1.3.6.1.4.1.14988.1.1.11.1.1.7.6

 1 ip-address=.1.3.6.1.4.1.14988.1.1.11.1.1.2.7 mac-address=.1.3.6.1.4.1.14988.1.1.11.1.1.3.7
   version=.1.3.6.1.4.1.14988.1.1.11.1.1.4.7 platform=.1.3.6.1.4.1.14988.1.1.11.1.1.5.7
   identity=.1.3.6.1.4.1.14988.1.1.11.1.1.6.7 software-id=.1.3.6.1.4.1.14988.1.1.11.1.1.7.7

 2 ip-address=.1.3.6.1.4.1.14988.1.1.11.1.1.2.5 mac-address=.1.3.6.1.4.1.14988.1.1.11.1.1.3.5
   version=.1.3.6.1.4.1.14988.1.1.11.1.1.4.5 platform=.1.3.6.1.4.1.14988.1.1.11.1.1.5.5
   identity=.1.3.6.1.4.1.14988.1.1.11.1.1.6.5 software-id=.1.3.6.1.4.1.14988.1.1.11.1.1.7.5

 3 ip-address=.1.3.6.1.4.1.14988.1.1.11.1.1.2.12 mac-address=.1.3.6.1.4.1.14988.1.1.11.1.1.3.12
   version=.1.3.6.1.4.1.14988.1.1.11.1.1.4.12 platform=.1.3.6.1.4.1.14988.1.1.11.1.1.5.12
   identity=.1.3.6.1.4.1.14988.1.1.11.1.1.6.12 software-id=.1.3.6.1.4.1.14988.1.1.11.1.1.7.12

 4 ip-address=.1.3.6.1.4.1.14988.1.1.11.1.1.2.1 mac-address=.1.3.6.1.4.1.14988.1.1.11.1.1.3.1
   version=.1.3.6.1.4.1.14988.1.1.11.1.1.4.1 platform=.1.3.6.1.4.1.14988.1.1.11.1.1.5.1
   identity=.1.3.6.1.4.1.14988.1.1.11.1.1.6.1 software-id=.1.3.6.1.4.1.14988.1.1.11.1.1.7.1

 5 ip-address=.1.3.6.1.4.1.14988.1.1.11.1.1.2.9 mac-address=.1.3.6.1.4.1.14988.1.1.11.1.1.3.9
   version=.1.3.6.1.4.1.14988.1.1.11.1.1.4.9 platform=.1.3.6.1.4.1.14988.1.1.11.1.1.5.9
   identity=.1.3.6.1.4.1.14988.1.1.11.1.1.6.9 software-id=.1.3.6.1.4.1.14988.1.1.11.1.1.7.9
</code></pre>
<p dir="auto">On a CRS model I have, seems like unicast FDB (&gt; interface ethernet switch unicast-fdb print) is not available over SNMP either.</p>
<p dir="auto">I <a href="https://www.netxms.org/forum/configuration/newbie-question-about-host-dependencies/msg21475/#msg21475" rel="nofollow ugc">see now Tomas has mentioned before</a>that mikrotik don't expose enough L2 info over SNMP so I guess its down to nagging them and hoping the LLDP/neighbour MIB info can be added to the driver on NX-1189 at some point.</p>
<p dir="auto">What do the mikrotik experts do?  Does anyone use the API and scripts to get some of this information?  Am I missing anything obvious here?</p>
<p dir="auto">Thanks guys.</p>
]]></description><link>https://forum.netxms.org/post/22584</link><guid isPermaLink="true">https://forum.netxms.org/post/22584</guid><dc:creator><![CDATA[normalcy]]></dc:creator><pubDate>Thu, 06 Jul 2017 01:47:18 GMT</pubDate></item><item><title><![CDATA[Reply to Mikrotik Driver updates for LLDP topology? on Mon, 03 Jul 2017 13:19:15 GMT]]></title><description><![CDATA[<p dir="auto">Hi,</p>
<p dir="auto">if standard MIBs are working then there is no need for changes in a driver. If you don't see LLDP peers then problem is missing and/or incorrect information in these MIBs.</p>
<p dir="auto">Best regards,<br />
Victor</p>
]]></description><link>https://forum.netxms.org/post/22576</link><guid isPermaLink="true">https://forum.netxms.org/post/22576</guid><dc:creator><![CDATA[victor]]></dc:creator><pubDate>Mon, 03 Jul 2017 13:19:15 GMT</pubDate></item><item><title><![CDATA[Reply to Mikrotik Driver updates for LLDP topology? on Mon, 03 Jul 2017 01:36:51 GMT]]></title><description><![CDATA[<p dir="auto">Thanks for the link to the ticket Tomas.</p>
<p dir="auto">Is this something that the &quot;Network Device Database&quot; feature in 2.1 might help make easier in the future rather than having to write new drivers in c++?  Or is that just for cosmetic layout of ports and vlans on the interface tab and you would still need c++ driver below it?</p>
<p dir="auto"><a href="https://www.netxms.org/forum/announcements/netxms-2-1-rc1-released/msg22296/#msg22296" rel="nofollow ugc">https://www.netxms.org/forum/announcements/netxms-2-1-rc1-released/msg22296/#msg22296</a></p>
]]></description><link>https://forum.netxms.org/post/22574</link><guid isPermaLink="true">https://forum.netxms.org/post/22574</guid><dc:creator><![CDATA[normalcy]]></dc:creator><pubDate>Mon, 03 Jul 2017 01:36:51 GMT</pubDate></item><item><title><![CDATA[Reply to Mikrotik Driver updates for LLDP topology? on Fri, 30 Jun 2017 14:58:20 GMT]]></title><description><![CDATA[<p dir="auto">There is a ticket for MikroTik LLDP, however work on it has not started yet.<br />
<a href="https://track.radensolutions.com/issue/NX-1189" rel="nofollow ugc">https://track.radensolutions.com/issue/NX-1189</a></p>
]]></description><link>https://forum.netxms.org/post/22571</link><guid isPermaLink="true">https://forum.netxms.org/post/22571</guid><dc:creator><![CDATA[tomaskir]]></dc:creator><pubDate>Fri, 30 Jun 2017 14:58:20 GMT</pubDate></item></channel></rss>