Мониторинг портов коммутатора

[Alex16510]

Добрый день !
Есть работающая система мониторинга сети, в которую добавлены все нужные устройства Cisco.
Для каждого из устройств есть набор прототипов данных, прототипов триггеров, триггеров, графиков.
Нужно на коммутаторы Cisco добавить мониторинг перехода порта в состояние down.
Как это сделать для отдельного порта отдельного коммутатора - понятно.
Как это сделать для коммутатора 4506 с десятками портов - не ясно.
В наборе прототипов триггеров есть прототип триггера Link Down.
Как сделать так, чтобы на основе этого прототипа в набор триггеров для, например, Cisco 4506, добавились триггеры для мониторинга состояния портов всех интерфейсов коммутатора?

И вообще, какая логика в этом случае - что нужно создать для мониторинга какого-либо параметра cisco ?
Какая последовательность действий? К примеру, сначала создаем прототип элемента данных, затем - прототип триггера, затем - триггер?

[Sergey Serov]

У меня шаблон есть, выложу (уже не помню откуда я его откопал) Cisco_discover.xml



Там в Trigger prototypes сделано так
Name Port {#SNMPVALUE} DOWN on {HOST.NAME}
Expression {Cisco_discover:ifOperStatus[{#SNMPVALUE}].last(0)}=2

Ну и предмет не забудь создать в прототипах
Name Port status {#SNMPVALUE}
Key ifOperStatus[{#SNMPVALUE}]
SNMP OID ifOperStatus["index","ifDescr",{#SNMPVALUE}]


Сам в шаблоне посмотри )

[Alex16510]

Спасибо за ответ !!!
Немного уточню вопрос.
Есть шаблон, в шаблоне есть прототипы элементов данных прототипы триггеров.
Есть устройство, к которому привязан этот шаблон.
Но в элементах данных и в триггерах нет нужных мне параметров, которые есть в прототипах данных и прототипах триггеров шаблона.
Как добавить недостающие элементы данных и триггеров из прототипов?
Когда я пытаюсь взять из этого шаблона прототипы данных и триггер в новое правило обнаружения, которое добавлено к шаблону, связанному с исходным шаблоном, привязанному к нужной мне железке, получаю сообщение об ошибке - ключ элемента уже используется в другом шаблоне

[Sergey Serov]

Я не до конца понимаю, что не так. Но возможно так)
Если я правильно все понимаю в заббиксе, то ключ это что-то вроде переменной которую потом можно использовать к примеру в calculated items, просто переименуй ключ. (потом всегда можно удалить item)

Пример, не более.
Key ifOperStatusV2.0[{#SNMPVALUE}]
SNMP OID ifOperStatus["index","ifDescr",{#SNMPVALUE}]