Столкнулся с примерно такой проблемой.
Используется большое количество прототипов тригеров, на разные имена интерфейсов и параметры свои тригеры.
В итоге на узел сети который находится на мониторинге добавляются все тригеры которые есть в lld, что не совсем правильно, ведь срабатывание идет только по определенным правилам.
Хотелось бы уменьшить количество добавляемых тригеров для каждого порта, или к примеру чтобы были фильтры для тригеров и когда создаешь новый тригер то цеплять его к определенным фильтрам.
Пока конечно вижу что часть работы наверное прийдется вынести в скрипт дискаверинга, описать там правила и пробовать через discover добавлять данные, но это будет нагромождением с другой стороны.
Используется большое количество прототипов тригеров, на разные имена интерфейсов и параметры свои тригеры.
В итоге на узел сети который находится на мониторинге добавляются все тригеры которые есть в lld, что не совсем правильно, ведь срабатывание идет только по определенным правилам.
Хотелось бы уменьшить количество добавляемых тригеров для каждого порта, или к примеру чтобы были фильтры для тригеров и когда создаешь новый тригер то цеплять его к определенным фильтрам.
Пока конечно вижу что часть работы наверное прийдется вынести в скрипт дискаверинга, описать там правила и пробовать через discover добавлять данные, но это будет нагромождением с другой стороны.