Не работает правило обнаружение по snmp oid

[zabbix777]

не отрабатывает само правило (см. влож), до создания элементов данных дело не доходит.
Когда я нажимаю тест правила оно просто висит и через некоторое время говорит, что нет связи с сервером. Если задать в snmp oid несуществующих OID, сразу соответствующая ошибка приходит.
Команда snmpwalk с сервера заббикса отлично отрабатывает.snmpwalk -v 2c -c public 8.8.8.8 .1.3.6.1.3.55.2.1.2
iso.3.6.1.3.55.2.1.2.1 = INTEGER: 0
iso.3.6.1.3.55.2.1.2.2 = INTEGER: 5
iso.3.6.1.3.55.2.1.2.3 = INTEGER: 0
iso.3.6.1.3.55.2.1.2.4 = INTEGER: 0
iso.3.6.1.3.55.2.1.2.5 = INTEGER: 0
iso.3.6.1.3.55.2.1.2.6 = INTEGER: 0
iso.3.6.1.3.55.2.1.2.7 = INTEGER: 0
iso.3.6.1.3.55.2.1.2.8 = INTEGER: 0
iso.3.6.1.3.55.2.1.2.9 = INTEGER: 0
iso.3.6.1.3.55.2.1.2.10 = INTEGER: 0
iso.3.6.1.3.55.2.1.2.11 = INTEGER: 0
iso.3.6.1.3.55.2.1.2.12 = INTEGER: 0
iso.3.6.1.3.55.2.1.2.13 = INTEGER: 0
iso.3.6.1.3.55.2.1.2.14 = INTEGER: 3

.элементы данных вне правил обнаружения для данного оборудования опрашиваются( см. влож2). Не понимаю как победить эту проблему? Может что-то в заббиксе нужно докрутить.

[Kos]

К сожалению, на скриншоте довольно мелкая картинка - не всё можно разобрать.
У вас точно в имени LLD-макроса ({#SK}) использованы фигурные скобки? На картинке кажется, что там вместо фигурных - круглые.

[zabbix777]

Да фигурные скобки. Когда круглые ставишь, сразу ошибка выскакивает на тесте.
Такое чувство что заббикс не может обработать ответ из-за того что несколько строк приходит в ответ на OID. Если ставишь snmp oid .1.3.6.1.3.55.2.1.2.2 сразу приходит ошибка oid is not changing, что логично, а когда .1.3.6.1.3.55.2.1.2 (или iso. 1.3.6.1.3.55.2.1.2), то висит и потом ошибьку выдает "Не удалось прочитать ответ, проверьте соединение с Zabbix сервером "localhost" ".

[zabbix777]

макрос {#SK} я вообще удалял. Ничего от этого не изменилось

[Kos]

то висит и потом ошибьку выдает "Не удалось прочитать ответ, проверьте соединение с Zabbix сервером "localhost" ".

У вас на последнем скриншоте (где результат проверки при тестировании) адрес хоста - пустой, и сервер пытается установить соединение с адресом по умолчанию (localhost). Должен подставляться реальный адрес из настроек интерфейса хоста (узла сети), причём сам интерфейс должен иметь соответствующий тип (SNMP нужной версии).
Какая у вас версия Zabbix?

[zabbix777]

версия заббикса 6.0.17. Адрес конечно не пустой, указываю ip оборудования. По команде snmpwalk видно что используется v2. также и указывается в заббиксе.

[zabbix777]

мне посоветовали сделать tcpdump при тесте типа:
tcpdump -Z root -i eth0 -s0 -w /tmp/dump_eth0.pcap -vvv -C 1000 -W 19 host 8.8.8.8 and port 161
валится строки типа :

8.8.8.8.snmp > 10.0.2.2.34320: [udp sum ok] { SNMPv2c { GetResponse(16) R=507778980 } }
20:06:50.977224 IP (tos 0x0, ttl 64, id 34750, offset 0, flags [DF], proto UDP (17), length 71)
10.0.2.2.34320 > 8.8.8.8.snmp: [bad udp cksum 0x40bd -> 0x7d44!] { SNMPv2c { GetBulk(28) R=507778981 N=0 M=0 X:55.2.1.2 } }
20:06:50.984389 IP (tos 0x0, ttl 255, id 23916, offset 0, flags [none], proto UDP (17), length 63)

[Kos]

версия заббикса 6.0.17. Адрес конечно не пустой, указываю ip оборудования. По команде snmpwalk видно что используется v2. также и указывается в заббиксе.

У меня версия Zabbix 6.0.23. Мне не удалось воспроизвести вашу ситуацию при тестировании устройств по SNMP: либо возвращается корректный ответ (в виде массива объектов JSON), либо (если указываю не тот IP, community и т.п.) - ошибка тайм-аута.