>Источники событий могут быть следующими:
>1. Превышение пороговых значений собираемыми параметрами (типа CPU usage > 50%) - аналог Zabbix триггеров.

В zabbix триггеры умеют существенно больше. Так как они из себя представляют вычисляемое выражение. Как вам такое: триггер включается только если в течении 5 минут исходящий поток на трех интерфейсах превышает 5 мегабит в субботу с 17 часов до 19? У вас такое можно? Zabbix левой ногой.

>2. SNMP traps
>3. События посланные агентом
>4. События посланные внешним приложением (через клиентскую библиотеку или команду nxevent)
>5. Изменение статуса объекта - ушел в down, недоступен агент, изменилась конфигурация,
>etc.
Есть в zabbix. Последнее посложнее но возможно.

>6. Network discovery - нашли новый хост
Нету но обещают.

>7. Внутренние события - напр., потеряли коннект с базой
Есть но с ограничениями.

>8. Alarm timeouts - если операторы долго не реагируют на новый аларм,
>можно послать event
Если повторная отправка несколько раз. Есть возможность поставить уведомление о полученной тревоге и оставить комментарий.

>А можно step-by-step как это быстро в Zabbix'e сконфигурить, я возможно просто
>давно его не смотрел :)
1. Создаем шаблон с необходимыми триггерами.
2. Привязываем однотипные узлы к шаблону.
3. Создаем actions с условием что описание trigger похоже на этот триггер. Ключевой момент это уникальные описания триггеров.

>Есть портабельная библиотека libnxcl, которая предоставляет API для работы с сервером по
>сети и есть на Windows, Linux, Solaris, HP-UX, ... даже для
>Pocket Windows.
Начем? На C ? А что делать с Java и т.п. языками? Нужна не библиотека а описание протокола.