Получение измененного {#SNMPINDEX} в LLD

[AQS]

так. Я ввел вас в заблуждение, обнаружение встало колом и не создает ничего, те элементы были созданы ранее.
Заменил скрипты на перезапись оригинальных переменных. при этом оид 1.3.6.1.4.1.9.9.23.1.2.1.1.8.{#SNMPINDEX}.1 работает прекрасно

[Kos]

так. Я ввел вас в заблуждение, обнаружение встало колом и не создает ничего, те элементы были созданы ранее.
Заменил скрипты на перезапись оригинальных переменных. при этом оид 1.3.6.1.4.1.9.9.23.1.2.1.1.8.{#SNMPINDEX}.1 работает прекрасно

Ну, тоже вариант
Правда, будет работать только в случае, если последний компонент OID-а всегда единица (что, как я понял, теоретически может быть не всегда).

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

[AQS]

Только сейчас заметил: ругается-то не на JSON, а на JSONPath.
Проверьте, пожалуйста, нет ли у вас где-то (вероятно, в правиле препроцессинга) шагов препроцессинга (предобработки) с типом "JSONPath". Вероятно, проблема там.

Мне кажется он ругается на JSONPath в LLD макросе. Я писал $.{#SNMPINDEX}

[Kos]

Мне кажется он ругается на JSONPath в LLD макросе. Я писал $.{#SNMPINDEX}

Да, конечно. Так работать не будет.

[AQS]

Да, конечно. Так работать не будет.

А как нужно? Я так и не нашел пример

[Kos]

А как нужно? Я так и не нашел пример

В какое поле вы пытаетесь вставить такую конструкцию?
Если в это (см. скриншот), то в вашем случае оно не требуется (т.е. ничего там вставлять не надо).