вопрос к саппорту nag: перерабатываю шаблоны Zabbix, обнаружил что коммутаторы SNR в качестве  sysObjectID возвращают несущестсвющий OID .1.3.6.1.4.1.40418.7.x (x различается у разных моделей), в то время как настоящая eterprise-ветка для них .1.3.6.1.4.1.40418.7 без последней цифры.

Например:
snmpwalk -On -v2c -c public 172.18.3.56 1.3.6.1.2.1.1.1.0
.1.3.6.1.2.1.1.1.0 = STRING: "SNR-S2985G-8T Device, Compiled Apr 21 15:17:55 2020
SoftWare Version 7.0.3.5(R0241.0343)
BootRom Version 7.2.40
HardWare Version 1.1.2
 Serial No.:SW070911I105000525
Copyright (C) 2020 NAG LLC
All rights reserved
"
спрашиваем sysObjectID
snmpwalk -On -v2c -c public 172.16.16.16 1.3.6.1.2.1.1.2.0
.1.3.6.1.2.1.1.2.0 = OID: .1.3.6.1.4.1.40418.7.21

делаем walk по полученному sysObjectID
snmpwalk -On -v2c -c public 172.16.16.16 .1.3.6.1.4.1.40418.7.21
.1.3.6.1.4.1.40418.7.21 = No Such Object available on this agent at this OID

отрежем последнее значение
snmpwalk -On -v2c -c public 172.16.16.16 .1.3.6.1.4.1.40418.7
.1.3.6.1.4.1.40418.7.100.1.1.0 = INTEGER: 1
.1.3.6.1.4.1.40418.7.100.1.2.0 = STRING: "1.1.2"
.1.3.6.1.4.1.40418.7.100.1.3.0 = STRING: "7.0.3.5(R0241.0343)"
.1.3.6.1.4.1.40418.7.100.1.4.0 = INTEGER: 2

по-большому счёту проблемы нет. Просто изначально предполагается что sysObjectID это "адрес индивидуальной ветке вендора", и я ожидал там найти именно это, а нашёл тупик

возможно, Вы правы. На деле "на скорость не влияет", в шаблоны один раз забивается, главное чтобы не менялось и для каждой новой модели не появлялось новой ветки. Вот это реально раздражает.

Так в этом и смысл sysobjectid

А какая версия протокола vrrp на SNR-2995 ?