SNMP, MIBs and OIDs – an overview

Samples

Here is a sample structure of an OID:

Iso(1).org(3).dod(6).internet(1).private(4)
.transition(868).products(2).chassis(4).card(1)
.slotCps(2)-cpsSlotSummary(1).cpsModuleTable(1)
.cpsModuleEntry(1).cpsModuleModel(3).3562.3

or just:

1.3.6.1.4.868.2.4.1.2.1.1.1.3.3562.3

These SNMP OID numbers are the ones used in PRTG when setting up custom sensors, in order to access the appropriate elements of the device desired to be monitored. OIDs are generally provided by the hardware manufacturers or can be found in so-called OID repositories, where collections of MIB trees and the respective OIDs can be accessed.

PRTG reads these OIDs and appoints them to the pertinent device, respectively monitoring the selected device and its OID specific. More information about PRTG...

SNMP MIBs, SNMP OIDs etc. – a deeper view

SNMP basics

SNMP version 1, which is the SNMP standard supported by PRTG, was the initial development of the SNMP protocol. A description can be found in Request for Comments (RFC) 1157 and it functions within the specification of the Structure of Management Information (SMI).

It operates over User Datagram Protocol (UDP), Internet Protocol (IP), OSI Connectionless Network Services (CLNS), AppleTalk Datagram Delivery Prtocol (DDP), and Novell Internet Packet Exchange (IPX). SNMP v1 is considered the de facto network management protocol in the Internet community.

SNMP works on the basis that network management systems send out a request and the managed devices return a response. This is implemented using one of four operations: Get, GetNext, Set, and Trap. SNMP messages consist of a header and a PDU (protocol data units). The headers consist of the SNMP version number and the community name. The community name is used as a form of security in SNMP. The PDU depends on the type of message that is being sent. The Get, GetNext, and Set, as well as the response PDU, consist of PDU type, Request ID, Error status, Error index and Object/variable fields. The Trap consist of Enterprise, Agent, Agent address, Generic trap type, Specific trap code, Timestamp and Object/Value fields.

MIBs

MIBs are a collection of definitions which define the properties of the managed object within the device to be managed (such as a router, switch, etc.) Each managed device keeps a database of values for each of the definitions written in the MIB. As such, it is not actually database but implementation dependant. Each vendor of SNMP equipment has an exclusive section of the MIB tree structure under their control.

OIDs

In order for all of this to be properly organized, all of the manageable features of all products (from each vendor) are arranged in this tree. Each “branch” of this tree has a number and a name, and the complete path from the top of the tree down to the point of interest forms the name of that point. This is the OID. Nodes near the top of the tree are extremely general I nature. For example, to get to the Internet, one has to reach to the fourth tier. As one moves further down, the names get more and more specific, until one gets to the bottom, where each node represents a particular feature on a specific device (or agent).