Re: usm_parse_create_usmUser recently unexported -- alternative?

2019-10-28 Thread Bart Van Assche
On 2019-10-28 13:30, Joe Clark wrote: > I am attempting to update our snmp infrastructure from 5.7.x to the > current master.  I see that the function usm_parse_create_usmUser has > recently been unexported. We have a call to that function in our code.  > Can you provide background on why this func

V3 inform user requires engineID in persistent snmpd.conf?

2019-10-28 Thread Atkins, Brian
I'm checking my understanding of how to configure a trapsess for V3 informs in snmpd.conf. I want to avoid putting the authentication and encryption passwords in the config file, so I'm relying on USM user lookup, such as: trapsess -v3 -Ci -l authPriv -u user1 with "user1" being defined using

usm_parse_create_usmUser recently unexported -- alternative?

2019-10-28 Thread Joe Clark
I am attempting to update our snmp infrastructure from 5.7.x to the current master. I see that the function usm_parse_create_usmUser has recently been unexported. We have a call to that function in our code. Can you provide background on why this function was unexported, and give some advice on w

snmpget and snmpbulkget return different OIDs

2019-10-28 Thread Michael W. Lucas
Am I holding this wrong, or is it worth a bug report? Verified on FreeBSD and CentOS. $ snmpget localhost sysUpTimeInstance DISMAN-EVENT-MIB::sysUpTimeInstance = Timeticks: (320554) 0:53:25.54 $ snmpbulkget -Cn1 localhost sysUpTimeInstance SNMPv2-MIB::sysContact.0 = STRING: nobody@nowhere.inval