Huawei Zabbix MPU discovery

[nixx]

в заббиксе 7.0 есть "официальный" шаблон "Huawei VRP by SNMP"

и в этом шаблоне есть правило обнаружения "MPU discovery" (MPU=Main processing unit), которое, по задумке авторов шаблона, должно выдавать на выходе cpu/mem util, температуру, серийник, модель

но как показывает практика общения с такими шаблонами, задумка это одно, а реальность - немножко другое )) и к реальности авторы не очень симпатизируют.

 

в реальности у меня в хуавее нормально дискаверится это самое MPU, с одним "но" - все cpu/mem util в нем пустые

но зато у него есть некий child, который и содержит в себе искомые значения

 

собственно, вопрос

подскажите, пожалуйста (или потыкайте в доку - может, ответ на поверхности, а я на ручнике), как сделать дискавери внутри дискавери? ))
 

Скрытый текст

получаемые данные от моего хуавея в результате MPU Discovery выглядят так:

ENTITY-MIB::entPhysicalName.16777216 = STRING: virtual frame
ENTITY-MIB::entPhysicalName.16842752 = STRING: MPU slot 1
ENTITY-MIB::entPhysicalName.16842753 = STRING: CE6855-48S6Q-HI 1
ENTITY-MIB::entPhysicalName.16843009 = STRING: MEth0/0/0
ENTITY-MIB::entPhysicalName.16843520 = STRING: FAN slot 1/1
... много скип ...
ENTITY-MIB::entPhysicalName.16908288 = STRING: MPU slot 2
ENTITY-MIB::entPhysicalName.16973824 = STRING: MPU slot 3

...

 

дальше шаблон делает фильтр по значению "MPU.*" и получает выборку:

ENTITY-MIB::entPhysicalName.16842752 = STRING: MPU slot 1
ENTITY-MIB::entPhysicalName.16908288 = STRING: MPU slot 2
ENTITY-MIB::entPhysicalName.16973824 = STRING: MPU slot 3

... по которой и дискаверятся далее требуемые item'ы (которых нет)

 

по мнению хуавея же idx 16842752 (MPU slot 1) является контейнером, в который запихнут idx 16842753 (CE6855-48S6Q-HI 1)

ENTITY-MIB::entPhysicalClass.16842752 = INTEGER: container(5)

ENTITY-MIB::entPhysicalChildIndex.16842752.16842753 = INTEGER: 16842753

и уже в oid'ах с индексами 16842753 реально содержатся требуемые значения

 

и кроме как дернуть ENTITY-MIB::entPhysicalChildIndex, больше узнать о наличии индекса 16842753 вариантов нет никаких

 

ну то есть нужно что-то типа discovery (entPhysicalChildIndex ( discovery (entPhysicalName "MPU") ) )

возможно ли такое реализовать, и если да - то как?

 

ps я понимаю, что загоняюсь, но хочется универсальности )) по-простому вместо фильтра по слову "MPU" можно наваять фильтр по моделям свитчей, и вылезет искомое.

 

upd: в принципе, таки да, но до этого еще дожить надо.

Edited April 26, 2025 by nixx

[tcup]

Обычно я какой-нибудь костылёк приделываю, не идеально, но для наших нужд приемлемо. До правок обнаружения пока ещё не дорос )