Добрый день. Подскажите как правильно организовать автоматическое обнаружение (Discovery rule) элементов CPU Utilization (http://www.juniper.net/techpubs/en_U...b-summary.html) через SNMP v2. Проблема в том что возвращаемые значения имеют несколько разделов OID:
jnxOperatingDescr.1.1.0.0
jnxOperatingDescr.2.1.1.0 = Power Supply 0
jnxOperatingDescr.4.1.1.1 = Fan 1
jnxOperatingDescr.4.1.1.2 = Fan 2
jnxOperatingDescr.7.1.0.0 = FPC: EX3300 48-Port BF @ 0/*/*
jnxOperatingDescr.8.1.1.0 = PIC: 48x 10/100/1000 Base-T @ 0/0/*
jnxOperatingDescr.8.1.2.0 = PIC: 4x GE/XE SFP+ @ 0/1/*
jnxOperatingDescr.9.1.0.0 = Routing Engine 0
где jnxOperatingDescr - .1.3.6.1.4.1.2636.3.1.13.1.5. То есть OID конкретного модуля состоят из нескольких разделов OID (8.1.1.0, 8.1.2.0, 9.1.0.0 и т.д.).
и сами значения:
jnxOperatingCPU.1.1.0.0 = 0
jnxOperatingCPU.2.1.1.0 = 0
jnxOperatingCPU.4.1.1.1 = 0
jnxOperatingCPU.4.1.1.2 = 0
jnxOperatingCPU.7.1.0.0 = 19
jnxOperatingCPU.8.1.1.0 = 0
jnxOperatingCPU.8.1.2.0 = 0
jnxOperatingCPU.9.1.0.0 = 21
где jnxOperatingCPU - .1.3.6.1.4.1.2636.3.1.13.1.8.
Пишем Discovery (для получение указателей на модули и их названия):
Key: jnxOperatingDescr
SNMP OID: .1.3.6.1.4.1.2636.3.1.13.1.5
SNMP community: {$SNMP_COMMUNITY}
Пишем сам Item prototypes:
Name: Operating CPU $1
Key: jnxOperatingCPU[{#SNMPVALUE}]
SNMP OID: .1.3.6.1.4.1.2636.3.1.13.1.8.{#SNMPINDEX}
В итоге получаю ошибку что такой OID Не найден, хотя на странице элементов забикса вижу что описание модулей было получено (сформировались ключи элементов).
Пробовал уменьшить вложенность (то есть снимать по отдельности значения для различных типов модулей) и сделать так:
Правило Discovery:
Key: jnxOperatingDescr.8.1
SNMP OID: .1.3.6.1.4.1.2636.3.1.13.1.5.8.1
SNMP community: {$SNMP_COMMUNITY}
И такой Item prototypes:
Name: Operating CPU $1
Key: jnxOperatingCPU.8.1[{#SNMPVALUE}]
SNMP OID: .1.3.6.1.4.1.2636.3.1.13.1.8.8.1.{#SNMPINDEX}.0
аналогично получил ошибку что OID не найден.
jnxOperatingDescr.1.1.0.0
jnxOperatingDescr.2.1.1.0 = Power Supply 0
jnxOperatingDescr.4.1.1.1 = Fan 1
jnxOperatingDescr.4.1.1.2 = Fan 2
jnxOperatingDescr.7.1.0.0 = FPC: EX3300 48-Port BF @ 0/*/*
jnxOperatingDescr.8.1.1.0 = PIC: 48x 10/100/1000 Base-T @ 0/0/*
jnxOperatingDescr.8.1.2.0 = PIC: 4x GE/XE SFP+ @ 0/1/*
jnxOperatingDescr.9.1.0.0 = Routing Engine 0
где jnxOperatingDescr - .1.3.6.1.4.1.2636.3.1.13.1.5. То есть OID конкретного модуля состоят из нескольких разделов OID (8.1.1.0, 8.1.2.0, 9.1.0.0 и т.д.).
и сами значения:
jnxOperatingCPU.1.1.0.0 = 0
jnxOperatingCPU.2.1.1.0 = 0
jnxOperatingCPU.4.1.1.1 = 0
jnxOperatingCPU.4.1.1.2 = 0
jnxOperatingCPU.7.1.0.0 = 19
jnxOperatingCPU.8.1.1.0 = 0
jnxOperatingCPU.8.1.2.0 = 0
jnxOperatingCPU.9.1.0.0 = 21
где jnxOperatingCPU - .1.3.6.1.4.1.2636.3.1.13.1.8.
Пишем Discovery (для получение указателей на модули и их названия):
Key: jnxOperatingDescr
SNMP OID: .1.3.6.1.4.1.2636.3.1.13.1.5
SNMP community: {$SNMP_COMMUNITY}
Пишем сам Item prototypes:
Name: Operating CPU $1
Key: jnxOperatingCPU[{#SNMPVALUE}]
SNMP OID: .1.3.6.1.4.1.2636.3.1.13.1.8.{#SNMPINDEX}
В итоге получаю ошибку что такой OID Не найден, хотя на странице элементов забикса вижу что описание модулей было получено (сформировались ключи элементов).
Пробовал уменьшить вложенность (то есть снимать по отдельности значения для различных типов модулей) и сделать так:
Правило Discovery:
Key: jnxOperatingDescr.8.1
SNMP OID: .1.3.6.1.4.1.2636.3.1.13.1.5.8.1
SNMP community: {$SNMP_COMMUNITY}
И такой Item prototypes:
Name: Operating CPU $1
Key: jnxOperatingCPU.8.1[{#SNMPVALUE}]
SNMP OID: .1.3.6.1.4.1.2636.3.1.13.1.8.8.1.{#SNMPINDEX}.0
аналогично получил ошибку что OID не найден.