> I am attempting to send an snmptrap to a server we use to send beep
> notifications.  I have tried serveral times with slightly different syntax
> and received some errors.

Let's try comparing your example with the one given in the 'snmptrap'
man page:


> $ snmptrap -v 1 -c public
>          NotificationManager 1.3.6.1.2.1.11.1
>          6 1
>          1.3.6.1.2.1.11.1.1.4  s "text message here"

    snmptrap -v 1 -c public
           manager enterprises.spider test-hub
           3 0 ''
           interfaces.iftable.ifentry.ifindex.1 i 1

If you compare the second lines, you've only got two of the three
necessary parameters - missing the "agent" field.  And similarly
if you compare the third lines - you're missing the "uptime" field.
That's why 'snmptrap' is completely confused.


> $ snmptrap -v 1 -c public
>          NotificationManager 1.3.6.1.2.1.11.1 ''
>          6 1 ''
>          1.3.6.1.2.1.11.1.1.4  s "text message here"

That structure appears correct.
And if you look at the error message:

> 1.3.6.1.2.1.11.1.1.4: Bad variable type
>      (Type of attribute is Counter32, not OCTET STRING) 

the complaint is noticably more specific - it's recognised what
you're trying to send, and reporting that the value is wrong.
The OID 1.3.6.1.2.1.11.1.1.4 is SNMPv2-MIB::snmpInPkts.1.4
which is indeed a counter, so it doesn't make sense to send
a string value.


That's the closest - the other attempts are using the wrong
parameters again.   Stick with that one, and adjust either the
OID or the value.

Dave

PS: Please - no HTML mail.  Thanks



-------------------------------------------------------
This SF.Net email is sponsored by:
Sybase ASE Linux Express Edition - download now for FREE
LinuxWorld Reader's Choice Award Winner for best database on Linux.
http://ads.osdn.com/?ad_id=5588&alloc_id=12065&op=click
_______________________________________________
Net-snmp-users mailing list
[EMAIL PROTECTED]
Please see the following page to unsubscribe or change other options:
https://lists.sourceforge.net/lists/listinfo/net-snmp-users

Reply via email to