Skip to content
  • Categories
  • Recent
  • Tags
  • Popular
  • Users
  • Groups
Skins
  • Light
  • Brite
  • Cerulean
  • Cosmo
  • Flatly
  • Journal
  • Litera
  • Lumen
  • Lux
  • Materia
  • Minty
  • Morph
  • Pulse
  • Sandstone
  • Simplex
  • Sketchy
  • Spacelab
  • United
  • Yeti
  • Zephyr
  • Dark
  • Cyborg
  • Darkly
  • Quartz
  • Slate
  • Solar
  • Superhero
  • Vapor

  • Default (Flatly)
  • No Skin
Collapse
Brand Logo

NetXMS Forum

  1. Home
  2. Support
  3. Easiest way to identify uplink ports on switching devices?

Easiest way to identify uplink ports on switching devices?

Scheduled Pinned Locked Moved Support
4 Posts 3 Posters 19.0k Views
  • Oldest to Newest
  • Newest to Oldest
  • Most Votes
Reply
  • Reply as topic
Log in to reply
This topic has been deleted. Only users with topic management privileges can see it.
  • Z
    Z
    Zebble
    wrote on last edited by
    #1

    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.

    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?

    Thanks!

    -Zeb

    1 Reply Last reply
    0
    • G
      G
      gkaudewitz
      wrote on last edited by
      #2

      I did it within a Hook-script while configuration poll based on a prefix in the interface interface alias e.g. description.
      For example ## at the beginning of the interfacedescription tells me to set expected state to "UP".
      Second using this prefix within instance dicovery (instance discovery filter script) You can automatically generate DCIs for these interfaces.

      1 Reply Last reply
      0
      • Z
        Z
        Zebble
        wrote on last edited by
        #3

        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.

        Thanks!

        1 Reply Last reply
        0
        • F
          F
          Filipp Sudanov
          wrote on last edited by
          #4

          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 https://track.radensolutions.com/issue/NX-1999

          1 Reply Last reply
          0

          Hello! It looks like you're interested in this conversation, but you don't have an account yet.

          Getting fed up of having to scroll through the same posts each visit? When you register for an account, you'll always come back to exactly where you were before, and choose to be notified of new replies (either via email, or push notification). You'll also be able to save bookmarks and upvote posts to show your appreciation to other community members.

          With your input, this post could be even better 💗

          Register Login
          Reply
          • Reply as topic
          Log in to reply
          • Oldest to Newest
          • Newest to Oldest
          • Most Votes


          • Login

          • Don't have an account? Register

          • Login or register to search.
          Powered by NodeBB Contributors
          • First post
            Last post
          0
          • Categories
          • Recent
          • Tags
          • Popular
          • Users
          • Groups