- 1 Basic Example
- 2 OID Completion
- 3 Walking a MIB
- 4 Multiple Values
- 5 Failed Requests
- 6 Unsupported MIB Objects
- 7 Tutorial Sections
With the snmpget command, the agent returns the value associated with the OID (or OIDs) specified in the original request. The snmpgetnext command is similar, but the agent returns the value associated with the next (valid) OID:
% snmpgetnext -v 2c -c demopublic test.net-snmp.org SNMPv2-MIB::sysUpTime.0 SNMPv2-MIB::sysContact.0 = Wes Hardaker email@example.com
% snmptranslate -On SNMPv2-MIB::sysUpTime.0 SNMPv2-MIB::sysContact.0 .18.104.22.168.22.214.171.124.0 .126.96.36.199.188.8.131.52.0
At first sight, this might seem an odd thing to do, but it is actually extremely useful, and GETNEXT is probably more widely used than GET.
Note that most of the contents of the snmpget tutorial page apply to snmpgetnext as well. This tutorial will concentrate on the differences that are specific to the GETNEXT operation.
One way to use this request is by providing an incomplete OID - perhaps omitting the instance subidentifier, or giving an "internal" MIB object. The agent will determine the next complete instance, and return that OID together with the corresponding value:
% snmpgetnext -v 2c -c demopublic test.net-snmp.org sysUpTime SNMPv2-MIB::sysUpTime.0 = Timeticks: (586978184) 67 days, 22:29:41.84
% snmpgetnext -v 2c -c demopublic test.net-snmp.org system SNMPv2-MIB::sysDescr.0 = HP-UX net-snmp B.10.20 A 9000/715
% snmpgetnext -v 2c -c demopublic test.net-snmp.org .1.3.6 SNMPv2-MIB::sysDescr.0 = HP-UX net-snmp B.10.20 A 9000/715
This is particularly useful with MIB tables, where it may not be obvious what index values are valid. By issuing a GETNEXT request with the bare MIB name of one of the columns, the agent will return that entry from the first row of the table:
% snmpgetnext -v 2c -c demopublic test.net-snmp.org tcpConnState TCP-MIB::tcpConnState.0.0.0.0.184.108.40.206.0.0 = INTEGER: 2
It's also possible to provide a partial index, and have the agent complete it:
% snmpgetnext -v 2c -c demopublic test.net-snmp.org tcpConnState.127.0.0.1 TCP-MIB::tcpConnState.127.0.0.1.6220.127.116.11.0.0 = INTEGER: 2
Walking a MIB
Another way of using the GETNEXT operation is to issue a series of such requests, with each one using the OID from the previous result. This has the effect of "walking" through the MIB:
% snmpgetnext -v 2c -c demopublic test.net-snmp.org sysUpTime.0 SNMPv2-MIB::sysContact.0 = Wes Hardaker firstname.lastname@example.org
% snmpgetnext -v 2c -c demopublic test.net-snmp.org sysContact.0 SNMPv2-MIB::sysName.0 = net-snmp
% snmpgetnext -v 2c -c demopublic test.net-snmp.org sysName.0 SNMPv2-MIB::sysLocation.0 = UCDavis
Again, this technique is particularly useful with MIB tables, where it will walk through successive rows of the table:
% snmpgetnext -v 2c -c demopublic test.net-snmp.org sysORDescr SNMPv2-MIB::sysORDescr.1 = STRING: The MIB module for SNMPv2 entities
% snmpgetnext -v 2c -c demopublic test.net-snmp.org sysORDescr.1 SNMPv2-MIB::sysORDescr.2 = STRING: The MIB module to describe generic objects for network interface sub-layers
% snmpgetnext -v 2c -c demopublic test.net-snmp.org sysORDescr.2 SNMPv2-MIB::sysORDescr.4 = STRING: The MIB module for managing IP and ICMP implementations
Note that this works even if the indexes are not consecutive. However, the GETNEXT operation does not stop at the end of a table column (or even at the end of the whole table). If you issue a GETNEXT request on the last instance in a table column (or an index value greater than the last row of the table), then the agent will still return the next valid instance - typically the value of the next column from the first row of the table:
% snmpgetnext -v 2c -c demopublic test.net-snmp.org sysORDescr.99 SNMPv2-MIB::sysORUpTime.1 = Timeticks: (82) 0:00:00.82
or possibly the first instance from a completely different area of the MIB altogether:
% snmpgetnext -v 2c -c demopublic test.net-snmp.org sysORUpTime.99 IF-MIB::ifNumber.0 = INTEGER: 3
It's up to the client application (or person) making the request to recognise when this happens, and not to continue walking the MIB (unless that is explicitly what is required). The snmpwalk command has been designed to do precisely this task.
Just as with snmpget, it's also possible to run a single GETNEXT request with several OIDs, and it will retrieve the next valid instance for each of these:
% snmpgetnext -v 2c -c demopublic test.net-snmp.org sysUpTime system SNMPv2-MIB::sysUpTime.0 = Timeticks: (586978184) 67 days, 22:29:41.84 SNMPv2-MIB::sysDescr.0 = HP-UX net-snmp B.10.20 A 9000/715
Once again, this is particularly useful with columns of a table, as it can be used to walk through the table one row at a time:
% snmpgetnext -v 2c -c demopublic test.net-snmp.org sysORDescr sysORID sysORUpTime SNMPv2-MIB::sysORDescr.1 = STRING: The Mib module for SNMPv2 entities SNMPv2-MIB::sysORID.1 = SNMPv2-MIB::snmpMIB SNMPv2-MIB::sysORUpTime.1 = Timeticks: (82) 0:00:00.82
% snmpgetnext -v 2c -c demopublic test.net-snmp.org sysORDescr.1 sysORID.1 sysORUpTime.1 SNMPv2-MIB::sysORDescr.2 = STRING: The MIB module to describe generic objects for network interface sub-layers SNMPv2-MIB::sysORID.2 = IF-MIB::ifMIB SNMPv2-MIB::sysORUpTime.2 = Timeticks: (81) 0:00:00.81 etc
This is basically the purpose of the snmptable command.
One thing to be aware of is that there may potentially be "holes" in the table, where a particular column does not have a value in every row. The GETNEXT request will step over these missing values, and return the value of that column from the next row where it does exist. The next iteration would need to adjust to this if the walk is to keep stepping through a row at a time:
% snmpgetnext -v 2c -c demopublic test.net-snmp.org sysORDescr.2 sysORID.2 sysORUpTime.2 SNMPv2-MIB::sysORDescr.5 = STRING: The MIB module for managing UDP implementations SNMPv2-MIB::sysORID.4 = IP-MIB::ip SNMPv2-MIB::sysORUpTime.4 = Timeticks: (83) 0:00:00.83
% snmpgetnext -v 2c -c demopublic test.net-snmp.org sysORDescr.4 sysORID.4 sysORUpTime.4 SNMPv2-MIB::sysORDescr.5 = STRING: The MIB module for managing UDP implementations SNMPv2-MIB::sysORID.5 = UDP-MIB::udpMIB SNMPv2-MIB::sysORUpTime.5 = Timeticks: (82) 0:00:00.82
This is an artificial example, in that an SNMP agent would be very unlikely to omit this description string. But it serves to illustrate the basic idea.
If a GETNEXT request is given the very last valid instance (or an OID later than this), then the agent needs to indicate that there are no further values to retrieve. With SNMPv1, this uses the same error as a GET request for a non-existant OID:
% snmpgetnext -v 1 -c demopublic test.net-snmp.org .2.0.9999 Error in packet. Reason: (noSuchName) There is no such variable name in this MIB. Failed object: joint-iso-ccitt.0.9999
SNMPv2c and SNMPv3 appear similar, but use a different exception to indicate this situation:
% snmpgetnext -v 2c -c demopublic test.net-snmp.org .2.0.9999 joint-iso-ccitt.0.9999 = No more variables left in this MIB View (It is past the end of the MIB tree)
As with the GET requests, the difference between these versions really becomes apparent when one OID fails in a multi-OID GETNEXT request:
% snmpgetnext -Cf -v 1 -c demopublic test.net-snmp.org .2.0.9999 system Error in packet. Reason: (noSuchName) There is no such variable name in this MIB. Failed object: joint-iso-ccitt.0.9999
% snmpgetnext -v 2c -c demopublic test.net-snmp.org .2.0.9999 system joint-iso-ccitt.0.9999 = No more variables left in this MIB View (It is past the end of the MIB tree) SNMPv2-MIB::sysDescr.0 = HP-UX net-snmp B.10.20 A 9000/715
Unsupported MIB Objects
One other thing to be aware of is that it is the agent which determines what OID should be returned, not the client application. If the agent does not happen to implement a particular MIB object (or group of objects) that the client knows about, then the agent will return the next OID that it does implement, even if this is not an entry that was actually required:
% snmpgetnext -v 2c -c demopublic test.net-snmp.org enterprises.hp UCD-SNMP-MIB::memIndex.0 = INTEGER: 0
The same holds if the agent is configured to only reveal a subset of the full MIB. Any objects that are outside the authorised view will be skipped, as if they had not been implemented at all.
About the SNMP Protocol
These tutorial links talk about SNMP generically and how the protocol itself works. They are good introductory reading material and the concepts are important to understand before diving into the later tutorials about Net-SNMP itself.
- How SNMP Works: About the protocol itself (GETs, GETNEXTs, etc)
- What data is in SNMP: All about SNMP Management Information Bases (MIBs)
- Securing SNMP: How to use the SNMP protocol securely
Net-SNMP Command Line Applications
These tutorial pages discuss the command line tools provided in the Net-SNMP suite of tools. Nearly all the example commands in these tutorials works if you try it yourself, as they're all examples that talk to our online Net-SNMP test agent. Given them a shot!
- snmptranslate: learning about the MIB tree.
- snmpget: retrieving data from a host.
- snmpgetnext: retrieving unknown indexed data.
- snmpwalk: retrieving lots of data at once!
- snmptable: displaying a table.
- snmpset: peforming write operations.
- snmpbulkget: communicates with a network entity using SNMP GETBULK request
- snmpbulkwalk: retrieve a sub-tree of management values using SNMP GETBULK requests.
- snmptrap: Sending and receiving traps, and acting upon them.
- Common command line options:
- Writing mib2c config files
All of our applications support configuration to allow you to customize how they behave.
- SNMP Agent (snmpd) Configuration
- SNMP Notification Receiver (snmptrapd)
- Agent Monitoring
Net-SNMP comes with a highly flexible and extensible API. The API allows you to create your own commands, add extensions to the agent to support your own MIBs and perform specialized processing of notifications.
- Client / Manager Coding Tutorials
- Agent Coding Tutorials
- The Agent Architecture page might be worth reading before or after the agent coding tutorials, and describes how the Agent Helpers work under the hood.
- Writing a mib module to serve information described by an SNMP MIB, and how to compile it into the net-snmp snmpd agent.
- Writing a Dynamically Loadable Object that can be loaded into the SNMP agent.
- Writing a Subagent that can be run to attach to the snmpd master agent.
- Writing a perl plugin to extend the agent using the NetSNMP::agent module.
- Writing shell scripts to extend the agent
- Using mib2c to help write an agent code template for you
- Header files and autoconf
Debugging SNMP Applications and Agents
All our tools and applications have extensive debugging output. These tutorials talk about how the debugging system works and how you can add your own debugging statements to you code:
- Debugging output printed using the -D command line option
- Using -Ddump to display packet breakdowns
- Debugging using GDB
Operating System Specific Tutorials
- Building With Visual Studio 2005 Express
- Building Net-SNMP 64-bit with Visual C++ 2010 Express
- Net-Snmp on Ubuntu
- Net-SNMP and lm-sensors on Ubuntu 10.04
- Net-SNMP for windows: