Согласно документу RFC 1157, каждый запрос на изменение значения переменной должен выполняться одновременно со всеми остальными запросами того же сообщения (страницы 25 и 26 RFC). Это означает, что обработка запроса set, в котором указаны несколько пар ИД/значение экземпляра, должна производиться по схеме все или ничего, то есть либо все переменные получают новые значения, либо все переменные сохраняют старые значения. Таким образом, либо всем указанным в запросе переменным должны быть успешно присвоены новые значения, либо все переменные должны сохранить старые значения. Это требование также называется атомарной фиксацией с откатом.
Примечание: В RFC 1157 не рассматриваются проблемы, связанные с зависимостью результата присваивания от порядка исполнения и с согласованностью результатов. Результаты присвоения могут зависеть от порядка операций, например:
snmpinfo -m set -h host1 ipNetToMediaPhysAddress.f.1.n.n.n=hh:hh:hh:hh:hh:hh\ ifAdminStatus.f=1 snmpinfo -m set -h host1 iproutenexthop.n.n.n.n=m.m.m.m ifAdminStatus.f=1Для создания связи с записью таблицы адресов и маршрута через адаптер шлюза адаптер должен быть включен с опцией ifIndex f. При этом нужно использовать обратный по сравнению с приведенным выше порядок переменных. Если строго следовать стратегии атомарной фиксации, определенной в RFC 1157, то результат выполнения запросов set, для которых важен порядок переменных, будет неопределенным.
Для поддерживаемых переменных Базы информации управления (MIB) агент snmpd выполняет предварительную проверку значений переменных MIB, заданных в запросе set. Если заданное значение не отвечает требованиям предварительной проверки, запрос set отклоняется. Фактическая реализация запросов set обеспечивает максимальное возможное приближение к схеме атомарной фиксации с откатом.
Если сбой происходит во время действительной записи значений переменных MIB агентом snmpd, исходные значения измененных переменных не восстанавливаются.
Согласно RFC 1213, все переменные в таблице ipRouteEntry предназначены для чтения и записи. Как сказано выше, поддержка запросов set реализована только для переменных ipRouteDest, ipRouteType и ipRouteNextHop. Запросы set, содержащие неподдерживаемые атрибуты (например, ipRouteMetric1 или ipRouteProto), принимаются. Функции, отправившей запрос, не возвращается сообщение об ошибке, но последующий запрос get вернет исходные значения.