views:

1250

answers:

7

I'm querying a bunch of information from cisco switches using SNMP. For instance, I'm pulling information on neighbors detected using CDP by doing an snmpwalk on .1.3.6.1.4.1.9.9.23

Can I use this OID across different cisco models? What pitfalls should I be aware of? To me, I'm a little uneasy about using numeric OIDs - it seems like I should be using a MIB database or something and using the named OIDs, in order to gain cross-device compatibility, but perhaps I'm just imagining the need for that.

+2  A: 

It is very consistent.

Monitoring tools depend on the consistency and the MIBs produced by Cicso rarely change old values and usually only implement new ones.

Check out the Cisco OID look up tool.

Notice how it doesn't ask you what product the look up is for.

-mw

Michael Wolfe
+2  A: 

Once a MIB has been published it won't move to a new OID. Doing so would break network management tools and cause support calls, which nobody wants. To continue your example, the CDP MIB has been published at Cisco's SNMP Object Navigator.

For general code cleanliness it would be good to define the OIDs in a central place, especially since you don't want to duplicate the full OID for every single table you need to access.

The place you need to be most careful is a unique MIB in a product which Cisco recently acquired. The OID will change, if nothing else to move it into their own Enterprise OID space, but the MIB may also change to conform to Cisco's SNMP practices.

DGentry
A: 

Hi There,

  • I would avoid putting in numeric OIDs and instead use 'OID names' and leave that hard work (of translating) to whatever SNMP API you are using.

If that is not possible, then it is okay to use OIDs as they should not change per the SNMP MIB guidelines. Unless the device itself changes but that requires a new MIB anyway which can't reuse old OIDs.

  • This is obvious, but be sure to look at the attributes of the SNMP MIB variable. Be sure not to query variables that have a status of 'obsolete'.

Jay..

Jay
A: 

In some cases, using the names instead of the numerical representations can be a serious performance hit due to the need to read and parse the MIB files to get the numerical representations of the OIDs that the lower level libraries need.

For instance, say your using a program to collect something every minute, then loading the MIBs over and over is very inefficient.

As stated by others, once published, the name to numerical mapping will never change, so the fact that you're hard-coding stuff into your programs is not really a problem.

If you have access to command line SNMP tools, check out 'snmptranslate' for a nice tool to get back and forth from text to numerical OIDs.

AndrewJFord
A: 

I think that is a common misconception (about MIB reload each time you resolve a name).

Most of the SNMP APIs (such as AdventNet, CMU) load the MIBS at startup and after that there is no 'overhead' of loading MIBs everytime you ask for a 'translation' from name to oid and vice versa. What's more, some of them cache the results and at that point, there is no difference between name lookups and directly coding the OID.

This is a bit similar to specifying an "IP Address" versus a 'hostname'.

Jay
A: 

Thanks for good info..

+1  A: 

The OIDs can vary with hardware but also with firmware version for the same hardware as, over time, the architecture of the management functions can change and require new MIBs. It is worth checking whether any of the OIDs you intend to use are in deprecated MIBs, or become so in the life of the application, as this indicates not only that the MIB could one day be unsupported but also that there is likely to be improved, richer data or access to data. It is also good practice to test management apps against a sample upgraded device as part of the routine testing of firmware updates before widespread deployment.

An example of a change of OID due to a MIB being deprecated is at

http://www.cisco.com/en/US/tech/tk648/tk362/technologies_configuration_example09186a0080094aa6.shtml

"This document shows how to copy a configuration file to and from a Cisco device with the CISCO-CONFIG-COPY-MIB. If you start from Cisco IOS® software release 12.0, or on some devices as early as release 11.2P, Cisco has implemented a new means of Simple Network Management Protocol (SNMP) configuration management with the new CISCO-CONFIG-COPY-MIB. This MIB replaces the deprecated configuration section of the OLD-CISCO-SYSTEM-MIB. "

mas