30.4
Protocol Framework
TCP/IP network management PROTOCOLS2 divide the management problem into both parts and specify separate standards for each Part. The first part concerns communication of information. A protocol specifies how client software running on a manager's host communicates with an agent. The protocol defines the format and meaning of messages clients and servers Exchange as well as the form of names and addr Esses. The second part concerns the data being managed. A protocol specifies which data items a managed device must keep as well as the name of each data item and the syntax used to express the name.
30.4.1 A Standard Network Management Protocol
The TCP/IP standard for network management are the simple network management Protocol (SNMP). The protocol has evolved through three generations. Consequently,the Current version was known as SNMPv3, and the predecessors are known as SNMPVL and SN MPv2. The changes has been minor-allthree versions use the same generalframework, and many features is backward compatible.
In addition to specifying details such as the message format and the use of transport protocols, the SNMP standard defines The set of operations and the meaning of each. We'll see if the approach is minimalistic; A few operations provide all functionality.
30.4.2 A Standard for Managed information
A device being managed must keep control and status information that the manager can access. For example, a router keeps statistics on the status of its network interfaces, incoming and outgoing packet traffic, drop PED datagrams, and error messages generated; A modem keeps statistics about the number of characters sent and received, baud rate, and calls accepted. Although it allows a manager to access statistics, SNMP does not specify exactly which data can is accessed on which Devic Es. Instead, a separate standard specifies the details for each type of device. Known ASAManagement Information Base (MIB),The standard specifies the data items a managed device must keep, the operations allowed on each, and the meanings. For example, the mibfor IP specifies so the software must keep a count of all octets this arrive over each network inter Face and so network management software can only read the count.
The MIB for TCP/IP divides management information into many categories. The choice of categories is important because identifiers used to specify items include a code for the category. Figure 30.2 lists a few examples.
Keeping the MIB definition independent of the network management Protocol have advantages for both vendors and users. A vendor can include SNMP agent software in a product such as a router, with the guarantee that the software would continue To adhere to the standard after new MIB items is defined. A customer can use the same network management client software to manage multiple devices that has slightly different ver Sions of a MIB. Of course, a device that does not has a new MIB items cannot provide the information in those items. However, because all managed devices use the same language for communication, they can all parse a query and either Provid E The requested information or send an error message explaining this they do not has the requested item.
2Technically, there is a distinction between Internet management protocols and network management protocols. Historically, however, TCP/IP Internet management protocols is known as Network managementprotocols; We'll follow the accepted terminology.
Abstract from internetworking with TCP/IP Vol i:principles, protocols, and Architecture fourth Edition,
DOUGLAS E. Comer,
Department of computer Sciences Purdue University, West Lafayette, in 47907,
PRENTICE HALL,
Upper Saddle River, New Jersey 07458
Protocol Framework-snmp Tutorial