cancel
Showing results for 
Search instead for 
Did you mean: 
cancel
1293
Views
0
Helpful
3
Replies

SNMP Set

dana1
Level 1
Level 1

I have a script that I use to make batch changes on our Cisco devices. For the majority of our routers, it works fine. However for some of them it fails every time. I have not been able to find the common thread. When I issue an SNMP set I get

SNMP: A general failure occured on the agent on my unix box and on the router with a debug SNMP packets I get:

Feb 25 16:28:09: SNMP: Packet received via UDP from <IP address> on <interface>

Feb 25 16:28:09: SNMP: Set request, reqid 29956, errstat 0, erridx 0

lsystem.53.<IP address> = config

Feb 25 16:28:09: %SYS-4-SNMP_HOSTCONFIGSET: SNMP hostConfigSet request. Loading configuration from <IP address>

Feb 25 16:28:24: SNMP: Response, reqid 29956, errstat 5, erridx 1

lsystem.53.<IP address> = config

Feb 25 16:28:24: SNMP: Packet sent via UDP to <IP address>

Feb 25 16:28:24: SNMP: Packet received via UDP from <IP address> on <interface>

Feb 25 16:28:24: SNMP: Set request, reqid 29956, errstat 0, erridx 0

lsystem.53.<IP address> = config

Feb 25 16:28:24: %SYS-4-SNMP_HOSTCONFIGSET: SNMP hostConfigSet request. Loading configuration from <IP address>

Feb 25 16:28:39: SNMP: Response, reqid 29956, errstat 5, erridx 1

lsystem.53.<IP address> = config

Feb 25 16:28:39: SNMP: Packet sent via UDP to <IP address>

Feb 25 16:28:39: SNMP: Packet received via UDP from <IP address> on <interface>

Feb 25 16:28:39: SNMP: Set request, reqid 29956, errstat 0, erridx 0

lsystem.53.<IP address> = config

Feb 25 16:28:39: %SYS-4-SNMP_HOSTCONFIGSET: SNMP hostConfigSet request. Loading configuration from <IP address>

Feb 25 16:28:54: SNMP: Response, reqid 29956, errstat 5, erridx 1

lsystem.53.<IP address> = config

Feb 25 16:28:54: SNMP: Packet sent via UDP to <IP address>

Any idea what is causing the failure? Any help would be greatly appreciated.

Thanks!

3 Replies 3

rmushtaq
Level 8
Level 8

Did you checked your snmpset syntax?

Yes, I walked down through the tree and checked everything. Also, that same syntax works on routers for our other customers, just not this particular one. We checked access lists and all that as well. I was hoping the error message might give me a clue but I can't tell anything from it.

If you're on UNIX, you can do a snoop and save the output in bindary foramt which than can be read using Ethereal (free ware) or sniffer pro to see exactly what's going on here.