Я пишу агента SNMPv2 и должен отправлять ловушки.Очистка SNMP Trap
Ловушки отправляются штрафом, но есть требование очистить ловушку, когда условие возвращается к ОК. В настоящее время приемник SNMP остается в аварийном состоянии до тех пор, пока он не будет очищен вручную.
Есть ли у меня другой идентификатор? Я новичок в SNMP.
Логика очистки реализована на стороне приемника ловушки. Задача агента здесь - отправить другую ловушку SNMP для этой цели. Наиболее часто используемый сценарий linkDown/LinkUp ловушки, определенные в RFC1157 и RFC1215:
linkDown TRAP-TYPE
ENTERPRISE snmp
VARIABLES { ifIndex }
DESCRIPTION
"A linkDown trap signifies that the sending
protocol entity recognizes a failure in one of
the communication links represented in the
agent's configuration."
::= 2
linkUp TRAP-TYPE
ENTERPRISE snmp
VARIABLES { ifIndex }
DESCRIPTION
"A linkUp trap signifies that the sending
protocol entity recognizes that one of the
communication links represented in the agent's
configuration has come up."
::= 3
Терминология, как «очистить ловушку» вызывает путаницу, я думаю, вы имеете в виду»... SNMP-менеджер должен указать, что сигнал тревоги очищен ... ». Тревога - это постоянная индикация ошибки, которая очищается только тогда, когда условие запуска было разрешено. Агент может использовать (необязательно) ловушку, чтобы диспетчеры SNMP знали, что это произошло, но это базовый аварийный сигнал, который очищается НЕ ловушкой как таковой. Управление может дополнительно (или исключительно) полагаться на опрос SNMP, чтобы обнаружить изменение. – k1eran
Спасибо, может быть, в SNMP Manager мы должны внести изменения, которые при получении linkUP или другой ловушки предполагают, что предыдущая ловушка очищена. –
Да, когда менеджер узнает, что ссылка теперь вверх (через ловушку linkUp или путем опроса), было бы нормально, если диспетчер SNMP очистит свой сигнал тревоги. – k1eran