Ad Widget

**Andrejs Poddubņaks** · 19-11-2025, 10:42

Привет!
Исходя из твоего описания проблемы, можно попробовать сделать следующее:
1. Сделать SNMP walk-item
Тип SNMP agent, key вида, например: walk_sfp c OID`ами:
1.3.6.1.4.1.9.9.91.1.1.1.1.4 - уровень сигнала
1.3.6.1.2.1.47.1.1.1.1.14 - соответствующий ifIndex (10001, 10101 и тд)
В официальной документации SNMP OID через walk[ ]. Ссылка на тех.статью: https://www.zabbix.com/documentation...snmp_oids_walk

2. На этом item’e сделать dependent discovery-rule.
В препроцессинге discovery шаг SNMP walk to JSON, дальше при необходимости JS, чтобы собрать JSON с макросами вида:
{#SENSORINDEX} - индекс в таблице DOM (1026...)
{#IFINDEX} - ifindex (10001, 10101...)

3. В Item-prototype:
- Уровень сигнала:
1.3.6.1.4.1.9.9.91.1.1.1.1.4.{#SENSORINDEX}
-Статус порта:
1.3.6.1.2.1.2.2.1.8.{#IFINDEX} (ifOperStatus=up/down)

Из технической документации: 5 Discovery of SNMP OIDs (legacy)

4. В триггер-прототипе по уровню сигнала добавить условие, что порт должен быть up, например:
{TEMPLATE:sfp.signal.last()} < -18
and
{TEMPLATE:ifOperStatus.last()} = 1

Надеюсь правилбно понял проблему и направил в сторону решения проблемы!

**Kos** · 19-11-2025, 11:16

Я бы пробовал объединять нужные данные с помощью JavaScript-препроцессинга в правиле обнаружения.
Идея такая: наверняка у вас уже есть правило LLD, которое использует для обраружения стандартные таблицы, где есть IfAdminStatus, IfAlias и т.п. поля. Для того, чтобы сделать тем же правилом LLD ещё и прототип элемента данных для уровня сигнала, не хватает индекса в таблице OID=1.3.6.1.4.1.9.9.91.1.1.1.1.4 (поскольку там индексирование другое). Но эти индексы можно извлечь из таблицы с OID=2.47.1.1.1.1.14, где нужные данные есть. Остаётся только их скомбинировать, что (теоретически) можно сделать скриптом.

Могу на досуге попробовать с этим поиграться, но нужен пример конкретных данных.
Если не секрет, то попробуйте, пожалуйста, сделать следующее:

создать на хосте одного из устройств (не в шаблоне!) тестовый элемент данных с любым ключом и таким значением в поле SNMP OID:

Code:

walk[1.3.6.1.2.1.2.2.1.7,1.3.6.1.2.1.31.1.1.1.1,2.47.1.1.1.1.14]

нажать кнопку "Test", чтобы получить результат от устройства;
скопипастить сюда результат (можно сократить - например, дать данные только по пяти конкретным интерфейсам, но чтобы в последней таблице тоже были данные именно по этим интерфейсам).

**Kos** · 24-11-2025, 09:56

Да, спасибо. Попробую поиграться с этим на досуге.

Ну вот у меня получилось примерно так.
Входные данные:

элемент данных с ключом walk[1.3.6.1.2.1.2.2.1.7,1.3.6.1.2.1.31.1.1.1.1,1.3.6.1 .2.1.47.1.1.1.1.14]
первый шаг предобработки: "SNMP walk to JSON", со следующими параметрами:

Field name	OID prefix	Format
ifAdmin	.1.3.6.1.2.1.2.2.1.7	Unchanged
ifAlias	.1.3.6.1.2.1.31.1.1.1.1	Unchanged
sfpLink	.1.3.6.1.2.1.47.1.1.1.1.14	Unchanged

предполагаем, что для каждого интерфейса есть запись в первой таблице (ifAdmin).

Тогда вторым шагом предобработки делаем "JavaScript" с таким кодом:

Code:

//transform source string into JSON object
var val_json = JSON.parse(value);
var index = {}, snmpindex;

//first pass - collect mapping for sfpLink ({#SNMPINDEX} -> {#SFPINDEX})
for (i in val_json) {
    if ('sfpLink' in val_json[i]) {
        index[val_json[i]['sfpLink']] = val_json[i]['{#SNMPINDEX}'];
        delete val_json[i]['sfpLink'];
    }//if
}//for

//second pass - add the {#SFPINDEX} macro and remove unneeded array members
for (i=val_json.length-1; i>=0; i--) {
    snmpindex = val_json[i]['{#SNMPINDEX}'];
    if (snmpindex in index) {
        val_json[i]['{#SFPINDEX}'] = index[snmpindex];
    }
    if (! ('ifAdmin' in val_json[i])) {
        val_json.splice(i,1);
    }
}

return JSON.stringify(val_json);

Результат - получая на входе данные из вашего примера, имеем на выходе (отсортировано и отформатировано для наглядности):

Code:

[
 {"{#SNMPINDEX}":"10001","ifAdmin":"1","ifAlias":"Fa0/1","{#SFPINDEX}":"1010"},
 {"{#SNMPINDEX}":"10024","ifAdmin":"1","ifAlias":"Fa0/24","{#SFPINDEX}":"1033"},
 {"{#SNMPINDEX}":"10101","ifAdmin":"1","ifAlias":"Gi0/1","{#SFPINDEX}":"1036"},
 {"{#SNMPINDEX}":"10102","ifAdmin":"1","ifAlias":"Gi0/2","{#SFPINDEX}":"1042"}
]

То есть, к уже имеющимся данным добавляем LLD-макрос {#SFPINDEX}, указывающий на индекс в таблице, которая содержит уровень сигнала.
Дальше уже дело техники - используем нужные макросы по вкусу в прототипах (элементов данных, триггеров, графиков).

Да, если в вашем правиле обнаружения в первом шаге предобработки вместо "ifAdmin" в поле "Field name" указано что-то другое (например, "ifAdminStatus" или "{#IF.ADMIN.STATUS}"), то соответственно надо скорректировать и строку скрипта во втором цикле:

Code:

...
    if (! ('ifAdmin' in val_json[i])) {
-----------^^^^^^^^^
...

Ad Widget

Проблема мониторинга уровня сигнала SFP на отключенных портах

Проблема мониторинга уровня сигнала SFP на отключенных портах

Comment

Comment

Comment