SNMP:

SNMP: Object = {1.3.6.1.2.1.5.3.0} (icmpInDestUnreachs.0)

SMMP: Value = NULL

SNMP:

SNMP: Object = {1.3.6.1.2.1.5.4.0} (icmpInTimeExcds.0)

SNMP: Value = NULL

SNMP: Version = 0

SNMP: Community = public

SNMP: Command = Get response

SNMP: Request ID = 112

SNMP: Error status = 0 (No error)

SNMP: Error index = 0

SNMP:

SNMP: Object = {1.3.6.1.2.1.1.3.0} (sysUpTime.0)

SNMP: Value = 1037388 hundredths of a second SNMP:

SNMP: Object = {1.3.6.1.2.1.5.1.0} (icmpInMsgs.0)

SNMP: Value = 1 messages

SNMP:

SNMP: Object = {1.3.6.1.2.1.5.2.0} (icmpInErrors.0)

SNMP: Value = 0 messages

SNMP:

SNMP: Object = {1.3.6.1.2.1.5.3.0} (icmpInDestUnreachs.0)

SNMP: Value = 0 messages

SNMP:

SNMP: Object = {1.3.6.1.2.1.5.4.0} (icmpInTimeExcds.0)

SNMP: Value = 0 message

Рис. 20. 1. Пример get-request и response

Сообщение get-next работает по-другому. Когда отсылается идентификатор объекта, возвращается значение следующего объекта. Например, если послать запрос:

SNMP: Object = {1.3.6.1.2.1.5.1.0} (icmpInMsgs.0)

SNMP: Value = NULL

ответ будет содержать имя и значение для следующей переменной:

SNMP: Object = {1.3.6.1.2.1.5.2.0} (icmpInErrors.0)

SNMP: Value = 0 messages

Такой запрос позволяет просматривать значения MIB или перемещаться на следующую строку таблицы.

Запрос set позволяет записывать информацию в базу данных агента. Формат сообщения очень прост, он выглядит как get-request, но приводит к изменению указанных в запросе переменных. На рис. 20.11 показано отслеживание запроса set.

SNMP: Version = 0

SNMP: Community = xyz

SNMP: Command = Set request

SNMP: Request ID = 0

SNMP: Error status = 0 (No error)

SNMP: Error index = 0

SNMP:

SNMP: Object = {1.3.6.1.2.1.4.1.0} {ipForwarding.0}

SNMP: Value = 2

SNMP: Object = {1.3.6.1.2.1.4.2.0} (ipDefaultTTL.0)

SNMP: Value = 70

Рис. 20.11. Изменение значений MIB запросом set

Успешными должны быть все изменения запроса, иначе будет отклонен весь запрос. Поскольку часто нужно изменять одновременно несколько переменных, либо ни одну из них. Это бескомпромиссное правило для set сохраняется и в версии 2.

Ответ на set выглядит как запрос, за исключением того, что при возникновении проблем заполняются поля статуса ошибки и индекса ошибки.

Агент использует сообщения trap для указания диспетчеру на серьезные проблемы.

В стандарте SNMP определено очень немного таких сообщений. Описание trap оставлено в ведении комитетов по технологическим стандартам и разработчиков — с предупреждением о снижении количества таких сообщений. Когда сеть перегружена, нежелательно получать десятки сообщений от каждого из сетевых устройств с указаниями на их проблемы.

Сообщения trap в версии 1 были более сложными, чем следовало бы. Такое положение было исправлено в версии 2. Рассмотрим сначала сообщения trap версии 1. В них имеется общее поле (generic trap), значение которого определяет тип прерывания в соответствии со следующим списком: