This discussion has been locked. The information referenced herein may be inaccurate due to age, software updates, or external references.
You can no longer post new replies to this discussion. If you have a similar question you can start a new discussion in this forum.

Can't create UnDP that polls for MIB tables

FormerMember
FormerMember

I'm trying to create an Orion Universal Device Poller which polls for OIDs that are within a MIB table. Within a single MIB, I can poll normal OIDs, but I can't poll a table or an OID within a table.

I'm setting things up the correct way I'm pretty sure, as in the "Define your Universal Device Poller" page I have:

  • MIB Value Type = Raw Value
  • Format = Text
  • SNMP Get Type = GET TABLE (I've tried GET NEXT also)
  • Polling Type = Node

Any ideas?

Thanks!

*** UPDATE ***

I'm thinking now tables aren't the issue as I have no problem polling for other tables using the UnDP. It just seems like within a MIB (CISCO-IPSEC-FLOW-MONITOR-MIB) listed as supported on this page. Some of the OIDs within it are supported and some are not. The latter just happens to be the table OIDs. Any idea why this might be happening?

  • Hi Lauren,

    What OID(s) are failing? What platform are you trying to poll? What exactly is happening? Are you getting an error, or no data?

    Romeo

  • FormerMember
    0 FormerMember in reply to RomeoG

    I'm trying to monitor CISCO-IPSEC-FLOW-MONITOR-MIB OIDs, 1.3.6.1.4.1.9.9.171.1.3.3.1.4 for example.


    I'm trying to poll a Cisco device, c7200-ik9s-mz.124-25c.bin to be exact.

    When I poll through the Universal Device Poller program, I get an error which says "This OID is not supported."

  • Hi Lauren,

    this statement means that the device does not respond to this OID. I would do a snmp walk on your device and then look for this OID. You will see if it is supported by your device or not.

    Cheers,

    Pavel

  • FormerMember
    0 FormerMember in reply to PavelSuchy

    I did an SNMP walk and got the same results. I thought that if a router supported a MIB, it supported all OIDs in the MIB. I guess it seems weird that table OIDs, specifically, are not supported even though other OIDs in the same MIB are. Why might a router exclusively support non-table OIDs?

  • Lauren, I am thinking the same thing that the device should support the entire MIB, though there could possibly be something hardware specific...as in specific to having a certain module installed. I also wonder if it is merely a coincidence that the OIDs not working are tables.

    Are you applying any SNMP views in the device's configuration? if a view is configured, it could be blocking the ability to poll specific OIDs.

    Securing Simple Network Management Protocol - Cisco

  • FormerMember
    0 FormerMember in reply to RomeoG

    That's a good idea, but I'm not applying any views. You might be right that its just a coincidence... I did a test on another MIB (ENTITY_MIB),

    ...

    OID=.1.3.6.1.2.1.47.1.1.1.1.16.27, Type=Integer, Value=2

    OID=.1.3.6.1.2.1.47.1.1.1.1.16.28, Type=Integer, Value=1

    OID=.1.3.6.1.2.1.47.1.1.1.1.16.29, Type=Integer, Value=2

    OID=.1.3.6.1.2.1.47.1.1.1.1.16.30, Type=Integer, Value=2

    OID=.1.3.6.1.2.1.47.1.1.1.1.16.31, Type=Integer, Value=1

    OID=.1.3.6.1.2.1.47.1.1.1.1.16.32, Type=Integer, Value=2

    OID=.1.3.6.1.2.1.47.1.1.1.1.16.33, Type=Integer, Value=2

    OID=.1.3.6.1.2.1.47.1.1.1.1.16.34, Type=Integer, Value=1

    OID=.1.3.6.1.2.1.47.1.1.1.1.16.35, Type=Integer, Value=2

    OID=.1.3.6.1.2.1.47.1.1.1.1.16.36, Type=Integer, Value=2

    OID=.1.3.6.1.2.1.47.1.1.1.1.16.37, Type=Integer, Value=1

    OID=.1.3.6.1.2.1.47.1.1.1.1.16.38, Type=Integer, Value=1

    OID=.1.3.6.1.2.1.47.1.3.2.1.2.13.0, Type=OID, Value=1.3.6.1.2.1.2.2.1.1.1

    OID=.1.3.6.1.2.1.47.1.3.2.1.2.14.0, Type=OID, Value=1.3.6.1.2.1.2.2.1.1.2

    OID=.1.3.6.1.2.1.47.1.3.2.1.2.26.0, Type=OID, Value=1.3.6.1.2.1.2.2.1.1.3

    OID=.1.3.6.1.2.1.47.1.3.2.1.2.27.0, Type=OID, Value=1.3.6.1.2.1.2.2.1.1.4

    OID=.1.3.6.1.2.1.47.1.3.2.1.2.29.0, Type=OID, Value=1.3.6.1.2.1.2.2.1.1.5

    OID=.1.3.6.1.2.1.47.1.3.2.1.2.30.0, Type=OID, Value=1.3.6.1.2.1.2.2.1.1.6

    OID=.1.3.6.1.2.1.47.1.3.2.1.2.32.0, Type=OID, Value=1.3.6.1.2.1.2.2.1.1.7

    OID=.1.3.6.1.2.1.47.1.3.2.1.2.33.0, Type=OID, Value=1.3.6.1.2.1.2.2.1.1.8

    OID=.1.3.6.1.2.1.47.1.3.2.1.2.35.0, Type=OID, Value=1.3.6.1.2.1.2.2.1.1.9

    OID=.1.3.6.1.2.1.47.1.3.2.1.2.36.0, Type=OID, Value=1.3.6.1.2.1.2.2.1.1.10

    ...

    1.3.6.1.2.1.47.1.1.1.1 is a table, as well as 1.3.6.1.2.1.47.1.3.2.1, and it seems to scan them fine. The odd thing is that there's a table in between the two, 1.3.6.1.2.1.47.1.2.* that it just completely skips over. Maybe that "skipping over OIDs" thing is the real problem here.

    Not sure if that helps. I'd be happy to run more tests if you can think of some that would help!

    Lauren

  • Hi,
    you can create custom poller to poll particular row in table.

    First you need to make sure that OID is supported by device. Sometimes the device support SNMP, but you need to upload the MIB to device or update it.
    - Check with Test button if table OID is supported and there is reply with rows and values.

    - If for example I want particular row from table for OID 1.3.6.1.2.1.4.21.1.8, add dot with RowID .1.1.250.2. The final OID would look 1.3.6.1.2.1.4.21.1.8.1.1.250.2

    - SNMP Get Type change to: GET, Polling type: Node


    Also on polling table have influence SNMP version. If you have trouble with polling table OID you can try to us SNMPv1. (SNMPv2 uses GET BULK request which may be not supported by some devices.)

    - Open node details in Orion web console for node where UnDP is assigned

    - Click Edit Node
    - Change SNMP Version from SNMPv2 to SNMPv1

    - Click Submit

    Roman

    Picture how to poll particular row from table:

    OID.png

  • FormerMember
    0 FormerMember in reply to roman.tatar

    Thank you very much for the helpful picture!

    I walked through those steps, testing with both SNMPv1 and 2c, but with the same results.

    Good suggestion though!

  • FormerMember
    0 FormerMember in reply to RomeoG

    It was a coincidence that table OIDs weren't found. Turns out IPSec tunnels don't show up in any sort of tunnel MIB until the tunnel is active (aka traffic has gone through it). This explains why I wasn't getting any results for the tunnel tables even though I'd created policies.

    Thanks for all your help!