Вычисление сетевой утилизации

[lucid lynx]

Коллеги, добрый день.
Появилась потребность мониториить сетевую утилизацию в процентах на сетевых интрефейсах.
Сделал в Disсovery list в Item prototypes
Type - calculated
Key - net.if.in[{#IFNAME}]
Formula - (100*last(net.if.in[{#IFNAME}]))/134217728

Данные не собираюстся. Что я сделал не так?
Помогите советом.

[Kos]

В смысле - "не собираются"? В Latest Data для этого элемента данных - пусто? Или Not Supported? Подождали выставленный для этого вычисляемого элемента данных Update interval?

Или же под "не собираются" подразумевается, что результат вычислений всегда нулевой? Если так - то убедиться, что в графе "Type of information" для вычисляемого элемента данных выставлено не "Numeric (unsigned)", а "Numeric (float)".

[lucid lynx]

В смысле - "не собираются"? В Latest Data для этого элемента данных - пусто? Или Not Supported? Подождали выставленный для этого вычисляемого элемента данных Update interval?

Или же под "не собираются" подразумевается, что результат вычислений всегда нулевой? Если так - то убедиться, что в графе "Type of information" для вычисляемого элемента данных выставлено не "Numeric (unsigned)", а "Numeric (float)".

Сейчас проверил:
Cannot evaluate function "last()": item ":net.if.in[eno16777984]" not supported.
Не правильно написал итем.
Переделал на, но видать и это не правильно
(100*last("net.if.in[{#IFNAME}]"))/134217728

[Kos]

Уточните, пожалуйста, пару моментов:
1) это у Вас определение Item-а, или всё же определение прототипа айтема а правилах низкоуровневого обнаружения (LLD)?
2) я правильно вижу, что Ваша формула ссылается на ключ самого же вычисляемого айтема?

[lucid lynx]

Уточните, пожалуйста, пару моментов:
1) это у Вас определение item-а, или всё же определение прототипа айтема а правилах низкоуровневого обнаружения (lld)?
2) я правильно вижу, что Ваша формула ссылается на ключ самого же вычисляемого айтема?

1. Да это протоптип итема в lld (писать для каждого отдельного сетевого интрерфйса больно накладно)
2. Да все верно

[Kos]

2) я правильно вижу, что Ваша формула ссылается на ключ самого же вычисляемого айтема?

2. Да все верно

Эмм...
Даже и не знаю, как деликатнее сказать...
...и что же должен вычислять такой calculated item?

Вообще-то, ключ должен быть уникальным для каждого элемента данных в пределах того же хоста. Если у Вас два разных айтема (один "обычный", а другой - вычисляемый) имеют одинаковый ключ, то это ошибка конфигурации. А если вычисляемый элемент данных должен что-то вычислять на основе своего же собственного предыдущего значения (которого пока что ещё ни одного не было), то он тоже вряд ли что хорошее навычисляет.

[lucid lynx]

1. Да это протоптип итема в lld (писать для каждого отдельного сетевого интрерфйса больно накладно)
2. Да все верно

Вроде разобрался.
Далал совсем не правильно