Таким образом, можно будет более аккуратно реагировать на события и отслеживать не единичные срабатывания (например в случае с мониторингом температуры или загруженности процессора, при котором агент часто попадает на случайные пики активности при кратковременной повышенной активности), а реагировать на устойчивую тенденцию (например, в случае с загрузкой процессора это может быть 120 секунд или 2 цикла опроса, каждый по 60 секунд, т.е. если событие регистрировалось в течение 120 секунд или 2 раза в цикле опроса, то необходимо запустить Event и в дальнейшем реагировать согласно Event Processing'у).

2. Я конечно понимаю, что это выглядит как масло масленое, но всё же... Предлагаю в список Supported Agent Parameters добавить возможность локально работать с SNMP-запросами. Зачем? Как мне представляется, это было бы очень удобно с той точки зрения, что если мы, например, мониторим какую-то величину на сервере и ожидаем её повышения/понижения и хотим узнать только о том, что оно выросло/уменьшилось, то родной Агент в данном  случае имеет существенное преимущество: он отошлёт серверу сигнал только в том случае, если событие свершится. Всё остальное время канал сервера чист. А в случае с мониторингом SNMP-агента со стороны сервера мы постоянно имеем процесс "запрос-ответ". И при большом количестве серверов, на которых нужно в высокой точностью (очень небольшой период задержек между опросами) следить за указанной величиной, сервер только и будет заниматься тем, что рассылать SNMP-запросы. А так: событие, отслеживаемое локально агентом NetXMS через SNMP-запросы настало (величина изменилась) - агент NetXMS выслал серверу уведомление.