тогда такой вопрос: стоит ли ставить в триггер условие поднятого порта?

Может попасть момент когда счетчики есть а состояние старое или наоборот. Будет ложное срабатывание

вот оно у меня и происходит, и как его победить, я не знаю)

Ввести условие И НЕ равно last()

Может так

Если теория о старом состоянии верна

Фигней занимаетесь

Позже напишу триггер

Я трафиковые триггеры использовал только для окраски линков на схеме

Зеленый-желтый-красный

Алерты снял, за день трафик хорошо прыгает и порой надоедает

Может стоит добавить условие и скорость порта не равна 0? Или там больше 0?

Фигней занимаетесь

Дело говорит.

У меня сложилось представление, возможно, ложное, что заббикс некоторое время видит трафик на порту, даже если он лёг

И если посмотреть в триггер, то получается, что он видит трафик > 0.85* уже на ноль

У меня сложилось представление, возможно, ложное, что заббикс некоторое время видит трафик на порту, даже если он лёг

Ну ты положи порт и глянь как будет вести себя значение ifInOctets

Пробовал

И трафик временно есть, но падает

Счетчик должен на месте стоят

А скорость ноль становится? Snmpwalk - ом проверял?

В оидах некоторых свичей есть две скорости

Скорость Линка и заданная скорость порта

В цисках точно две

Link down

Скорости нет, ни заданной, ни фактической

Ты в триггере умножаешь на ifSpeed

При падении порта этот самый ифспид точно 0?

Скорости нет, ни заданной, ни фактической

Не так выразился, в оидах есть максимально возможная и реальная на которой произошел линк

Я понял

Я точно помню что в оид два параметра скорости

Один - в какой скорости поднят линк

Да

Другой - трафик на порту

Это все учтено

Нет

Один это скорость порта, второй это скорость на которой Линк идет

Линк может быть 10/100/1000 а порт 1000

Если руками выставить порт либо 10 либо 100 то первое меняется, второе меняется в зависимости от того что подключено

Ну в моем случае сравнение идёт трафик на порту > 85% от пропускной способности

Окей пропускная способность порта 1000 а Линк на 100

По факту оид покажет 1000

Но не 100

Стоит автосогласование

Это длинк

Ну ты проверь на всякий случай

в стандартном мибе только один ifSpeed, только если какой-то вендор расширение сделаеет http://www.alvestrand.no/objectid/1.3.6.1.2.1.2.2.1.html

Положи порт и опроси длинк snmpwalk

Проверено.

Первым делом.

Проверено.

То есть там 0?

Да.

Но заббикс какое-то время наблюдает падение трафика (его присутствие) на выключенном порту в течение периода опроса 1 минута

В следующий опрос он однозначно покажет там 0.

Отсюда весь головняк: клиент гасит оконечное с точки зрения свитча оборудование, а заббикс начинает вышибать триггеры

Ну это само собой

Вот из-за этого

Но заббикс какое-то время наблюдает падение трафика (его присутствие) на выключенном порту в течение периода опроса 1 минута

Я поэтому и говорил в самом начале, что если линк несколько раз флапает, то мне прилетают алерты

А так быть не должно

Мне нужно видеть реальное превышение в 85 % от канала

Да я понял

Так погоди

Там всегда жестко должна быть скорость не изменяясь

Пропиши блин руками

У меня руками было прописано и все работало

Нафиг считать проценты от нуля

Свитчей около 1000, магистралей раза в 3-4 больше, плюс юрлица и все такое. Моделей свитчей с десяток, магистрали в некоторых местах (редко) могут быть в сотне, а не в гиге

Поэтому такой вариант отпадает.

ERROR: S client not available

Если порты создаются через LLD, то в тригер можно прописать значение ifSpeed, которые было на момент discovery

костыль конечно

Не, должен быть человеческий метод, я уверен

Я уже свитчи с мультииндексом заскриптовал) хватит)

Тебе нужен алерт когда трафик 85% от скорости Линка на порту?

Да. То есть Трафик на порту > 85% от пропускной способности канала.

Ну берем скорости Линка

В данный период времени условно

Раз ты говоришь что ифспид это скорость Линка

Удаленка пропала, завтра смогу глянуть

Да как его сделать, я представляю. Важнее выбрать нужный оператор и каким-то образом компенсировать тот нюанс, что заббикс какое-то время видит трафик на погашенном порту и выбивает триггеры.

Если я буду ежесекундно опрашивать статус порта, это будет глупость.

Да как его сделать, я представляю. Важнее выбрать нужный оператор и каким-то образом компенсировать тот нюанс, что заббикс какое-то время видит трафик на погашенном порту и выбивает триггеры.

Это ровно один период опроса

Период опроса что?

Порта

Элемента данных

Не минуту, а период опроса

Минута и есть период опроск

Опроса

У меня 5)

Каждого элемента

А то и больше

Везде по разному

Ладно, пойду спать. Если у кого появятся идеи, очень прошу писать в лс.

У тебя сколько хранится история? И какой объем базы?

История хранится Два месяца

Овер тысяча свичей и раз в минуту это много

Мощности позволяют

Ну объем какой

Ради интереса

https://www.zabbix.com/documentation/3.2/ru/manual/config/triggers/expression

5 Гистерезис