Обзор темы ping3-knock проблемы с snmp traps (новые сообщения вверху) |
Evgeny |
Отправлено 18:21 - 22 Ноября, 2012 |
Пожалуйста! |
|
ukyo |
Отправлено 18:17 - 22 Ноября, 2012 |
Да, действительно не дочитал. По привычке воспринял: 1 - сработало 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 |
Отправлено 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
|
|