Версия для печати этой темы

-E Q U I C O M (/cgi-bin/ikonboard/ikonboard.cgi)
--Устройства удаленного мониторинга и управления (/cgi-bin/ikonboard/forums.cgi?forum=2)
---ping3-knock проблемы с snmp traps     (/cgi-bin/ikonboard/forums.cgi?forum=2&topic=44)


-- Сообщение создал(а) ukyo - 17:34 - 22 Ноября, 2012

Ping3 s/n: 021201008
Firmware version: 1.04 - 2012/11/17

При возвращении любого датчика к "нормальному" состоянию в высылаемом SNMP trap отображается неверное значение состояния датчика.

Например:
Ударили прибор:
oid: 1.3.6.1.4.1.35160.1.0.9
type: 6/9

DATA:
sysUpTime.0 - 30910
snmpTrapOID.0 - ping3
knockState - 1

Проходит время и он возвращается в обычное состояние. Высылается трап:

oid: 1.3.6.1.4.1.35160.1.0.10
type: 6/10
DATA:
sysUpTime.0 - 31409
snmpTrapOID.0 - ping3
knockState - 1

А состояние в нём не верное. Говорит его ещё бьют.

Ещё через мгновение значение получаемое по snmp верное knockState - 0


-- Сообщение создал(а) Evgeny - 18:05 - 22 Ноября, 2012

Так и должно быть. См. нижнюю таблицу на стр.13 (док. к v1.4) - в третьей переменной Trap сообщения всегда передается номер линии, на которой произошло событие. Датчик удара и датчик наличия сети имеют по одной линии, поэтому там всегда будет 1. В данном случае совпадение OID передаваемой переменной с knockState сделано искусственно - номера линии у датчика удара нет, а пустое место тоже оставить было нельзя.

То, что датчик удара сработал, можно видеть по второй переменной:

oid: 1.3.6.1.4.1.35160.1.0.9

Или что срабатывание датчика закончилось:

oid: 1.3.6.1.4.1.35160.1.0.10

Эти OID есть в предыдущей таблице.


-- Сообщение создал(а) ukyo - 18:17 - 22 Ноября, 2012

Да, действительно не дочитал.

По привычке воспринял:
1 - сработало
0 - отключилось
а на оиды толком не посмотрел.

Спасибо за разъяснение.


-- Сообщение создал(а) Evgeny - 18:21 - 22 Ноября, 2012

Пожалуйста!


E Q U I C O M Powered by Ikonboard
http://www.ikonboard.com
© 2000 Ikonboard.com