Помогите новичку (Мониторинг состояния потоков E1 на Cisco)
-
вот пример
http://cisco.com/en/US/tech/tk648/tk362/technologies_tech_note09186a00801abe59.shtmlнадеюсь вы предварительно сгрузили нужный mib и выбрали в качестве агента - SNMP
http://tools.cisco.com/Support/SNMP/do/BrowseMIB.do?local=en&step=2
что выдаёт консольный snmpget? -
-
-
-
с документацией пока туго
подгрузил - скомпилировал общее mib-дерево, добавив дополнительное(отсутствующее)
теперь пользуйтесь общим деревомк примеру: открываете 'data collection' в netxms-win32-консоли
добавляя новый пункт в список, выбираете SNMP-агента, используя общее дерево выбираете нужную ветку, в итоге находите нужный 'SNMP OID' -
-
@axel said in Помогите новичку (Мониторинг состояния потоков E1 на Cisco):
Можно ли помечать весь объект красным цветом, если к примеру отключается поток E1 в ручную? т.е. переходит в состояние DISABLED?
Можно. В event policy добавляем обработку события SYS_IF_DISABLED для нужной ноды и в качестве действия создаем аларм с приоритетом CRITICAL. Чтобы автоматически его убирать, обрабатываем событие SYS_IF_UP и в качестве реакции на него делаем terminate alarm.
Альтернативный вариант - определяем DCI для Internal параметра ChildStatus(<имя или id объекта интерфейса>) и ставим threshold c генерацией какого-либо event'a. Дальше обрабатываем event как и в первом варианте.
-
@victor said in Помогите новичку (Мониторинг состояния потоков E1 на Cisco):
@axel said in Помогите новичку (Мониторинг состояния потоков E1 на Cisco):
Можно ли помечать весь объект красным цветом, если к примеру отключается поток E1 в ручную? т.е. переходит в состояние DISABLED?
Можно. В event policy добавляем обработку события SYS_IF_DISABLED для нужной ноды и в качестве действия создаем аларм с приоритетом CRITICAL. Чтобы автоматически его убирать, обрабатываем событие SYS_IF_UP и в качестве реакции на него делаем terminate alarm.
Альтернативный вариант - определяем DCI для Internal параметра ChildStatus(<имя или id объекта интерфейса>) и ставим threshold c генерацией какого-либо event'a. Дальше обрабатываем event как и в первом варианте.
Виктор, в качесте ключа для первого варианта реализации я что должен подставить? Вот такую строку: IF_DISABLED_%i_%1 ??? Или же хватает того, что у меня уже один есть SYS_IS_UP, в котором указан ключ IF_DOWN_%i_%1 ?
-
Вариантов два: или при обработке SYS_IF_DISABLED указываем ключ IF_DOWN_%i_%1, тогда правило обработки SYS_IF_UP этот аларм уберет, или указываем ключ IF_DISABLED_%i_%1, тогда добавляем еще одно правило обработки SYS_IF_UP, но указываем auto-termination для ключа IF_DISABLED_%i_%1.
-
-
Если мы используем первый вариант, то трешолдов не должно быть. В поле Alarm для события SYS_IF_UP ставим "terminate alarm" и ключ из правила для SYS_IF_DISABLED.
-
Виктор, я извиняюсь, я просто наверно не рассказал суть проблемы. С той задачей по отметки устройства как Critical если падает E1 поток все решил. Задача другая.
Наверно стоило сделать новую тему для этого, но уже написал тут.
Задача такая. Имеется threshold на загрузку процессора. Снимаю статистику. Назначаю в threshold следующее, если среднее значение достигает значения 80, то пометить устройство как Warning. Это работает. Но вот когда снимается загрузка, в плане значение становится меньше 80, то нужно снимать значение Warning. Вопрос как лучше это сделать. Добавить новое значение где будет сказано average less than 80 или же все-таки поиграться с Events-ами? Второй вариант мне нравится больше. Но что нужно в Events-ах прописать не знаю. -
Теперь понял
У каждого threshold'a есть два события - одно генерируется когда threshold активируется (условие выполняется), второе - когда деактивируется (условие больше не выполняется). Соответственно в качестве реакции на первый event делаем аларм с неким ключом, а на второй - terminate alarm по тому-же ключу. Я обычно поступаю следующим образом: в качестве activate event'ов на разные threshold'ы использую разные event'ы но когда делаю из них алармы то использую одинаковый шаблон для ключа: DC_%i_%5; как deactivation event использую всегда только стандартный SYS_THRESHOLD_REARMED, и в качестве реакции делаю terminate alarm по ключу DC_%i_%3. Таким образом, при нарушении порогового значения аларм создается, а при возврате к нормальному уровню - удаляется. -
-
В выделенном правиле должно быть DC_%i_%3. Можно ли прислать следующую инфу:
- скриншот конфигурации аларма для правила 1;
- скриншот конфигурации threshold для DCI (список threshold'oв и настройки конкретного threshold'a).
-
-
-
Проблема в том, что ключи не совпадают. При генерации аларма мы даем ему ключ THRESHOLD_REACHED_%i, а terminate пытаемся сделать для алармов с ключами DC_%i_%3, которых естественно не находим. Если в правиле создающем аларм заменить THRESHOLD_REACHED_%i на DC_%i_%5, то все должно работать.
-
-
Прошу прощения за поздний ответ:
в обведенном поле надо написать
DC_%i_%5
остальное вроде все правильно.
Hello! It looks like you're interested in this conversation, but you don't have an account yet.
Getting fed up of having to scroll through the same posts each visit? When you register for an account, you'll always come back to exactly where you were before, and choose to be notified of new replies (either via email, or push notification). You'll also be able to save bookmarks and upvote posts to show your appreciation to other community members.
With your input, this post could be even better 💗
Register Login