<?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[Easiest way to identify uplink ports on switching devices?]]></title><description><![CDATA[<p dir="auto">Is there an easy way to identify uplink ports on switching devices?  We'd like to automatically set the expected state on these interfaces to "UP" and all other ports to "IGNORE", as well as potentially add DCI automatically to these same "UP" ports.</p>
<p dir="auto">I've started working through a server side script to add during polling, but thought I'd ask if there's an easier way I'm missing?</p>
<p dir="auto">Thanks!</p>
<p dir="auto">-Zeb</p>
]]></description><link>https://forum.netxms.org/topic/6870/easiest-way-to-identify-uplink-ports-on-switching-devices</link><generator>RSS for Node</generator><lastBuildDate>Fri, 13 Nov 2026 21:54:04 GMT</lastBuildDate><atom:link href="https://forum.netxms.org/topic/6870.rss" rel="self" type="application/rss+xml"/><pubDate>Tue, 19 Jan 2021 20:42:47 GMT</pubDate><ttl>60</ttl><item><title><![CDATA[Reply to Easiest way to identify uplink ports on switching devices? on Fri, 29 Jan 2021 14:16:37 GMT]]></title><description><![CDATA[<p dir="auto">Just in case, it's possible to read port forwarding database from NXSL - it's available in Topology.SwitchForwardingDatabase internal table. There's no access to L3 routing information yet, but it's planned to add <a href="https://track.radensolutions.com/issue/NX-1999" rel="nofollow ugc">https://track.radensolutions.com/issue/NX-1999</a></p>
]]></description><link>https://forum.netxms.org/post/29375</link><guid isPermaLink="true">https://forum.netxms.org/post/29375</guid><dc:creator><![CDATA[Filipp Sudanov]]></dc:creator><pubDate>Fri, 29 Jan 2021 14:16:37 GMT</pubDate></item><item><title><![CDATA[Reply to Easiest way to identify uplink ports on switching devices? on Fri, 22 Jan 2021 20:40:49 GMT]]></title><description><![CDATA[<p dir="auto">Great idea, and something we were just reviewing.  We use Mikrotik's exclusively, and we standardize interface names so should be able to base discovery on that.  Still makes it a bit "manual" but should keep us honest with proper alerts and monitoring.</p>
<p dir="auto">Thanks!</p>
]]></description><link>https://forum.netxms.org/post/29344</link><guid isPermaLink="true">https://forum.netxms.org/post/29344</guid><dc:creator><![CDATA[Zebble]]></dc:creator><pubDate>Fri, 22 Jan 2021 20:40:49 GMT</pubDate></item><item><title><![CDATA[Reply to Easiest way to identify uplink ports on switching devices? on Wed, 20 Jan 2021 16:37:00 GMT]]></title><description><![CDATA[<p dir="auto">I did it within a Hook-script while configuration poll based on a prefix in the interface interface alias e.g. description.<br />
For example ## at the beginning of the interfacedescription tells me to set expected state to "UP".<br />
Second using this prefix within instance dicovery (instance discovery filter script) You can automatically generate DCIs for these interfaces.</p>
]]></description><link>https://forum.netxms.org/post/29315</link><guid isPermaLink="true">https://forum.netxms.org/post/29315</guid><dc:creator><![CDATA[gkaudewitz]]></dc:creator><pubDate>Wed, 20 Jan 2021 16:37:00 GMT</pubDate></item></channel></rss>