1520

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.

1-800-693-0351

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 MIB?

Previous Page: About the Author

The MIB, or Management Information Base, is an ASCII text file that describes Simple Network Management Protocol (SNMP) elements as a list of data objects. Think of it as a dictionary of the SNMP language - every managed object referred to in an SNMP message must be listed in the MIB.

What does the MIB do?

The fundamental purpose of the MIB is to translate numerical strings into human-readable text. When an SNMP device sends a message or "trap," it identifies each data object in the message with a number string called an object identifier, or OID. (OIDs are defined more fully later in this paper.)

The MIB provides a text label called for each OID. Your SNMP manager uses the MIB as a codebook for translating the OID numbers into a human-readable display.

Why do I need the MIB?

Your SNMP manager needs it in order to process messages from your devices. Without the MIB, the message is just a meaningless string of numbers.

Manager Agent MIB Diagram
The manager uses MIB files from each agent to decode the OIDs sent to it.

Your SNMP manager also benefits from using the MIB as it improves network visibility. The MIB is like a blueprint that gives structure and context to all your SNMP data, making network monitoring way more meaningful and actionable. For those new to the concept, understanding what MIB means is crucial.

Essentially, if you're wondering what is a MIB file or what is MIB, think of it as a dictionary for your SNMP traps - it defines each data point, like power levels, temperature, battery health, and device status, in a way that your monitoring software can interpret. Without the MIB, your monitoring system would receive raw data without context, leaving you guessing about what's really happening at your sites. The question of what is MIB in relation to network management really comes down to understanding this essential data organization.

By organizing all this information in a hierarchical, structured way, the MIB improves network visibility dramatically. MIB and SNMP work together to enable your monitoring system to identify specific conditions and quickly alert you to precise issues, rather than flooding you with vague notifications.

What is MIBS in this context? Each MIB file essentially maps out the structure for different SNMP data points, helping your monitoring system understand what each alarm means. For example, NetGuardians use these structured MIBs to relay clear, actionable alerts to the T/Mon master station or any SNMP manager. This keeps your team in the loop on exactly what's wrong and where, so they can respond faster and with the right resources. Simply put, answering what is a MIB is the key to transforming a sea of data into actionable insights that give you total control over your network​​​.

What are OIDs and how do they uniquely identify managed objects in a MIB hierarchy?

Object Identifiers (OIDs) are fundamental components in the structure of the Management Information Base (MIB) hierarchy within SNMP. OIDs are globally unique identifiers that name objects in the hierarchy. Each OID is a sequence of integers, usually written in dot-separated notation (e.g., 1.3.6.1.4.1.2682). These sequences represent a path through a tree structure, where each node has a unique number assigned by a specific authority.

OIDs uniquely identify managed objects within the hierarchal structure through the use of these authority assignments, vendor-specific paths, and detailed object identification. For example, the OID "1.3.6.1.4.1" represents the enterprise-specific branch, and "2682" under this branch uniquely identifies DPS Telecom. Specific components, such as alarms or sensors, have further unique extensions like "1.3.6.1.4.1.2682.1.1.1" for a discrete alarm.

Colorful Mib Tree

How are OIDs organized to represent manageable features of products from different vendors?

Object Identifiers (OIDs) are structured in a hierarchical tree to organize the features of products from different vendors. Each branch of this tree has a unique number and name. The path from the top of the tree to a specific point creates the OID for that feature.

Branches near the top are general, covering broad categories. As you move down the tree, the branches become more specific, identifying individual features on specific devices. OIDs uniquely identify and organize these features into a clear system.

How do I get the MIB into my SNMP manager?

Your SNMP manager imports it by compiling the raw ASCII text of the file into binary that the SNMP management system can understand.

How does SNMP version 1 operate and what are the different operations it supports?

Simple Network Management Protocol version 1 (SNMPv1) is the original version of the protocol. It was designed to manage devices on IP networks. It operates using a simple request-response model, or more specifically a manager-agent model. This model is widely implemented due to its simplicity and effectiveness in monitoring devices in a network. The managers efficiently oversee the agents and collect data from them.

SNMPv1 supports several important operations including:

  • GetRequest
  • GetNextRequest
  • SetRequest
  • GetResponse
  • Trap
  • GetBulkRequest

Why is the MIB important?

Because as far as SNMP managers and agents are concerned, if a component of a network device isn't defined in the MIB, it doesn't exist.

For example, let's say you have an SNMP RTU (Remote Telemetry Unit) with a built-in temperature sensor. You think you'll get temperature alarms from this device - but you never do, no matter how hot it gets. Why not? You read the RTU's MIB file and find out that it only lists discrete points, and not the temperature sensor. Since the sensor isn't defined in the MIB, the RTU can't send traps with temperature data.

Why do I need to understand the MIB?

As you can see, the MIB is your best guide to the real capabilities of an SNMP device. Just looking at the physical components of a device won't tell you what kind of traps you can get from it. You might think it's strange that a manufacturer would add a component to a device and not describe it in the MIB. But the fact is, a lot of devices have sketchy MIBs that don't fully support all their functions.

When you're planning your SNMP monitoring, you need to be able to read MIBs so you can have a realistic idea of what capabilities you have. When you're evaluating new SNMP equipment, examine its MIB file carefully before you purchase.

What features do I need in an SNMP RTU (Remote Telemetry Unit)?

NG 832A

NetGuardian 832A SNMP RTU (Remote Telemetry Unit)

Here are 5 essential features that your SNMP RTU (Remote Telemetry Unit) must have:

  1. Discrete alarm inputs (also called digital inputs or contact closures): These are typically used to monitor equipment failures, intrusion alarms, beacons, and flood and fire detectors.
  2. Analog alarm inputs: Analog alarms measure continuously variable levels of voltage or current. Analog alarms monitor temperature, humidity and pressure, all of which can critically affect equipment performance.
  3. Ping alarms: An RTU (Remote Telemetry Unit) that supports ping alarms will ping devices on your network at regular intervals. If a device fails to respond, the RTU (Remote Telemetry Unit) will send an alarm as an SNMP Trap.
  4. Control relays: An RTU (Remote Telemetry Unit) with control relay outputs will let you operate remote site equipment directly from your NOC.
  5. Terminal server function: Your RTU (Remote Telemetry Unit) can also serve as a terminal server to remote-site serial devices. Your devices connect to the RTU's serial ports, giving you immediate Telnet access via LAN from your NOC at any time.

What resources are available for learning and improving SNMP monitoring skills?

There are a variety of resources and solutions available to help individuals and organizations improve their SNMP monitoring skills. DPS Telecom provides comprehensive training and support for SNMP monitoring and alarm management systems:

  • Factory Training: Regular training sessions at the DPS Telecom headquarters cover various aspects of network monitoring and alarm management.
  • Technical Support: Available to assist with any issues or questions regarding SNMP monitoring systems and other DPS products.
  • Documentation and Guides: Extensive manuals, tutorials, and product summaries are available for all DPS Telecom products and SNMP related operations. These documents offer detailed instructions on setup, configuration, and usage.
Next Page: MIB White Paper
PDFDownload White Paper