Zabbix 5 и коммутаторы Mikrotik: что можно сделать с триггером?

Question

[pred8or]

Есть коммутаторы Mikrotik, например, CRS328. Используется стандартный шаблон, в нём - не менее стандартный шаблон Template Module Interfaces SNMP. В целом всё нормально, но...

На неактивном интерфейсе коммутатор по SNMP сообщает о скорости аж в 10 бит/с (см. напр. Management), хотя это и не точно, чем-то кроме MIB Browser не пытался смотреть:





Заббикс это почему-то интерпретирует как аж целый петабит:



В результате, когда интерфейс поднимается, его скорость неизбежно падает до гигабита, и приходит оповещение что Problem: Interface Management(): Ethernet has changed to lower speed than it was before

Стандартный триггер из шаблона:

{Template Module Interfaces SNMP:net.if.speed[ifHighSpeed.{#SNMPINDEX}].change()}<0 and {Template Module Interfaces SNMP:net.if.speed[ifHighSpeed.{#SNMPINDEX}].last()}>0 and
({Template Module Interfaces SNMP:net.if.type[ifType.{#SNMPINDEX}].last()}=6 or
{Template Module Interfaces SNMP:net.if.type[ifType.{#SNMPINDEX}].last()}=7 or
{Template Module Interfaces SNMP:net.if.type[ifType.{#SNMPINDEX}].last()}=11 or
{Template Module Interfaces SNMP:net.if.type[ifType.{#SNMPINDEX}].last()}=62 or
{Template Module Interfaces SNMP:net.if.type[ifType.{#SNMPINDEX}].last()}=69 or
{Template Module Interfaces SNMP:net.if.type[ifType.{#SNMPINDEX}].last()}=117) and
({Template Module Interfaces SNMP:net.if.status[ifOperStatus.{#SNMPINDEX}].last()}<>2)

Правило восстановления:

({Template Module Interfaces SNMP:net.if.speed[ifHighSpeed.{#SNMPINDEX}].change()}>0 and {Template Module Interfaces SNMP:net.if.speed[ifHighSpeed.{#SNMPINDEX}].prev()}>0) or
({Template Module Interfaces SNMP:net.if.status[ifOperStatus.{#SNMPINDEX}].last()}=2)

Это создаёт слишком много шума. Конечно, триггер можно было бы отключить, но тогда есть риск потерять действительно важное событие, при котором на самом деле изменяется скорость на порту

Answer 1

[kisaa]

У вас разные oid'ы в MIBBrowser'e и в Zabbix'e - на скрине первого ifSpeed (32-битный, с неправильным значением на 10-гигабитном интерфейсе), а на скрине второго - ifHighSpeed. Посмотрите MIB'ом эти коды, может, микротик там что-то не то пишет.

Comments

[pred8or]

Да, верно, в браузере до правильных OIDов не домотал. Вот что там:



Это кажется даже не пета :-)

[kisaa]

Тут подумал - можно же триггер в шаблоне подправить, чтобы"проблема"возникала при понижении скорости порта И условии, что предыдущее значение (last (1), кажется) не равно 10 Пб/с. Или не предыдущее значение скорости, а предыдущее значение статуса порта (up/down). Наверное, править придется правило discovery, чтобы ко всем портам применилось.
И можно ещё Микротику в поддержку написать, спросить, почему на отключенном порту такая странная скорость указывается.

[pred8or]

Ну да, только смотрю на триггер и мне страшновато его трогать. Но если не найду ничего подходящего, придётся самому ломать. Главное, чтобы не возникло побочных эффектов на коммутаторах без такого закидона. Тут наверное при статусе down не надо бы обращать внимание на скорость. Хотя при этом не будет известно предыдущее реальное значение скорости, то есть, например Up 1Gbps - Down - Up 100Mbps не отловится

А Микротику да, наверное в любом случае придётся писать