Get a Live Demo

You need to see DPS gear in action. Get a live demo with our engineers.

Get the SNMP Fast Track GuideBook

Download our free SNMP White Paper. Featuring SNMP Expert Marshall DenHartog.

This guidebook has been created to give you the information you need to successfully implement SNMP-based alarm monitoring in your network.

DPS is here to help.


Have a specific question? Ask our team of expert engineers and get a specific answer!

Learn the Easy Way

Sign up for the next DPS Factory Training!

DPS Factory Training

Whether you're new to our equipment or you've used it for years, DPS factory training is the best way to get more from your monitoring.

Reserve Your Seat Today

What Is The RFC MIB

Previous Page: When I Look At My MIB Files, I Don't See Long Strings Of Numbers Like That
PDFDownload White Paper

The RFC MIB defines a basic dictionary of terms that vendors use to write their own equipment-specific MIBs. So a vendor-created MIB doesn't have to define the entire OID tree. The vendor's MIB file only has to define the unique OIDs that describe the vendor's equipment.

At the beginning of every MIB file is an IMPORTS line that calls out the terms used in the MIB and the RFC MIB that defines those terms.

Let's take another look at the very beginning of the DPS Telecom MIB:


From this IMPORTS line we can read that the DPS MIB is written using three terms defined in other MIBs - DisplayString, OBJECT-TYPE and enterprises - and these terms are defined in the RFC MIBs listed.

All MIB files are written as extensions of the master RFCs. For this reason, you'll sometimes hear people say that there's only one MIB for all SNMP devices, and that individual MIB files are merely subsections of the unified Management Information Base.

That may be true in theory, but in real life, you only need to worry about the equipment you use, the MIBs that support your equipment, and the RFCs that support those MIBs.

Major RFCs Used in SNMPv1, SNMPv2, and SNMPv3

The following is a list of the main RFCs used in SNMP versions. You can access a complete list at the RFC Editor Web Site.


The SNMP Version 1 RFC is:

RFC 1157. Simple Network Management Protocol

SMIv1 RFCs also apply to all SNMPv1 entities.

MIB-II RFCs also apply to all SNMPv1 agent entities.


The SNMP Version 2 RFCs are:

RFC 1901. Introduction to Community-based SNMPv2

RFC 1908. Coexistence between Version 1 and Version 2 of the Internet-standard Network Management Framework

RFC 3416. Version 2 of SNMP Protocol Operations

RFC 3417. Transport Mappings

SMIv1 and SMIv2 RFCs also apply to all SNMPv2c entities.

MIB-II RFCs also apply to all SNMPv2c agent entities.


The SNMP Version 3 RFCs are:

RFC 3410. Introduction and Applicability Statements for Internet Standard Management Framework

RFC 3411. An Architecture for Describing SNMP Management Frameworks

RFC 3412. Message Processing and Dispatching

RFC 3413. SNMP Applications

RFC 3414. User-based Security Model

RFC 3415. View-based Access Control Model

RFC 3416. Version 2 of SNMP Protocol Operations

RFC 3417. Transport Mappings

RFC 3584. Coexistence between Version 1, Version 2, and Version 3 of the Internet-standard Network Management Framework

RFC 3826. The Advanced Encryption Standard (AES) Cipher Algorithm in the SNMP User-based Security Model

RFC 5343. Simple Network Management Protocol (SNMP) Context EngineID Discovery

How to avoid the most common cause of compile errors

Your SNMP manager can't compile your MIB files correctly unless it also compiles the RFC MIBs that your MIB files refer to. For example, to compile the DPS Telecom MIB, you need to compile RFC1213-MIB, RFC 1212 and RFC1155-SMI. Compile errors are often caused by missing RFC MIBs.
RFC MIBs are publicly available on the Internet, or your vendor can supply the RFC MIBs you need.

So I'm reading the MIB. What information am I looking for?

You don't need to carefully read over every last line of the MIB file. For your purposes, you're only looking for particular items that will tell you what elements of the device you can monitor and control.

A well-written MIB will be divided into sections. Sections will be identified by comment lines. (In MIB notation, comments lines are identified by two hyphens.) So if you find a line that reads something like:

-- TRAP definitions

You know you've found what you're looking for.

There are also text labels that identify the MIB objects you're interested in. For example, in SNMP v1 MIBs, Traps are identified by the text label "TRAP-TYPE." If you know the text labels for the kinds of objects you're looking for, you can scan the MIB in a series of Ctrl-F searches.

Next Page: MIB White Paper: How to Get Better Visibility of Your SNMP Alarms
PDFDownload White Paper