прошел кейс в Microsoft первый уровень support, теперь данные отправят разработчикам, которые должны дать ответ можно ли это исправить или смириться и жить дальше
в ETL логах на сервере SCOM который принимает traps вот такие записи при любой snmp v1 датаграмме где обязательное поле agent-addr не соответствует ни одному инстансу класса System.NetworkManagement.Node , даже если трап пришел с ноды добавленной в SCOM
MS_SNMP_Callback::trap{snmpproxy_cpp910}Unregistered trap, skipped.
С snmp v2 все отлично, там данного поля нет и SCOM великолепно парсит ipv4 source address самой UDP датаграммы