[ net-snmp-Bugs-1336570 ] snmpset with type a fails

SourceForge Headquarters 225 Broadway Suite 1600 San Diego, CA 92101 +1 (858) 454-5900

Bugs item #1336570, was opened at 2005-10-24 09:44
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=112694&aid=1336570&group_id=12694

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: apps
Group: linux
Status: Open
Resolution: None
Priority: 5
Submitted By: Nobody/Anonymous (nobody)
Assigned to: Nobody/Anonymous (nobody)
Summary: snmpset with type a fails

Initial Comment:
If I execute the following commands, they all work fine:

[maint@repuda SMASH-1018]$ snmpget -v3 -u 
USERID -l authPriv -a MD5 -A PASSW0RD
 -xDES -XPASSW0RD 
10.2.0.90 .1.3.6.1.4.1.2.3.51.2.2.8.1.4.0
SNMPv2-SMI::enterprises.2.3.51.2.2.8.1.4.0 = 
INTEGER: 0
[maint@repuda SMASH-1018]$ snmpset -v3 -u 
USERID -l authPriv -a MD5 -A PASSW0RD
 -xDES -XPASSW0RD 
10.2.0.90 .1.3.6.1.4.1.2.3.51.2.2.8.1.4.0 i 1
SNMPv2-SMI::enterprises.2.3.51.2.2.8.1.4.0 = 
INTEGER: 1
[maint@repuda SMASH-1018]$ snmpget -v3 -u 
USERID -l authPriv -a MD5 -A PASSW0RD
 -xDES -XPASSW0RD 
10.2.0.90 .1.3.6.1.4.1.2.3.51.2.2.8.1.4.0
SNMPv2-SMI::enterprises.2.3.51.2.2.8.1.4.0 = 
INTEGER: 1
[maint@repuda SMASH-1018]$ snmpset -v3 -u 
USERID -l authPriv -a MD5 -A PASSW0RD
 -xDES -XPASSW0RD 
10.2.0.90 .1.3.6.1.4.1.2.3.51.2.2.8.1.4.0 i 0
SNMPv2-SMI::enterprises.2.3.51.2.2.8.1.4.0 = 
INTEGER: 0
[maint@repuda SMASH-1018]$ snmpget -v3 -u 
USERID -l authPriv -a MD5 -A PASSW0RD
 -xDES -XPASSW0RD 
10.2.0.90 .1.3.6.1.4.1.2.3.51.2.2.8.1.4.0
SNMPv2-SMI::enterprises.2.3.51.2.2.8.1.4.0 = 
INTEGER: 0

If I switch to a different OID that requires an ip address 
type and read it, I get:

[maint@repuda SMASH-1018]$ snmpget -v3 -u 
USERID -l authPriv -a MD5 -A PASSW0RD
 -xDES -XPASSW0RD 
10.2.0.90 .1.3.6.1.4.1.2.3.51.2.22.3.2.1.2.1.1.8.1
SNMPv2-SMI::enterprises.2.3.51.2.22.3.2.1.2.1.1.8.1 = 
IpAddress: 10.2.0.90

All ok still.

However, if I try to set it, I get an Error in Packet, 
undoFailed.

[maint@repuda SMASH-1018]$ snmpset -v3 -u 
USERID -l authPriv -a MD5 -A PASSW0RD
 -xDES -XPASSW0RD 
10.2.0.90 .1.3.6.1.4.1.2.3.51.2.22.3.2.1.2.1.1.8.1 a 
10.2.0.9
1
Error in packet.
Reason: undoFailed
Failed object: SNMPv2-
SMI::enterprises.2.3.51.2.22.3.2.1.2.1.1.8.1

A tcpdump doesn't show me anything...either because I 
don;t know what to look for...or because it's encrypted.

12:37:35.654825 IP (tos 0x0, ttl  64, id 0, offset 0, flags 
[DF], proto 17, leng
th: 92) 10.2.0.2.32942 > WMN315747695.snmp:  { 
SNMPv3 { F=r } { USM B=0 T=0 U= }
 { ScopedPDU E=  C= { GetRequest(4) R=2018 
[|snmp] } } }
12:37:35.655590 IP (tos 0x0, ttl  64, id 59169, offset 0, 
flags [none], proto 17
, length: 125) WMN315747695.snmp > 10.2.0.2.32942:  
{ SNMPv3 { F=r } { USM B=1 T
=488920 U= } { ScopedPDU [|snmp]} }
12:37:35.656993 IP (tos 0x0, ttl  64, id 1, offset 0, flags 
[DF], proto 17, leng
th: 174) 10.2.0.2.32942 > WMN315747695.snmp:  { 
SNMPv3 { F=apr } { USM B=1 T=488
920 U=USER [|snmp]} { ScopedPDU [|snmp]} }
12:37:35.673450 IP (tos 0x0, ttl  64, id 59170, offset 0, 
flags [none], proto 17
, length: 173) WMN315747695.snmp > 10.2.0.2.32942:  
{ SNMPv3 { F=ap } { USM B=1
T=488920 U=USERI [|snmp]} { ScopedPDU [|snmp]} }
12:37:40.653441 arp who-has WMN315747695 tell 
10.2.0.2
12:37:40.653630 arp reply WMN315747695 is-at 
00:09:6b:ca:b2:e8

However, if I try the same set with SNMPv1 instead of 
v3, I get the following trace...which looks like it has a 
problem sending the ip address ('a' type).

[root@repuda sbin]# ./tcpdump -i eth1 -v
tcpdump: listening on eth1, link-type EN10MB 
(Ethernet), capture size 96 bytes
12:23:57.808374 IP (tos 0x0, ttl  64, id 0, offset 0, flags 
[DF], proto 17, leng
th: 86) 10.2.0.2.32941 > WMN315747695.snmp:  { 
SNMPv1 C=private { SetRequest(38)
 R=277147275  E:ibm.3.51.2.22.3.2.1.2.1.1.8.1=
[inetaddr len!=4] } }
12:23:58.810477 IP (tos 0x0, ttl  64, id 1, offset 0, flags 
[DF], proto 17, leng
th: 86) 10.2.0.2.32941 > WMN315747695.snmp:  { 
SNMPv1 C=private { SetRequest(38)
 R=277147275  E:ibm.3.51.2.22.3.2.1.2.1.1.8.1=
[inetaddr len!=4] } }
12:23:59.811322 IP (tos 0x0, ttl  64, id 2, offset 0, flags 
[DF], proto 17, leng
th: 86) 10.2.0.2.32941 > WMN315747695.snmp:  { 
SNMPv1 C=private { SetRequest(38)
 R=277147275  E:ibm.3.51.2.22.3.2.1.2.1.1.8.1=
[inetaddr len!=4] } }
12:24:00.812165 IP (tos 0x0, ttl  64, id 3, offset 0, flags 
[DF], proto 17, leng
th: 86) 10.2.0.2.32941 > WMN315747695.snmp:  { 
SNMPv1 C=private { SetRequest(38)
 R=277147275  E:ibm.3.51.2.22.3.2.1.2.1.1.8.1=
[inetaddr len!=4] } }
12:24:01.813009 IP (tos 0x0, ttl  64, id 4, offset 0, flags 
[DF], proto 17, leng
th: 86) 10.2.0.2.32941 > WMN315747695.snmp:  { 
SNMPv1 C=private { SetRequest(38)
 R=277147275  E:ibm.3.51.2.22.3.2.1.2.1.1.8.1=
[inetaddr len!=4] } }
12:24:02.813863 IP (tos 0x0, ttl  64, id 5, offset 0, flags 
[DF], proto 17, leng
th: 86) 10.2.0.2.32941 > WMN315747695.snmp:  { 
SNMPv1 C=private { SetRequest(38)
 R=277147275  E:ibm.3.51.2.22.3.2.1.2.1.1.8.1=
[inetaddr len!=4] } }

This is happening on both SUSE and Redhat.  The latter 
is RHEL4.0 with Update 1.  The Net-SNMP package is 
version 5.1.2 although we've tried version 5.2.1.2 with the 
same results.

The same commands work fine on the Windows Net-
SNMP version.

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=112694&aid=1336570&group_id=12694