| |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
SNMP Message Field Definitions, General Message Format and Message Sections (Page 1 of 3) To structure its messages for transport, SNMP uses a special field format, like most protocols. What's interesting about SNMP, however, is that its standards do not describe the SNMP message format using a simple list of fields the way most TCP/IP standards do. Instead, SNMP messages are defined using the same data description language (Abstract Syntax Notation 1 or ASN.1) that is used to describe MIB objects. The reason for this is that SNMP messages implement the various SNMP protocol operations with the ultimate goal of allowing MIB objects to be conveyed between SNMP entities. These MIB objects become fields within the messages to be sent. The MIB objects carried in SNMP messages are defined using ASN.1 as described in the Structure of Management Information (SMI) standard. So it makes sense to define SNMP messages and all their fields using the same syntax. Since all SNMP fields are defined like MIB objects, they are like objects in that they have certain characteristics. Specifically, each field has a name, and its contents are described using one of the standard SMI data types. So, unlike normal message formats where each field has just a name and a length, an SNMP message format field has a name and a syntax, such as Integer, Octet String or IpAddress. The syntax of the field defines its length and how it is formatted and used. Just as regular message formats use integers to represent specific values (for example, the numeric Opcode field in the DNS message header, which indicates the DNS message type), this can be done in SNMP using an enumerated integer type. An example would be the Error Status field, where a range of integer values represents different error conditions. The decision to define SNMP messages using ASN.1 allows the message format description to be consistent with how the objects in the format are described, which is nice. Unfortunately, it means that the field formats are very hard to determine from the standards, because they are not described in one place. Instead, the overall message format is defined as a set of components; those components contain subcomponents that may be defined elsewhere, and so on. In fact, the full message format isn't even defined in one standard; parts are spread across several standards. So you can't look in one place and see the whole message format. Well, I should say that you can't if you use the standards, but you can if you look here. To make things easier for you, I have converted these distributed syntax descriptions into the same tabular field formats I use throughout the rest of this Guide. I will begin here by describing the general format used for SNMP messages, and in the next three topics explore the more specific formats used in each version of SNMP.
Home - Table Of Contents - Contact Us The TCP/IP Guide (http://www.TCPIPGuide.com) Version 3.0 - Version Date: September 20, 2005 © Copyright 2001-2005 Charles M. Kozierok. All Rights Reserved. Not responsible for any loss resulting from the use of this site. |