Solved: Re: 3550 - using SNMP to apply configuration changes

rmosely · ‎10-17-2006

I'm working on rolling out minor config

changes to the running-config on about

50 3550 24 port switches.

Using "How To Copy Configurations To and From Cisco Devices Using SNMP" and other sources, I am able to set ccCopyProtocol.<random number> integer 1

ccCopySourceFileType.<Random number> integer 1 and

ccCopyDestFileType.<Random number> integer 3

But I can not set

ccCopyServerAddress.<Random number> ipaddress "<server ip address>"

OR

ccCopyFileName. <Random number> octetstring "<file name>"

OR

ccCopyEntryRowStatus.<Random number> integer 4.

And snmpget on these OID's return the

error that:

"Reason: (noSuchName) There is no such variable name in this MIB.

Failed object: SNMPv2-SMI::enterprises.9.9.96.1.1.1.1.5.26"

Is it possible to use snmp to trigger a

copy from a tftp server to the running-config on the switch?

Thanks,

Ray Mosely

Network Specialist

Arizona Schools for the Dead and Blind

Tucson, AZ

nhabib · ‎10-18-2006

If you enter all the commands on one line, then use .1.3.6.1.4.1.9.9.96.1.1.1.1.14.26 i 4

If you enter them separately, then the last one should be .1.3.6.1.4.1.9.9.96.1.1.1.1.14.26 i 1

You may want to destroy the row before trying again:

snmpset -c asdbnet -v 2c 10.1.1.170 .1.3.6.1.4.1.9.9.96.1.1.1.1.14.26 i 6

Go ahead and enter them on separate lines so we can see at what stage the process is failing.

One more thing: the net-snmp I use does not recognize the ipaddress and octetstring types.

You should try using a and s instead.

i.e:

.1.3.6.1.4.1.9.9.96.1.1.1.1.5.26 a 10.1.0.7

.1.3.6.1.4.1.9.9.96.1.1.1.1.6.26 s mac-test.txt

View solution in original post

Joe Clarke · ‎10-17-2006

Please provide the exact commands you are using as well as the version of IOS running on these switches, and exactly what error you get when trying to perform the commands.

rmosely · ‎10-17-2006

My IOS is IOS (tm) C3550 Software (C3550-I9Q3L2-M), Version 12.1(19)EA1c, RELEASE SOFTWARE (fc2)

My hardware is Model number: WS-C3550-24PWR-SMI.

I'm using net-snmp snmpset command and snmpget. I've tried both snmp version 1 and

2c. I am able to set the source and destination

file types, and the tftp protocol sucessfully.

This is an example of trying to set the

tftp server ip address:

C:\Program Files\OPENXTRA\NET-SNMP\usr\bin>snmpset -c asdbnet -v 2c 10.1.1.170 .

1.3.6.1.4.1.9.9.96.1.1.1.1.5.26 ipaddress 10.1.0.7

.1.3.6.1.4.1.9.9.96.1.1.1.1.5.26: (10.1.0.7)

C:\Program Files\OPENXTRA\NET-SNMP\usr\bin>snmpget -c asdbnet -v 2c 10.1.1.170 .

1.3.6.1.4.1.9.9.96.1.1.1.1.5.26

SNMPv2-SMI::enterprises.9.9.96.1.1.1.1.5.26 = No Such Instance currently exists

at this OID

Joe Clarke · ‎10-17-2006

You can't do this. This row is not yet active. You should set all the objects, then poll the ccCopyState.26 object to get the status of the config transfer. This object will only be pollable only after the row has been made active.

rmosely · ‎10-17-2006

I've set all the objects mentioned in the article cited above. I've set the transfer

protocol, and the source and destination file types. Are there objects not mentioned

in the article?

The snmpset OID I sent as an example is setting the server object. I've tried to

set it, and the file name, and then initiate

the transfer, but it doesn't work.

I've gone through all the steps and polled

for the status, and it doesn't work.

But I think you are saying it can be done on a 3550?

Ray

Joe Clarke · ‎10-17-2006

Yes, it can be done, but I wanted to see EVERY command you are using to set all of these objects, and the order in which you are executing them.

How have you determined the transfer is not working? What is the result of polling the ccCopyState object?

Joe Clarke · ‎10-17-2006

I'm sorry, but I just had to ask about your signature. Do we really have schools for the dead now ;-) ?

miheg · ‎10-17-2006

Maybe the guy wasn't hired for his typing skills.

But this skill comes handy when you start typing OID's

Cheers,

Michel

rmosely · ‎10-18-2006

Sorry about the signature.

Should be Arizona School for the Deaf and Blind.

I should have been more careful in doublechecking my typing, but I'm a little

annoyed that I have to type messages in a

little tiny box that resides in a sea of blank white space surrounding it. (Anybody at Cisco forums listening?)

Anyway, I finally got an answer to my question, which was "can this be done on a 3550?" I mainly wanted to know if the blood on my forehead came from an exercise in futility.

I will try again later today, when I get into work. Typing the OIDs isn't the issue.

Once I've typed in one good one, the rest are minor variants. That's what arrow keys are good for.

As for knowing how it doesn't work, it is simple enough to see if a configuration has been modified. You use a "show run" command.

I'll keep you posted, and post more complete results next time, if I can figure out to get them into this little tiny box.

Ray

rmosely · ‎10-18-2006

Here's the complete set of commands entered:

C:\Program Files\OPENXTRA\NET-SNMP\usr\bin>snmpset -c asdbnet -v 2c 10.1.1.170 .1.3.6.1.4.1.9.9.96.1.1.1.1.2.26 i 1

SNMPv2-SMI::enterprises.9.9.96.1.1.1.1.2.26 = INTEGER: 1

C:\Program Files\OPENXTRA\NET-SNMP\usr\bin>snmpget -c asdbnet -v 2c 10.1.1.170 .1.3.6.1.4.1.9.9.96.1.1.1.1.3.26

SNMPv2-SMI::enterprises.9.9.96.1.1.1.1.3.26 = INTEGER: 1

C:\Program Files\OPENXTRA\NET-SNMP\usr\bin>snmpset -c asdbnet -v 2c 10.1.1.170 .1.3.6.1.4.1.9.9.96.1.1.1.1.4.26 i 4

SNMPv2-SMI::enterprises.9.9.96.1.1.1.1.4.26 = INTEGER: 4

C:\Program Files\OPENXTRA\NET-SNMP\usr\bin>snmpset -c asdbnet -v 2c 10.1.1.170 .1.3.6.1.4.1.9.9.96.1.1.1.1.5.26 ipaddress 10.1.0.7

.1.3.6.1.4.1.9.9.96.1.1.1.1.5.26: (10.1.0.7)

C:\Program Files\OPENXTRA\NET-SNMP\usr\bin>snmpset -c asdbnet -v 2c 10.1.1.170 .1.3.6.1.4.1.9.9.96.1.1.1.1.6.26 octetstring mac-test.txt

C:\Program Files\OPENXTRA\NET-SNMP\usr\bin>snmpset -c asdbnet -v 2c 10.1.1.170 .1.3.6.1.4.1.9.9.96.1.1.1.1.14.26 i 4

Error in packet.

Reason: inconsistentValue (The set value is illegal or unsupported in some way)

Failed object: SNMPv2-SMI::enterprises.9.9.96.1.1.1.1.14.26

nhabib · ‎10-18-2006

Try this for your last command:

snmpset -c asdbnet -v 2c 10.1.1.170 .1.3.6.1.4.1.9.9.96.1.1.1.1.14.26 i 1

Basically you have already created the row, and all you need to do is activate it. Thus use 1 (active) instead of 4 (createAndGo).

rmosely · ‎10-18-2006

I played around with the snmpset command from net-snmp

and discovered it acts essentially the same as the snmpset

command from HPOV, so here are the results when the command

parallels the article:

snmpset -c asdbnet -v 2c 10.1.1.170

.1.3.6.1.4.1.9.9.96.1.1.1.1.2.26 i 1

.1.3.6.1.4.1.9.9.96.1.1.1.1.3.26 i 1

.1.3.6.1.4.1.9.9.96.1.1.1.1.4.26 i 4

.1.3.6.1.4.1.9.9.96.1.1.1.1.5.26 ipaddress 10.1.0.7

.1.3.6.1.4.1.9.9.96.1.1.1.1.6.26 octetstring mac-test.txt

.1.3.6.1.4.1.9.9.96.1.1.1.1.14.26 i 4

.1.3.6.1.4.1.9.9.96.1.1.1.1.5.26: (10.1.0.7)

snmpwalk -c asdbnet -v 2c 10.1.1.170 .1.3.6.1.4.1.9.9.96.1.1.1.1.10

SNMPv2-SMI::enterprises.9.9.96.1.1.1.1.10 = No Such Instance currently exists at this OID

snmpset -c asdbnet -v 2c 10.1.1.170 .

1.3.6.1.4.1.9.9.96.1.1.1.1.14.26 i 6

SNMPv2-SMI::enterprises.9.9.96.1.1.1.1.14.26 = INTEGER: 6

In this output, I have changed the last line to integer 1 instead

of integer 4:

snmpset -c asdbnet -v 2c 10.1.1.170

.1.3.6.1.4.1.9.9.96.1.1.1.1.2.26 i 1

.1.3.6.1.4.1.9.9.96.1.1.1.1.3.26 i 1

.1.3.6.1.4.1.9.9.96.1.1.1.1.4.26 i 4

.1.3.6.1.4.1.9.9.96.1.1.1.1.5.26 ipaddress 10.1.0.7

.1.3.6.1.4.1.9.9.96.1.1.1.1.6.26 octetstring mac-test.txt

.1.3.6.1.4.1.9.9.96.1.1.1.1.14.26 i 1

.1.3.6.1.4.1.9.9.96.1.1.1.1.5.26: (10.1.0.7)

snmpwalk -c asdbnet -v 2c 10.1.1.170 .1.3.6.1.4.1.9.9.96.1.1.1.1.10

SNMPv2-SMI::enterprises.9.9.96.1.1.1.1.10 = No Such Instance currently exists at

this OID

snmpset -c asdbnet -v 2c 10.1.1.170 .1.3.6.1.4.1.9.9.96.1.1.1.1.14.26 i 6

SNMPv2-SMI::enterprises.9.9.96.1.1.1.1.14.26 = INTEGER: 6

Comments:

A show run shows no difference in the running configuration.

The tftp server logs show no request being received to transfer

the config file.

nhabib · ‎10-18-2006

If you enter all the commands on one line, then use .1.3.6.1.4.1.9.9.96.1.1.1.1.14.26 i 4

If you enter them separately, then the last one should be .1.3.6.1.4.1.9.9.96.1.1.1.1.14.26 i 1

You may want to destroy the row before trying again:

snmpset -c asdbnet -v 2c 10.1.1.170 .1.3.6.1.4.1.9.9.96.1.1.1.1.14.26 i 6

Go ahead and enter them on separate lines so we can see at what stage the process is failing.

One more thing: the net-snmp I use does not recognize the ipaddress and octetstring types.

You should try using a and s instead.

i.e:

.1.3.6.1.4.1.9.9.96.1.1.1.1.5.26 a 10.1.0.7

.1.3.6.1.4.1.9.9.96.1.1.1.1.6.26 s mac-test.txt

rmosely · ‎10-18-2006

Nhabib - you are the man !!

The two items that are key here are clearing the table before a new transfer test, and the

net-snmp snmpset command switches.

I tried just changing the switches and it failed.

So I tried clearing the table and then the new switches, and it succeeded.

Thank you, Nhabib,

Ray Mosely

Joe Clarke · ‎10-18-2006

Nadim's right. You're using createAndGo as your lost parameter. You might try adding the following as your first command:

snmpset -c asdbnet -v 2c 10.1.1.170 .1.3.6.1.4.1.9.9.96.1.1.1.1.14.26 i 5

Then change your last command to:

snmpset -c asdbnet -v 2c 10.1.1.170 .1.3.6.1.4.1.9.9.96.1.1.1.1.14.26 i 1

And see if that helps. Be sure to always destroy your row before you begin. Ideally your VERY first command should be:

snmpset -c asdbnet -v 2c 10.1.1.170 .1.3.6.1.4.1.9.9.96.1.1.1.1.14.26 i 6

So, to summarize, try all of these in sequence:

C:\Program Files\OPENXTRA\NET-SNMP\usr\bin>snmpset -c asdbnet -v 2c 10.1.1.170 .1.3.6.1.4.1.9.9.96.1.1.1.1.14.26 i 6

C:\Program Files\OPENXTRA\NET-SNMP\usr\bin>snmpset -c asdbnet -v 2c 10.1.1.170 .1.3.6.1.4.1.9.9.96.1.1.1.1.14.26 i 5

C:\Program Files\OPENXTRA\NET-SNMP\usr\bin>snmpset -c asdbnet -v 2c 10.1.1.170 .1.3.6.1.4.1.9.9.96.1.1.1.1.2.26 i 1

SNMPv2-SMI::enterprises.9.9.96.1.1.1.1.2.26 = INTEGER: 1

C:\Program Files\OPENXTRA\NET-SNMP\usr\bin>snmpget -c asdbnet -v 2c 10.1.1.170 .1.3.6.1.4.1.9.9.96.1.1.1.1.3.26

SNMPv2-SMI::enterprises.9.9.96.1.1.1.1.3.26 = INTEGER: 1

C:\Program Files\OPENXTRA\NET-SNMP\usr\bin>snmpset -c asdbnet -v 2c 10.1.1.170 .1.3.6.1.4.1.9.9.96.1.1.1.1.4.26 i 4

SNMPv2-SMI::enterprises.9.9.96.1.1.1.1.4.26 = INTEGER: 4

C:\Program Files\OPENXTRA\NET-SNMP\usr\bin>snmpset -c asdbnet -v 2c 10.1.1.170 .1.3.6.1.4.1.9.9.96.1.1.1.1.5.26 ipaddress 10.1.0.7

.1.3.6.1.4.1.9.9.96.1.1.1.1.5.26: (10.1.0.7)

C:\Program Files\OPENXTRA\NET-SNMP\usr\bin>snmpset -c asdbnet -v 2c 10.1.1.170 .1.3.6.1.4.1.9.9.96.1.1.1.1.6.26 octetstring mac-test.txt

C:\Program Files\OPENXTRA\NET-SNMP\usr\bin>snmpset -c asdbnet -v 2c 10.1.1.170 .1.3.6.1.4.1.9.9.96.1.1.1.1.14.26 i 1