Проблемой синхронизации состояний, анализа корреляций, выявления первоисточников событий и причинно следственных связей в цепочке событий занимаются специальные пакеты вроде HP OpenView, стандарты протоколов за это не отвечают.
Другое дело, что персонал на этих пакетах редко может вообще сообразить как это можно сделать.
Полинг применим в интранетах с хорошими каналами и на неответственном оборудовании.
А когда агенты стоят чтобы сообщить, что разорван магистральный канал?
Или им надо сообщить о выходе оборудования из строя или о саботаже?
Это кстати и есть у нас самые характерные сценарии.
Наши операторы электросетей вообще полингом UPS-ов и других резервных источников не занимаются.
Им подавай только трапы и только высокоприоритетные.
А полинг требует серьезного напряга от персонала на свою организацию и знание особенностей обрудования.
При наличи многих десятков типов оборудования и его постоянным апгрейдом полингом врядли кто серьезно заморачивается в больших сетях.
Цитата(framer @ Jan 5 2009, 00:04)

На счет СНМП - каждый стандарт лучше чем отсутствие стандарта. ИМХО сдесь пропблема лежит в следующем. Температура, влажность даже напряжения на акумуляторах УПС изменаються очень медлено. И тут можно производить опрос СНМП агента (делать поолинг). А если система основана на событиях или быстродействующих сигналах то появлеться проблема синхронизации актуалного состояния на верхнем уровне. В принципе как я заметил нет более мение хорошего стандарта на котором основаны системы мониторинга. И каждый делает как угодно. А все фирмы "телекомы" требуют чтобы был реализован СНМП хотя его не используют.