Примеры получаемых трапов:

26.02.2015 11:53:10 ip-адрес hyperic .1.3.6.1.4.1.4 .1.5.4 == 'common_alert_for_space:common_alert_for_space XX-XXX-01 Win32 File System D:\ (local/NTFS) Use Percent (86,0%) '

17.02.2015 15:14:13  ip-адрес    VIDEOSERVER      .1.3.6.1.4.1.11141.3.2.0.602            .1.3.6.1.4.1.11141.3.1.1.0 == 'FAIL'; .1.3.6.1.4.1.11141.3.1.2.0 == 'SERVERNAME'; .1.3.6.1.4.1.11141.3.1.3.0 == 'Drive: xxxxxxxx-xxxxxxxx in slot -1')
 
19.02.2015 11:37:46    ip-адрес      hyperic          .1.3.6.1.4.1.3    .2.2.8 == 'Card: Alert :Card: Alert  Card_1@XX-XXX-02 Availability (0.0%)
 
04.12.2014 15:38:18    ip-адрес      server      .1.3.6.1.6.3.1.1.5.1        .1.3.6.1.2.1.1.5.0 == 'Trap Generated by server'; .1.3.6.1.4.1.2162.1.1.2.2 == '-'; .1.3.6.1.4.1.2162.1.1.2.3 == '-'; .1.3.6.1.4.1.2162.1.1.2.4 == '-'; .1.3.6.1.4.1.2162.1.1.2.5 == '-'; .1.3.6.1.4.1.2162.1.1.2.6 == '-'; .1.3.6.1.4.1.2162.1.1.2.7 == '-'; .1.3.6.1.4.1.2162.1.1.2.8 == '-'

В настоящий момент есть идея получать сообщения от других систем мониторинга и оборудования в форме трапов (есть оборудование, что умеет слать трапы, но не умеет snmp),
всю остальную логику реализовать уже в пределах netxms.
т.е. в имеющихся системах мониторинга реализовать отсыл snmp-traps в случае не достижения каких-либо критичных значений, а просто при изменении значения метрики
далее критичность этих значений определять уже в netxms.