Кратко

  • RFC 1451 позволял станции SNMPv2 одновременно быть менеджером и агентом, предоставляя мониторинг другим станциям.
  • Периодическая выборка, переход через порог, описание события и отправка Inform в заданный контекст находились в разных таблицах.
  • У строки уведомления был собственный срок жизни: без обновления она уничтожалась, хотя строки тревоги и события могли оставаться.

Менеджер становился агентом для коллеги

RFC 1451 распределял функции наблюдения и управления по нескольким станциям. Одна принимала заказ на услугу как агент, а выполняла опрос как менеджер. Это было важно для крупных сетей и нескольких связанных администраций.

Alarm задавал переменную, контекст, период и пороги. Event связывал условие с типом события и местной историей. Notification выбирал удалённый контекст и параметры InformRequest. Полная цепочка требовала всех связей; наличие первой строки не обещало остальные.

Показание появлялось после закрытия периода

При абсолютной выборке сравнивалось значение в конце интервала. При дельте — разность концов двух последовательных интервалов. snmpAlarmValue относился к последнему завершённому периоду; текущий не был доступен до его окончания.

Это была дискретная, а не непрерывная картина. Короткий всплеск между опросами мог исчезнуть. Для некоторых дельт RFC предлагал более точный алгоритм, но не обещал одинаковую реализацию.

Допускались лишь определённые целочисленные типы. Если статистика не помещалась в знаковые 32 бита объекта тревоги, реализация могла усечь её собственным способом. Число на экране зависело от времени и формы представления.

Делегирование не отменяло контроль доступа

Alarm не должен был обходить MIB view. Контекст и пара сторон обязаны были иметь доступ по административной модели RFC 1445. Право заказать мониторинг не создавало право читать произвольный объект.

Явная ошибка авторизации, отсутствие объекта или неподходящий тип могли породить одно событие недоступности и уничтожить тревогу. При простом отсутствии ответа станция выбирала: уничтожить строку либо удалить лишь последнее значение и продолжить попытки. Один пустой показатель не раскрывал причину.

Гистерезис считал переходы

После события роста следующее событие роста не создавалось, пока значение не пересечёт нижний порог. Для падения действовало обратное. Так подавлялись повторения около границы.

Поэтому высокое значение и новый рост были разными фактами. Счётчик зависел от предыдущего направления и состояния автомата. Для первой выборки после активации существовала отдельная стартовая политика.

Порог мог не вести к событию

Условия роста, падения и недоступности ссылались на индексы Event. Ноль означал отсутствие связи; номер без соответствующей строки тоже ничего не связывал. Активная выборка могла закончиться без семантического события.

Event хранил OID типа, локальный счётчик генераций и локальный sysUpTime последней. Это журнал источника, а не получателя.

Запрошенные повторы ограничивала станция

Notification связывал событие с контекстом назначения. Заказчик указывал интервал и число повторов. Реализация могла увеличить интервал до своего минимума и сократить число до своего максимума. Запись пожелания ещё не была доказательством исполненной политики.

Исходная операция InformRequest была определена в RFC 1448. Поздняя RFC 3416 называет её подтверждаемым уведомлением, но прямо не гарантирует доставку. При корректном приёме содержимое передаётся приложению и формируется Response. Ответ не подтверждает истинность события, внимание человека или исправление.

По умолчанию связь жила сутки

snmpEventNotifyLifetime уменьшался в секундах. На нуле статус строки становился destroy. Станция, заинтересованная в событиях, должна была периодически обновлять значение. По умолчанию давалось 86 400 секунд.

Истекала связь между событием и конкретным назначением. Обратного удаления Alarm или Event спецификация не требовала. Источник мог продолжать наблюдение, пока один адресат уже выпал из системы.

Исторический статус не доказывает практику

Карточка RFC 1451 относит документ к Historic. Его раздел безопасности лишь сообщает, что эти вопросы не обсуждаются. Нельзя приписывать тексту реальный продукт, внедрение или защищённость.

RFC 3413 позже развела приложения-источники и получатели, цели, фильтры и прокси. Это граница дальнейшей архитектуры, а не объявление прямой замены и не механизм 1993 года.

Источники