Жили были Zabbix и тысяча свитчей D-Link 1228/ME
Всё у них было хорошо - мак адрес устройства снимался по OID .1.3.6.1.2.1.17.1.1.0 и ответ приходил в виде строки
snmpwalk -Ou -Oq -v2c -c public 192.168.126.10 1.3.6.1.2.1.17.1.1.0
17.1.1.0 "00 22 B0 67 4B C3 "
Внезапно появилась новая партия свитчей... и всё стало совсем плохо
snmpwalk -Ou -Oq -v2c -c public 192.168.129.22 1.3.6.1.2.1.17.1.1.0
17.1.1.0 "xT.@l "
Техподдержка D-Link посоветовала добавить ключ -Ox (print all strings in hex format)
snmpwalk -Ox -Ou -Oq -v2c -c public 192.168.129.22 1.3.6.1.2.1.17.1.1.0
17.1.1.0 "78 54 2E 40 6C 20 "
Но Zabbix то пользуется libsnmp, и похоже tcpdump сталкивается с такой-же проблемой интерпретации snmp ответа от д-линка.
14:05:10.142120 IP 192.168.126.10.snmp > TSL2.37806: GetResponse(37) 17.1.1.0=00_22_b0_67_4b_c3 - нормальный свитч
15:00:37.442608 IP 192.168.129.22.snmp > TSL2.34341: GetResponse(37) 17.1.1.0="xT.@l " - ненормальный
Дампы ответов вроде одинаковые. По всей видимости - проблема в интерпретаторе snmp.
Вопросы:
1) есть ли у кого мысли, что могло так вскружить голову snmp (может новые модные мак адреса д-линка совпадают с какой-нибудь последовательностью?)
2) как вы получаете мак адрес простых устройств d-link (может есть другие oid которые работают)
3) может както можно научить Zabbix правильно интерпритировать полученное значение?
Всё у них было хорошо - мак адрес устройства снимался по OID .1.3.6.1.2.1.17.1.1.0 и ответ приходил в виде строки
snmpwalk -Ou -Oq -v2c -c public 192.168.126.10 1.3.6.1.2.1.17.1.1.0
17.1.1.0 "00 22 B0 67 4B C3 "
Внезапно появилась новая партия свитчей... и всё стало совсем плохо
snmpwalk -Ou -Oq -v2c -c public 192.168.129.22 1.3.6.1.2.1.17.1.1.0
17.1.1.0 "xT.@l "
Техподдержка D-Link посоветовала добавить ключ -Ox (print all strings in hex format)
snmpwalk -Ox -Ou -Oq -v2c -c public 192.168.129.22 1.3.6.1.2.1.17.1.1.0
17.1.1.0 "78 54 2E 40 6C 20 "
Но Zabbix то пользуется libsnmp, и похоже tcpdump сталкивается с такой-же проблемой интерпретации snmp ответа от д-линка.
14:05:10.142120 IP 192.168.126.10.snmp > TSL2.37806: GetResponse(37) 17.1.1.0=00_22_b0_67_4b_c3 - нормальный свитч
15:00:37.442608 IP 192.168.129.22.snmp > TSL2.34341: GetResponse(37) 17.1.1.0="xT.@l " - ненормальный
Дампы ответов вроде одинаковые. По всей видимости - проблема в интерпретаторе snmp.
Вопросы:
1) есть ли у кого мысли, что могло так вскружить голову snmp (может новые модные мак адреса д-линка совпадают с какой-нибудь последовательностью?)
2) как вы получаете мак адрес простых устройств d-link (может есть другие oid которые работают)
3) может както можно научить Zabbix правильно интерпритировать полученное значение?
Comment