Cisco Support Community
Showing results for 
Search instead for 
Did you mean: 

How to copy configuration files to and from the Cisco IOS routers that use SNMP


This procedure is based on CISCO-CONFIG-COPY-MIB,    generally available from Cisco IOS  releases 12.0.

Management Information Base (MIB) objects used for the config transfer are present under the ccCopyTable    of the MIB.

MIB Object Name
Object Identifier
Values used in the example

active (1)






This is the procedure to copy the running configuration from a Cisco IOS router to a TFTP server:

  1. Create a row in the ccCopy Table, and set the necessary values for the attributes. Initiate the transfer process, as shown:
    snmpset -v 2c -c   . i 1
    . i 4
    . i 1
    . a ""
    . s ""
    . i 4
  2. Check for the completion of transfer process, as shown: 
    snmpwalk -v 2c -c   .

    Repeat the command until the state is successful.

  3. Destroy the row created, as shown: 
    snmpset -v 2c -c   . i 6

These are examples of each step:

Cisco IOS Router Name/IP Address:

Server IP Address:

File Name: Router.cfg

SNMP Read Write Community String: private

Random Row number:50

  1. Creating a row in the ccCopy Table, setting the necessary values of the attributes (protocol, source file type, destination file type, server address, file name), and initiating the transfer.

snmpset -v 2c -c private . i 1

. i 4

. i 1

. a ""

. s "Router.cfg"

. i 4

     2. Checking the transfer status. Repeat checking until the status is successful.

snmpwalk -v 2c -c private .

     3. Destroying the row.

snmpset -v 2c -c private . i 6

Version history
Revision #:
1 of 1
Last update:
‎06-18-2009 03:49 PM
Updated by:
Labels (1)
New Member


When I apply the first command, I face this problem:

id090365:~> snmpset -v2c -c communitystring hostipaddress . i 1
Error in packet.
Reason: noCreation (That table does not support row creation or that object can not ever be created)
Failed object: SNMPv2-SMI::enterprises.

Do you have any idea?



New Member

Are you able to do an snmpwalk on OID .    ?

I cannot on my 6509E running 12.2(33)SXH.

Cisco Employee

No, you won't be able to until you create a row in the ccCopyTable.  then you will be able to query the table to get things such as the copy status.  Just follow this doc to create the row which will trigger the config copy operation.  I also clarified one point in this discussion thread:

New Member

~> snmpwalk -v2c -c private HostIP .
SNMPv2-SMI::enterprises.9.9.96 = No Such Object available on this agent at this OID

Knowing that my goal is not only to get a config from a router but also to push a config in a router using a snmp script, what is/are my solution(s)?

Hereunder the sh ver of the host router:

#sh ver
Cisco IOS Software, C828 Software (C828-OY6-M), Version 12.3(8)T11, RELEASE SOFTWARE (fc1)
Technical Support:

New Member

see here above.

New Member

So, if I wanted to tell a device to go out and grab a file from a TFTP server, would also need to tell the router to save that config change ("wr mem" equivalent)?

Cisco Employee

It depends on where you copy the config locally.  You can copy a config from TFTP directly into startup.  In that case, a write mem would not be required.  If, however, you merge a config file into your running configuration, then a write mem would be required to persist the changes.

Cisco Employee

The 800 series does not support the CISCO-CONFIG-COPY-MIB.  For that platform, you will need to use the OLD-CISCO-SYS-MIB.  For example:

snmpset -c private . s config-file

Where X.X.X.X is the IP address of the TFTP server.  That command will copy the config-file file from the TFTP server into the running config of the device.

New Member

Joe, thanks for the reply.

If I was to send the changes (vs the entire config) to both running and startup would the save me having to do a "wr mem" (meaning using another SNMP trigger to copy running to startup)? Im in the process of developing a tool that uses SNMP to trigger a TFTP transfer of an prefix-list. What I want to avoid is having to issue a "wr mem". I was looking at looping through and tranfering the file to the running-config and then the startup-config. My only concern is that the router merges changes to the startup-config rather than replacing the startup-config.

Cisco Employee

The router will merge the changes into the running config and replace the startup config.  Sending only the changes to startup would result in a truncated configuration.  I suppose you could download the startup config, add your changes, then push the changed file back into NVRAM.  But that could lead to a race that results in lost write mems.

New Member

ok, thats what I thought. So would send the trigger to pull the file from TFTP and then send a second trigger to copy from running to startup.

New Member

Is there a definitive list of IOS versions and platforms where this works?  I can get this to work on an IAD2431 running 12.4(24)T4, but it fails on an IAD2435 running the same version.  It works on a 7204VXR running 12.4(23), but fails on a 6509 running 12.2(18)SXF17a.

In all my failure cases, I see this in the SNMP debug:

SNMP: Set request, reqid 2, errstat 0, erridx 0
ccCopyTable.1.2.41 = 1
ccCopyTable.1.3.41 = 4
ccCopyTable.1.4.41 = 1
ccCopyTable.1.5.41 =
ccCopyTable.1.6.41 = backup.txt
ccCopyTable.1.14.41 = 4
SNMP: Response, reqid 2, errstat 3, erridx 6
ccCopyTable.1.2.41 = 1
ccCopyTable.1.3.41 = 4
ccCopyTable.1.4.41 = 1
ccCopyTable.1.5.41 =
ccCopyTable.1.6.41 = backup.txt
ccCopyTable.1.14.41 = 4
SNMP: Packet sent via UDP to

I'd be more than happy to upgrade the routers where it doesn't work (if necessary) if I knew what minimum versions to test and then upgrade to.



Cisco Employee

Likely instance 41 already exists.  Try adding a set for:

ccCopyTable.1.14.41 i 6

To your script.  This set needs to happen in its own packet.  For example:

snmpset -c private

ccCopyTable.1.14.41 i 6

If things still fail, start a new discussion thread in this community.

New Member

I hadn't seen any snmp guides using snmpv3 and scp as transport protocol. For those looking to implement, here is what worked for me.

As with the other snmp config copy guides you will need to download the respective MIBS and load them in the snmp.conf file.

This post will specifically cover the snmpset commands for a v3 setup.

SNMP Environment:

Name        : net-snmp
Version     : 5.7.2
Release     : 17.fc20

snmp conf file in ~/.snmp/snmp.conf


defSecurityName XXX <- replace with v3 username
defContext ""
defAuthType SHA
defPrivType AES
defSecurityLevel authPriv
defAuthPassphrase ***** <-replace with authentication pass
defPrivPassphrase *****  <-replace with encryption pass
defVersion 3
showMibErrors no
mibs ALL

I would verify basic snmpv3 functionality with a snmpwalk of something simple like sysUpTime. When that's good proceed to the CONFIG-COPY snmp commands.


This is my bash script that does the entire copy asking only for a single argument of IP/Hostname of the device being backed up. The 2>/dev/null shown in the script or at the cli below redirects STDERR to null to avoid the MIB modules parsing errors.

DATE=$(date +"%m_%d_%y")

snmpset $DEVICE ccCopyProtocol.$RANNUM i 4 ccCopySourceFileType.$RANNUM i 4 ccCopyDestFileType.$RANNUM i 1 ccCopyServerAddress.$RANNUM a "$SERVER" ccCopyFileName.$RANNUM s "$DEVICE.$DATE" ccCopyUserName.$RANNUM s $USER ccCopyUserPassword.$RANNUM s $PASS ccCopyEntryRowStatus.$RANNUM i 4 2>/dev/null


Once run you can check the status of the copy with the following command.

[root@localhost hlsb]# snmpwalk sbs-tech-switch ciscoConfigCopyMIB 2>/dev/null
CISCO-CONFIG-COPY-MIB::ccCopyProtocol.42 = INTEGER: scp(4)
CISCO-CONFIG-COPY-MIB::ccCopySourceFileType.42 = INTEGER: runningConfig(4)
CISCO-CONFIG-COPY-MIB::ccCopyDestFileType.42 = INTEGER: networkFile(1)
CISCO-CONFIG-COPY-MIB::ccCopyServerAddress.42 = IpAddress:
CISCO-CONFIG-COPY-MIB::ccCopyFileName.42 = STRING: sbs-tech-switch.07_09_14
CISCO-CONFIG-COPY-MIB::ccCopyNotificationOnCompletion.42 = INTEGER: false(2)
CISCO-CONFIG-COPY-MIB::ccCopyState.42 = INTEGER: successful(3)
CISCO-CONFIG-COPY-MIB::ccCopyTimeStarted.42 = Timeticks: (52270199) 6 days, 1:11:41.99
CISCO-CONFIG-COPY-MIB::ccCopyTimeCompleted.42 = Timeticks: (52270339) 6 days, 1:11:43.39
CISCO-CONFIG-COPY-MIB::ccCopyEntryRowStatus.42 = INTEGER: active(1)
CISCO-CONFIG-COPY-MIB::ccCopyServerAddressType.42 = INTEGER: ipv4(1)
CISCO-CONFIG-COPY-MIB::ccCopyServerAddressRev1.42 = STRING: ""


After the successful copy completes the entry will exist for five minutes allowing for no further requests to be made with that particular random number. To send another request prior to the five minute clearing of the table send a "destroy" snmpset to clear the entry.


[root@localhost hlse]# snmpset sbs-tech-switch CISCO-CONFIG-COPY-MIB::ccCopyEntryRowStatus.42 i 6 2>/dev/null
CISCO-CONFIG-COPY-MIB::ccCopyEntryRowStatus.42 = INTEGER: destroy(6)


Hope this will save some time for those looking to implement a more secure snmp config copy setup.


Cody Hartley