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. DCI not working for SNMP Tables with Two Indexes

DCI not working for SNMP Tables with Two Indexes

Scheduled Pinned Locked Moved Support
6 Posts 3 Posters 57.1k 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.
  • R
    R
    radw
    wrote on last edited by
    #1

    Good Morning NetXMS Community

    Im starting  with SNMP Tables, however, I have find two issues:

    1. I need to create a table that has two indexes: callActiveSetupTime (TimeStamp) and callActiveIndex (Integer):

    However, following the guide (https://wiki.netxms.org/wiki/Creating_SNMP_table_DCI) and using the base OID callActiveSetupTime, I dont get any data:

    Could be related with this thread (https://www.netxms.org/forum/configuration/how-to-monitor-sysuptime-via-snmp/), where it seems that NetXMS not support TimeStamps/Timeticks yet ?

    1. I also replicate the SNMP Table from the guide, and I obtain the values. however when I put the pointer in one value, suddenly changes to a chain named <b><span...:

    Regards.

    1 Reply Last reply
    0
    • R
      R
      radw
      wrote on last edited by
      #2

      Good morning, I also found that I received an alarm in the device that the data type is unsupported:

      Please, I really need some help or support with this issue.

      Regards.

      1 Reply Last reply
      0
      • U
        U
        Andreas@rc
        wrote on last edited by
        #3

        Well, you could show us your configuration in detail ... because with your partial screenshots and stuff, its hard to find out whats wrong.

        @radw said in DCI not working for SNMP Tables with Two Indexes:

        Good morning, I also found that I received an alarm in the device that the data type is unsupported:

        Please, I really need some help or support with this issue.

        Regards.

        The OID display is the one from the table you want to query ... you checked, that there is actually data available and that the base OID and actual OIDs you want to query are correct?

        1 Reply Last reply
        0
        • R
          R
          radw
          wrote on last edited by
          #4

          Hello, thanks for your answer. I'll try to explain again what its the issue and the complete configuration in NetXMS:

          1. I need to query the following OID ( that is a SNMP Table) .1.3.6.1.2.1.10.21.1.3.1 , called "callActiveTable" (belong to the DIAL-CONTROL-MIB). My device is already uploaded and discovered in NetXMS via SNMPv3

          2. I tried to configure the DCI for this table, but I found (later) in my Mib Browser that the table doesnt have one index (as is explained in https://wiki.netxms.org/wiki/Creating_SNMP_table_DCI), but two (callActiveSetupTime  and callActiveIndex), and the callActiveSetupTime is in timetick/timestamp format.

          3. However, I followed the guide and created the DCI with each one of these indexes as base OID  (callActiveSetupTime have OID .1.3.6.1.2.1.10.21.1.3.1.1.1 and callActiveIndex .1.3.6.1.2.1.10.21.1.3.1.1.2), but neither I can obtain data from this table in NetXMS. I already posted this result in the thread:

          I also tested the DCI with the iftable and it worked (however, it has only one index)

          1. I already query the device via snmpwalk from my debian system where I installed NetXMS and it returned me all the values. Also I query the OIDs with manage engine mib browser and the device return me the values.

          I hope that this explanation clarifies more my issue. Even I changed the title of the thread if it is more meaningful.

          Regards.

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

            Hi,

            ifTable is different from many other SNMP tables because it actually returns value of index column. I suppose that table in question do not do that - you can check it by doing SNMP walk on .1.3.6.1.2.1.10.21.1.3.1.1.1. Try to choose any data column as base OID. When building table NetXMS will just scan all indexes using provided base OID and then retrieve values for each column using those indexes.

            Best regards,
            Victor

            1 Reply Last reply
            0
            • R
              R
              radw
              wrote on last edited by
              #6

              Hello, thanks you for the advice.

              I created the DCI with the Base OID of .1.3.6.1.2.1.10.21.1.3.1.1.10 and it worked. Also I get the values from the table .1.3.6.1.4.1.9.9.63.1.3.2 (with Base OID .1.3.6.1.4.1.9.9.63.1.3.2.1.42). It seems to me , that the DCI works best when base OIDs are integers.

              The other thing was that, when I tried to add the OID .1.3.6.1.2.1.10.21.1.3.1.1.11 as column, NETXMS returned me the error "Not Supported", in all data types.

              In addition I found in NETXMS those strange values on the OIDs .1.3.6.1.4.1.9.9.63.1.3.2.1.31 (HEX-STRING, returns only "?") and .1.3.6.1.4.1.9.9.63.1.3.2.1.1 (String but not readable), however I can poll them fine in manageengine mibbrowser. They are not critical for me, so I only post here as information.

              Regards.

              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