I'm using vs 5.6.1.
The struggle for me debugging SNMPv3 traps to snmptrapd was that
snmptrapd wouid simply ignore v3 traps if the authentication was
wrong. This is fine and expected. It would not even behave as if it
had seen anything an log it. with tcpudmp I saw that I was receiving
the trap
I'm tying to do something that works on a smaller scale, but on a
larger scale keeping up with MIB syntax errors and such is a problem.
I have a device that has 25M of MIB files. snmptranslate takes too
long to process through '+ALL'. I've used the SNMP Perl module so I
wrote a translation servic
I working through a process to try and locate and remove duplicate MIB files.
In some cases the extensions are different. my,mib,txt, etc. In others the
LAST-UPDATED value is different.
I'd like to track the LAST-UPDATED values so I can update me MIB file archive.
When the SNMP object is creat
On Wed, 2010-05-26 at 11:40 -0700, Wes Hardaker wrote:
> >>>>> On Tue, 25 May 2010 09:51:41 -0400, Chris Fowler
> >>>>> said:
> The other possibility (though based on your output I don't think this
> applies) is that the MIB itself has a size l
I'm testing snmptrapd because it appears to be crashing when receiving a
trap from an Avaya PBX. Here is what was in the system log:
Apr 29 07:49:48 ens4 snmptrapd[98]: s8720-b.vr.vanran.com [172.30.3.3]:
Trap iso.3.6.1.2.1.1.3.0 = Timeticks: (23758427) 2 days, 17:59:44.27,
iso.3.6.1.6.3.1.1.4.1.
