Пинг разных интерфейсов одного узла

[AQS]

Есть узел данных с двумя интерфейсами.
Необходимо пинговать обоих.
Я могу выбрать интерфейс который будет пинговаться, но не могу создать второй элемент данных с колючем icmpping
Как быть?
(Разделение узла на два неудобно)

Ну или как сделать тригер между узлами, на уровне шаблона, при условии что переменная часть имени второго узла засунута в макрос, или совпадает с переменной частью основного узла?

Мне нужно проверять синхронность доступности сотни пар ip.(попарно, создавать 200 узлов и 100 тригиров вручную плохая идея.)

[Kos]

Есть узел данных с двумя интерфейсами.
Необходимо пинговать обоих.
Я могу выбрать интерфейс который будет пинговаться, но не могу создать второй элемент данных с колючем icmpping

Почему не можете-то?
Например, хотим генерировать проблему, если оба интерфейса не пингуются в течение 5 минут подряд:

max(//icmpping,5m)=0 and max(//icmpping[{$SECOND_IP}],5m)=0

Соответственно, перед этим прописываются два элемента данных типа "Simple check": icmpping (для первого интерфейса) и icmpping[{$SECOND_IP}] (для второго).
Правда, макрос {$SECOND_IP} придётся определять для каждого из узлов сети.

Начиная с версии 6.0, можно сделать умнее:

• на основе внутренней метрики zabbix[host,discovery,interfaces] сделать правило низкоуровневого обнаружения, которое сгенерирует элементы данных icmpping[{#IF.CONN}] для каждого интерфейса (возможно, определённого типа, помеченными определённым тегом, с исключениями и т.п. - можно настроить по желанию);
• создать вычисляемый элемент данных (уже обычный, не LLD), используя агрегированную функцию; что-то вроде:

sum(last_foreach(//icmpping[*]))

• по желанию можно прописать сюда же, например, выбор только элементов данных, помеченных нужным тегом (созданным правилом LLD).
• триггер навешивать уже на этот элемент данных: когда он равен нулю, то пинги обоих интерфейсов были неуспешными.