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. Node / Interface interaction

Node / Interface interaction

Scheduled Pinned Locked Moved Support
5 Posts 2 Posters 11.3k 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.
  • L
    L
    lweidig
    wrote on last edited by
    #1

    Looking for some suggestions on the best way to handle a situation we currently have in our alarm monitoring.  If a device is down it will generate the Critical alarm from SYS_NODE_DOWN and that is excellent and what we want.  However, it will also generate a Minor alarm from SYS_IF_DOWN on the switch that the device is connected to.  Looking for ideas on the best way to correlate these two events so that only the Critical one is triggered or when it triggers it clears / prevents the Minor interface alarm.

    Thanks!

    1 Reply Last reply
    0
    • V
      V
      Victor Kirhenshtein
      wrote on last edited by
      #2

      If you are not interested in port down events on switches you can block them in event processing policy. You can also block only those for switch ports where peer node is known (by using filter script that will check interface object for peer information) - that way you will have alarms for interfaces where something not monitored by NetXMS is connected but not for those where known nodes are connected.

      Best regards,
      Victor

      1 Reply Last reply
      0
      • L
        L
        lweidig
        wrote on last edited by
        #3

        I thought it would be best to only block where peer node is know, so I tried adding the following filter:

        return ($object->peerNode == null);
        

        That is causing issues and the EPP is logging errors to the alarm browser with unknown object's attribute.

        1 Reply Last reply
        0
        • V
          V
          Victor Kirhenshtein
          wrote on last edited by
          #4

          The problem here is that $object for SYS_IF_DOWN points to node object, not interface object. Correct script will look like this:

          iface = $node->getInterface($event->parameters[5]);
          return iface != null and iface->peerNode == null;
          

          Best regards,
          Victor

          1 Reply Last reply
          0
          • L
            L
            lweidig
            wrote on last edited by
            #5

            Victor,

            Thanks for the code correction!  Seems now that we are seeing this issue:

            https://www.netxms.org/forum/general-support/no-peer-in-object-details/

            I looked at the switch of the device I was testing with and only 3 of the 15+ ports that have devices attached were showing a peer node.  Will wait for a release that addresses that issue and the do further testing.  Thanks!

            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