Table Of Contents
clock update-calendar
cns config cancel
cns config connect-intf
cns config initial
ccns config notify
cns config partial
cns config retrieve
cns connect
cns event
cns exec
cns id
cns image
cns image password
cns image retrieve
cns image retry
cns inventory
cns mib-access encapsulation
cns notifications encapsulation
cns template connect
cns trusted-server
config-cli
config-register
configure confirm
configure memory
configure network
configure overwrite-network
configure replace
configure terminal
confreg
context
continue (ROM monitor)
copy
copy erase flash
copy http://
copy https://
cpu interrupt
cpu process
cpu total
critical rising
crypto mib topn
databits
data-character-bits
data-pattern
default-value exec-character-bits
default-value special-character-bits
delete
diag
dir
disable
disconnect-character
discover (cns)
dispatch-character
dispatch-machine
dispatch-timeout
distributions-of-statistics-kept
do
downward-compatible-config
editing
enable
enable (bulkstat)
end
enhanced-history
erase
erase bootflash
escape-character
clock update-calendar
To perform a one-time update of the hardware clock (calendar) from the software clock, use the clock update-calendar command in user EXEC or privileged EXEC mode.
clock update-calendar
Syntax Description
This command has no arguments or keywords.
Command Modes
User EXEC
Privileged EXEC
Command History
Release
|
Modification
|
10.0
|
This command was introduced.
|
Usage Guidelines
Some platforms have a hardware clock (calendar) in addition to a software clock. The hardware clock is battery operated, and runs continuously, even if the router is powered off or rebooted.
If the software clock and hardware clock are not synchronized, and the software clock is more accurate, use this command to update the hardware clock to the correct date and time.
Examples
The following example copies the current date and time from the software clock to the hardware clock:
Router> clock update-calendar
Related Commands
Command
|
Description
|
clock read-calendar
|
Performs a one-time update of the software clock from the hardware clock (calendar).
|
ntp update-calendar
|
Periodically updates the hardware clock from the software clock.
|
cns config cancel
To remove a partial Cisco Networking Services (CNS) configuration from the list of outstanding partial configurations, use the cns config cancel command in EXEC mode.
cns config cancel queue-id
Syntax Description
queue-id
|
Indicates which partial configuration in the list of outstanding partial configurations to remove from the list. This list can be displayed by issuing the show cns config outstanding command in EXEC mode.
|
Defaults
No default behavior or values.
Command Modes
Privileged EXEC
Command History
Release
|
Modification
|
12.2(2)T
|
This command was introduced.
|
12.0(18)ST
|
This command was integrated into Cisco IOS Release 12.0 ST.
|
12.0(22)S
|
This command was integrated into Cisco IOS Release 12.0 S.
|
12.2(8)T
|
This command was implemented on additional platforms.
|
Usage Guidelines
Incremental (partial) configurations take place in two steps:
1.
The configuration agent receives the partial configuration. It checks the configuration commands for syntax, publishes the success or failure of the read and syntax-check operation to the sync-status subject "cisco.cns.config.sync-status," and stores the configuration.
2.
The configuration agent receives a second event message directing it to either apply or cancel the stored configuration.
Use the cns config cancel command in error scenarios where the second event message is not received and you need to remove the configuration from the list of outstanding configurations. Currently the maximum number of outstanding configurations is one.
Examples
The following example shows the process of checking the existing outstanding CNS configurations and cancelling the configuration with the queue-id of 1:
Router# show cns config outstanding
The outstanding configuration information:
queue id identifier config-id
1 identifierREAD config_idREAD
Router# cns config cancel 1
Router# show cns config outstanding
The outstanding configuration information:
queue id identifier config-id
Related Commands
Command
|
Description
|
cns config partial
|
Starts the CNS configuration agent, which provides CNS configuration services to Cisco IOS clients.
|
cns event
|
Configures the CNS event gateway, which provides CNS event services to Cisco IOS clients.
|
show cns event connections
|
Displays the status of the CNS event agent connection.
|
show cns config outstanding
|
Displays information about incremental CNS configurations that have started but not yet completed.
|
cns config connect-intf
Note
Effective with Cisco IOS Releases 12.3(8)T and 12.3(9), the cns config connect-intf command is replaced by the cns connect and cns template connect commands. See the cns connect and cns template connect commands for more information.
To specify the interface for connecting to the Cisco Networking Services (CNS) configuration engine, use the cns config connect-intf command in global configuration mode. To disable this interface for the connection, use the no form of this command.
cns config connect-intf type number [ping-interval seconds] [retries number]
no cns config connect-intf type number
Syntax Description
type number
|
Interface type and number for the connecting interface.
|
ping-interval seconds
|
(Optional) Interval between successive ping attempts. Values are from 1 to 30 seconds. The default is 10 seconds.
|
retries number
|
(Optional) Number of times that a ping will be retried. Values are from 1 to 30 seconds. The default is 5 seconds.
|
Defaults
The ping interval defaults to 10 seconds.
The number of retries defaults to 5.
Command Modes
Global configuration
Command History
Release
|
Modification
|
12.2(8)T
|
This command was introduced.
|
12.3(8)T
|
This command was replaced by the cns connect and cns template connect commands.
|
12.3(9)
|
This command was replaced by the cns connect and cns template connect commands.
|
Usage Guidelines
Use this command to connect to the CNS configuration engine using a specific type of interface. You must specify the interface type but need not specify the interface number; the router's bootstrap configuration finds the connecting interface, regardless of the slot in which the card resides or the modem dialout line for the connection, by trying different candidate interfaces or lines until it successfully pings the registrar.
Use this command to enter CSN Connect-interface configuration mode (config-cns-conn-if). Then use one of the following bootstrap-configuration commands to connect to the registrar for initial configuration:
•
config-cli followed by commands that, used as is, configure the interface.
•
line-cli followed by a command to configure modem lines to enable dialout and, after that, commands to configure the modem dialout line.
The config-cli command accepts the special directive character "&," which acts as a placeholder for the interface name. When the configuration is applied, the & is replaced with the interface name. Thus, for example, if we are able to connect using FastEthernet0/0, the config-cli ip route 0.0.0.0 0.0.0.0 & command generates the ip route 0.0.0.0 0.0.0.0 FastEthernet0/0 command. Similarly, the config-virtual terminal line (vty) cns id & ipaddress command generates the cns id FastEthernet0/0 ipaddress command.
Examples
In the following example, the user connects to a configuration engine using the asynchronous interface and issues a number of commands:
Router(config)# cns config connect-intf Async
Router(config-cns-conn-if)# config-cli encapsulation ppp
Router(config-cns-conn-if)# config-cli ip unnumbered FastEthernet0/0
Router(config-cns-conn-if)# config-cli dialer rotary-group 0
Router(config-cns-conn-if)# line-cli modem InOut
Router(config-cns-conn-if)# exit
These commands result in the following configuration being applied:
Related Commands
Command
|
Description
|
cns config cancel
|
Cancels an incremental two-phase synchronization configuration.
|
cns config initial
|
Starts the CNS configuration agent and initiates an initial configuration.
|
cns config notify
|
Detects CNS configuration changes and sends an event containing the previous and current configuration.
|
cns config partial
|
Starts the CNS configuration agent, which provides CNS configuration services to Cisco IOS clients.
|
cns config initial
To enable the CNS configuration agent and initiate a download of the initial configuration, use the cns config initial command in global configuration mode. To remove an existing cns config initial command from the running configuration of the routing device, use the no form of this command.
cns config initial {host-name | ip-address} [encrypt] [port-number] [page page] [syntax-check]
[no-persist] [source ip-address] [status url] [event] [inventory]
no cns config initial
Syntax Description
host-name
|
Hostname of the configuration server.
|
ip-address
|
IP address of the configuration server.
|
encrypt
|
(Optional) Uses a Secure Sockets Layer (SSL) encrypted link to the event gateway.
|
port-number
|
(Optional) Port number of the configuration service. The value is from 0 to 65535. The default is 80 with no encryption and 443 with encryption.
|
page
|
(Optional) Indicates that the configuration is located on a web page.
|
page
|
(Optional) Web page where the configuration is located. The default is /cns/config.asp.
|
syntax-check
|
(Optional) Turns on syntax checking.
|
no-persist
|
(Optional) Suppresses the default automatic writing to NVRAM of the configuration pulled as a result of issuing the cns config initial command. If not present, issuing the cns config initial command causes the resultant configuration to be automatically written to NVRAM.
|
source
|
(Optional) Specifies the source of CNS communications.
|
ip-address
|
(Optional) IP address of the source of CNS communications.
|
status url
|
(Optional) Sends an event to the specified URL via HTTP, either notifying successful completion of the configuration or warning that the configuration contained errors.
|
event
|
(Optional) Sends an event to the Event Bus notifying successful completion of the configuration or warning that the configuration contained errors. If the CNS event agent is not configured, the event will be saved until the CNS event agent is enabled. If the event keyword is not specified, a log message is sent to the console of the device after the configuration is complete.
|
inventory
|
(Optional) Sends an inventory of the line cards and modules in the router to the CNS configuration engine as part of the HTTP request.
|
Defaults
The port number defaults to 80 with no encryption and 443 with encryption.
Default web page of the initial configuration is /cns/config.asp.
Command Modes
Global configuration
Command History
Release
|
Modification
|
12.2(2)T
|
This command was introduced.
|
12.0(18)ST
|
This command was integrated into Cisco IOS Release 12.0(18)ST.
|
12.0(22)S
|
This command was integrated into Cisco IOS Release 12.0(22)S.
|
12.2(2)XB
|
This command was implemented on Cisco IAD2420 series Integrated Access Devices (IADs).
|
12.2(8)T
|
The source and encrypt keywords were added.
|
12.3(1)
|
The inventory keyword was added.
|
12.3(8)T
|
The status url keyword/argument pair was added.
|
12.2(25)S
|
This command was integrated into Cisco IOS Release 12.2(25)S.
|
Usage Guidelines
Use this command when a basic configuration—called a bootstrap configuration—is added to multiple routers before being deployed. When a router is initially powered (or each time a router is reloaded when the no-persist keyword is used) the cns config initial command will cause a configuration file—called an initial configuration—for the router to be downloaded from the configuration server. The initial configuration can be unique for each router.
When the configuration has been received by the router, each line of the configuration will be applied in the same order as it was received. If the Cisco IOS parser has an error with one of the lines of the configuration, then all the configuration up to this point will be applied to the router, but none of the configuration beyond the error will be applied. If an error occurs, the command will retry until it successfully completes. Once the configuration has successfully completed the cns config initial command will be removed from the running configuration. By default, NVRAM will be updated except when the no-persist keyword is configured.
When this command is used with the event keyword, a single message will be published on the event bus after the configuration is complete. When this command is used with the status keyword, a single message will be published to the URL specified after the configuration is complete. The event bus or URL will display one of the following status messages:
•
cisco.mgmt.cns.config.complete—CNS configuration agent successfully applied the initial configuration.
•
cisco.mgmt.cns.config.warning—CNS configuration agent fully applied the initial configuration but encountered possible semantic errors.
Examples
The following example shows how to enable the CNS configuration agent and initiate an initial configuration:
Router# cns config initial 10.19.4.5 page /cns/config/first.asp
Related Commands
Command
|
Description
|
cns config connect-intf
|
Specifies the interface for connecting to the CNS configuration engine.
|
cns config notify
|
Detects CNS configuration changes and sends an event containing the previous and current configuration.
|
cns config retrieve
|
Returns the configuration of a routing device if the CNS configuration agent is enabled and the partial configuration is complete.
|
cns event
|
Configures the CNS event gateway, which provides CNS event services to Cisco IOS clients.
|
show cns config status
|
Displays information about the status of the CNS configuration agent.
|
ccns config notify
To notify CNS agents of configuration changes on Cisco IOS devices, use the cns config notify command in global configuration mode. To disable notifications, use the no form of this command.
cns config notify {all | diff} [interval minutes] [no_cns_events] [old-format]
no cns config notify {all | diff} [interval minutes] [no-cns-events] [old-format]
Syntax Description
all
|
Captures all configuration commands for the config-changed event output.
|
diff
|
Captures commands that change configuration for the config-changed event output.
|
interval minutes
|
(Optional) Specifies the amount of time after the last configuration change that the config-changed event is sent. The default is 5 minutes. The timer starts when you make a configuration change and you remain in configuration mode after the configuration change. If you enter the end command, the config-changed event is sent immediately.
|
no_cns_events
|
(Optional) Disables event notification for configurations changed through an XML file. If the configuration is changed using the command-line interface (CLI), the config-changed event will be sent.
|
old-format
|
(Optional) Provides the event notification in the old XML format for backwards compatibility.
|
Defaults
The interval defaults to 5 minutes.
Command Modes
Global configuration
Command History
Release
|
Modification
|
12.2(8)T
|
This command was introduced.
|
12.2(11)T
|
The diff keyword was removed.
|
12.3(1)
|
The diff and old-format keywords were added.
|
Usage Guidelines
When the cns config notify command is enabled, commands entered in configuration mode are detected. If the all keyword is specified, the command is stored for future notification. If the diff keyword is specified, the command is stored for future notification if the software determines that the command will cause a configuration change. The diff keyword also allows the software to store information about the command including previous configuration states, source of the change (for example, a telnet user), and the time of configuration.
The stored information is formatted in XML and sent as part of a CNS config agent change notification event. A CNS config agent change notification event is sent to the CNS Event Bus when configuration mode is exited or no activity from that source has occurred for the configured interval time.
You must enable the CNS event agent using the cns event command before configuring this command. If the CNS event agent is not configured, the notification event will be queued and sent when the CNS event agent is enabled. If the CNS config notify queue is full, subsequent events are dropped and a "lost" CNS config change notification is sent when the CNS event agent is enabled.
Use the no_cns_events for applications that already record configuration changes sent to the routing device through the CNS Event Bus.
Use the old-format keyword to generate XML output—only the entered command and previous configuration state—that is compatible with the versions of this commands when the diff keyword was removed.
Examples
The following example detects configuration changes for all configuration commands:
Router(config)# cns config notify all
Related Commands
Command
|
Description
|
cns config cancel
|
Cancels an incremental two-phase synchronization configuration.
|
cns config connect-intf
|
Specifies the interface for connecting to the CNS configuration engine.
|
cns config initial
|
Starts the CNS configuration agent and initiates an initial configuration.
|
cns config partial
|
Starts the CNS configuration agent, which provides CNS configuration services to Cisco IOS clients.
|
cns event
|
Enables and configures CNS event agent services.
|
cns config partial
To start the CNS configuration agent and accept a partial configuration, use the cns config partial command in global configuration mode. To shut down the CNS partial configuration agent, use the no form of this command.
cns config partial {ip-address | host-name} [encrypt] [port-number] [source ip-address]
[inventory]
no cns config partial
Syntax Description
ip-address
|
IP address of the configuration server.
|
host-name
|
Host name of the configuration server.
|
encrypt
|
(Optional) Uses a Secure Socket Layer (SSL) encrypted link between the router and the web server.
|
port-number
|
(Optional) Port number of the configuration service. The value is from 0 to 65535. The default is 80 with no encryption and 443 with encryption.
|
source ip-address
|
(Optional) IP address to use for source of this device.
|
inventory
|
(Optional) Sends an inventory of the line cards and modules in the router to the CNS configuration engine as part of the HTTP request.
|
Defaults
The port number defaults to 80 with no encryption and 443 with encryption.
Command Modes
Global configuration
Command History
Release
|
Modification
|
12.2(2)T
|
This command was introduced.
|
12.0(18)ST
|
This command was integrated into Cisco IOS Release 12.0(18)ST.
|
12.0(22)S
|
This command was integrated into Cisco IOS Release 12.0(22)S.
|
12.2(2)XB
|
This command was implemented on Cisco IAD2420 series Integrated Access Devices (IADs).
|
12.2(8)T
|
The source and encrypt keywords were added.
|
12.3(1)
|
The inventory keyword was added.
|
Usage Guidelines
Use this command to start the CNS partial configuration agent. You must enable the CNS event agent using the cns event command before configuring this command. The CNS event agent sends an event with the subject "cisco.mgmt.cns.config.load" to specify whether configuration data can be pushed to the CNS partial configuration agent or pulled from a configuration server by the CNS partial configuration agent.
In the push model, the event message delivers the configuration data to the partial configuration agent.
In the pull model, the event message triggers the partial configuration agent to pull the configuration data from the CNS configuration engine. The event message contains information about the CNS configuration engine, not the actual configuration data. The host name or IP address is the address of the CNS configuration engine from which the configuration is pulled. Use the cns trusted-server command to specify which CNS configuration engines can be used by the CNS partial configuration agent.
When the configuration has been received by the router, each line of the configuration will be applied in the same order as it was received. If the IOS parser has an error with one of the lines of the configuration, then all the configuration up to this point will be applied to the router, but none of the configuration beyond the error will be applied. If an error occurs, the command will retry until it successfully completes. In the pull mode, the command will not retry after an error. By default, NVRAM will be updated except when the no-persist keyword is configured.
A single message will be published on the CNS Event Bus after the partial configuration is complete. The CNS Event Bus will display one of the following status messages:
•
cisco.mgmt.cns.config.complete—CNS configuration agent successfully applied the partial configuration.
•
cisco.mgmt.cns.config.warning—CNS configuration agent fully applied the partial configuration, but encountered possible semantic errors.
•
cisco.mgmt.cns.config.failure—CNS configuration agent encountered an error and was not able to apply the configuration.
Examples
The following example shows how to configure the CNS partial configuration agent to accept events from the event gateway at 172.28.129.22. The CNS partial configuration agent will connect to the CNS configuration server at 172.28.129.22, port number 80. The CNS partial configuration agent requests are redirected to a configuration server at 172.28.129.40, port number 80.
Router(config)# cns event 172.28.129.22
Router(config)# cns trusted-server config 172.28.129.40
Router(config)# cns config partial 172.28.129.22
Related Commands
Command
|
Description
|
cns config initial
|
Starts the CNS configuration agent and initiates an initial configuration.
|
cns event
|
Enables and configures CNS event agent services.
|
cns trusted-server
|
Specifies a trusted server for CNS agents.
|
show cns config outstanding
|
Displays information about incremental CNS configurations that have started but are not yet completed.
|
cns config retrieve
To request the configuration of a routing device, use the cns config retrieve command in EXEC mode.
cns config retrieve {ip-address | host-name} [encrypt] [port-number] [page page]
[overwrite-startup] [syntax-check] [no-persist] [source ip-address] [event] [inventory]
Syntax Description
ip-address
|
IP address of the configuration server.
|
host-name
|
Host name of the configuration server.
|
encrypt
|
(Optional) Uses a Secure Socket Layer (SSL) encrypted link to the event gateway.
|
port-number
|
(Optional) Port number of the configuration service. The value is from 0 to 65535. The default is 80 with no encryption and 443 with encryption.
|
page page
|
(Optional) Web page where the configuration is located. The default is /cns/config.asp.
|
overwrite-startup
|
(Optional) Replaces the startup configuration file. Does not apply to the running configuration file.
|
syntax-check
|
(Optional) Turns on syntax checking.
|
no-persist
|
(Optional) Suppresses the default automatic writing to NVRAM of the configuration pulled as a result of issuing the cns config retrieve command. If not present, issuing the cns config retrieve command causes the resultant configuration to be automatically written to NVRAM.
|
source ip-address
|
(Optional) IP address to use as the source of CNS communications.
|
event
|
(Optional) Sends an event to the CNS Event Bus stating successful completion of the configuration, a warning that the configuration contained errors, or a message noting that the configuration failed. If the CNS event agent is not configured, the event will be saved until the CNS event agent is enabled. If the event keyword is not specified, a log message is sent to the console of the device after the configuration is complete.
|
inventory
|
(Optional) Sends an inventory of the line cards and modules in the router to the CNS configuration engine as part of the HTTP request.
|
Defaults
The port number defaults to 80 with no encryption and 443 with encryption.
Default web page of the initial configuration is /cns/config.asp.
Command Modes
EXEC
Command History
Release
|
Modification
|
12.2(2)T
|
This command was introduced.
|
12.0(18)ST
|
This command was integrated into Cisco IOS Release 12.0(18)ST.
|
12.0(22)S
|
This command was integrated into Cisco IOS Release 12.0(22)S.
|
12.3(1)
|
The inventory keyword was added.
|
Usage Guidelines
Use this command to request the configuration of a device from a configuration server. Use the cns trusted-server command to specify which configuration server can be used (trusted).
When the configuration has been received by the router, each line of the configuration will be applied in the same order as it was received. If the IOS parser has an error with one of the lines of the configuration, then all the configuration up to this point will be applied to the router, but none of the configuration beyond the error will be applied. If an error occurs, the command will not retry.
A single message will be published on the event bus after the partial configuration is complete. The event bus will display one of the following status messages:
•
cisco.mgmt.cns.config.complete—CNS configuration agent successfully applied the configuration.
•
cisco.mgmt.cns.config.warning—CNS configuration agent fully applied the configuration, but encountered possible semantic errors.
•
cisco.mgmt.cns.config.failure—CNS configuration agent encountered an error and was not able to apply the configuration.
The cns config retrieve command can be used with Command Scheduler commands (for example, kron policy-list and cli commands) in environments where it is not practical to use the CNS event agent and the cns config partial command. Configured within the cli command, the cns config retrieve command can be used to poll the configuration server to detect configuration changes.
Examples
The following example shows how to request a configuration from a trusted server at 10.1.1.1:
Router(config)# cns trusted-server all 10.1.1.1
Router(config)# cns config retrieve 10.1.1.1
Related Commands
Command
|
Description
|
cli
|
Specifies EXEC CLI commands within a Command Scheduler policy list.
|
cns config initial
|
Starts the CNS configuration agent and initiates an initial configuration.
|
cns trusted-server
|
Specifies a trusted server for CNS agents.
|
kron policy-list
|
Specifies a name for a Command Scheduler policy and enters kron-policy configuration mode.
|
show cns config status
|
Displays information about the status of the CNS configuration agent.
|
cns connect
To enter Cisco Networking Services (CNS) connect configuration mode and define the parameters of a CNS connect profile for connecting to the CNS configuration engine, use the cns connect command in global configuration mode. To disable the CNS connect profile, use the no form of this command.
cns connect name [ping-interval interval-seconds] [retries number-retries] [timeout
timeout-seconds] [sleep sleep-seconds]
no cns connect name [ping-interval interval-seconds] [retries number-retries] [timeout
timeout-seconds] [sleep sleep-seconds]
Syntax Description
name
|
The name of the CNS connect profile to be configured.
|
ping-interval interval-seconds
|
(Optional) Sets the interval (in seconds) between each successive attempt to ping the CNS configuration engine. The default value is 10 seconds.
|
retries number-retries
|
(Optional) Sets the number of times the CNS connect function will try to ping the CNS configuration engine. The default value is 3.
|
timeout timeout-seconds
|
(Optional) Sets the amount of time (in seconds) after which an interface is no longer used for ping attempts. The default value is 120 seconds.
|
sleep sleep-seconds
|
(Optional) Sets the amount of time (in seconds) before which the first ping is attempted for each interface. This option provides time for the far end of a link to stabilize. The default value is 0 seconds.
|
Defaults
No CNS connect profiles are defined.
Command Modes
Global configuration
Command History
Release
|
Modification
|
12.3(2)XF
|
This command was introduced.
|
12.3(8)T
|
This command was integrated into Cisco IOS Release 12.3(8)T.
|
12.3(9)
|
This command was integrated into Cisco IOS Release 12.3(9).
|
Usage Guidelines
Use the cns connect command to enter CNS connect configuration mode and define the parameters of a CNS connect profile for connecting to the CNS configuration engine. Then use the following CNS connect commands to create a CNS connect profile:
•
discover
•
template
A CNS connect profile specifies the discover commands and associated template commands that are to be applied to a router's configuration. When multiple discover and template commands are configured in a CNS connect profile, they are processed in the order in which they are entered.
Note
Effective with Cisco IOS Releases 12.3(8)T and 12.3(9), the cns config connect-intf command is replaced by the cns connect and cns template connect commands.
Examples
The following example shows how to create a CNS connect profile named profile-1:
Router (config)# cns connect profile-1
Router (config-cns-conn)# discover interface Serial
Router (config-cns-conn)# template template-1
Router (config-cns-conn)# exit
In this example, the following sequence of events occurs for each serial interface when the cns connect profile-1 command is processed:
1.
Enter interface configuration mode and apply all commands in the template-1 template to the router's configuration.
2.
Try to ping the CNS configuration engine.
3.
If the ping is successful, then download pertinent configuration information from the CNS configuration engine and exit. The cns connect profile-1 command has completed its process.
4.
If the ping is unsuccessful, enter interface configuration mode and remove all commands in the template-1 template from the router's configuration. The cns connect profile-1 command has failed to retrieve any configuration information from the CNS configuration engine.
Related Commands
Command
|
Description
|
cli (cns)
|
Specifies the command lines of a CNS connect template.
|
cns template connect
|
Enters CNS template connect configuration mode and defines the name of a CNS connect template.
|
discover (cns)
|
Defines the interface parameters within a CNS connect profile for connecting to the CNS configuration engine.
|
template (cns)
|
Specifies a list of CNS connect templates within a CNS connect profile to be applied to a router's configuration.
|
cns event
To configure the Cisco Networking Services (CNS) event gateway, which provides CNS event services to Cisco IOS clients, use the cns event command in global configuration mode. To remove the specified event gateway from the gateway list, use the no form of this command.
cns event {host-name | ip-address} [port-number] [encrypt] [backup] [failover-time seconds]
[keepalive seconds retry-count] [source ip-address] [clock-timeout time] [reconnect time]
no cns event {host-name | ip-address} [port-number] [encrypt] [backup] [failover-time seconds]
[keepalive seconds retry-count] [source ip-address] [clock-timeout time] [reconnect time]
Syntax Description
host-name
|
Hostname of the event gateway.
|
ip-address
|
IP address of the event gateway.
|
port-number
|
(Optional) Port number for the event gateway. The default is 11011 with no encryption or 11012 with encryption.
|
encrypt
|
(Optional) Uses a Secure Sockets Layer (SSL) encrypted link to the event gateway.
|
backup
|
(Optional) Indicates a backup gateway. If omitted, indicates the primary gateway. A primary gateway must be configured before you can configure a backup gateway. Optional keywords, if omitted, are set as for the primary gateway.
|
failover-time seconds
|
(Optional) Specifies a time interval, in seconds, to wait for the primary gateway route after the route to the backup gateway is established. The default is 3.
|
keepalive seconds retry-count
|
(Optional) Specifies a keepalive timeout, in seconds, and retry count.
|
source ip-address
|
(Optional) Indicates the IP address of the source for CNS communications.
|
clock-timeout time
|
(Optional) Specifies the maximum time, in minutes, that the CNS event agent will wait for the clock to be set for transports (such as SSL) that require an accurate clock. The default is 10 minutes.
|
reconnect time
|
(Optional) Specifies the configurable upper limit of the maximum retry timeout. The valid range is 1 through 65535. The default is 3600.
|
Command Default
The event gateway default port number is 11011 with no encryption or 11012 with encryption.
The default number of seconds to wait for a primary gateway route is 3.
The clock timeout default is 10 minutes.
The reconnection time default is 3600 seconds.
Command Modes
Global configuration
Command History
Release
|
Modification
|
12.2(2)T
|
This command was introduced.
|
12.0(18)ST
|
This command was integrated into the Cisco IOS Release 12.0(18)ST.
|
12.0(22)S
|
This command was integrated into Cisco IOS Release 12.0(22)S.
|
12.2(2)XB
|
This command was implemented on Cisco IAD2420 series Integrated Access Devices (IADs).
|
12.2(8)T
|
The encrypt, init-retry, source, and force-fmt1 keywords were added.
|
12.3
|
The reconnect-time keyword was added.
|
12.3(1)
|
The init-retry keyword was replaced with the failover-time keyword. The force-fmt1 keyword was removed. The clock-timeout keyword was added.
|
Usage Guidelines
The CNS event agent must be enabled before any of the other CNS agents are configured because the CNS event agent provides a transport connection to the CNS Event Bus for all other CNS agents. The other CNS agents use the connection to the CNS Event Bus to send and receive messages. The CNS event agent does not read or modify the messages.
The failover-time keyword is useful if you have a backup CNS event gateway configured. If the CNS event agent is trying to connect to the gateway and it discovers that the route to the backup is available before the route to the primary gateway, the seconds argument specifies how long the CNS event agent will continue to search for a route to the primary gateway before attempting to link to the backup gateway.
Unless you are using a bandwidth-constrained link, you should set a keepalive timeout and retry count. Doing so allows the management network to recover gracefully should a Cisco IE2100 configuration engine fail. Without the keepalive data, such a failure requires manual intervention on every device. The seconds multiplied by the retry-count determines the length of idle time before the CNS event agent will disconnect and attempt to reconnect to the gateway. Cisco recommends a minimum retry-count of 2.
If the optional source keyword is used, the source IP address might be a secondary IP address of a specific interface to allow a management network to run on top of a production network.
If network connectivity between the Cisco IOS router running the CNS Event Agent and the gateway is absent, the Event Agent goes into an exponential backoff retry mode and gets stuck at the maximum limit (which may be hours). The reconnect-time keyword allows a configurable upper limit of the maximum retry timeout.
Examples
The following example shows how to set the address of the primary CNS event gateway to the configuration engine software running on IP address 10.1.2.3, port 11011, with a keepalive of 60 seconds and a retry count of 5:
Router(config)# cns event 10.1.2.3 11011 keepalive 60 5
Related Commands
Command
|
Description
|
cns id
|
Sets the unique event ID or config ID router identifier.
|
show cns event status
|
Displays status information about the CNS event agent.
|
cns exec
To enable and configure the CNS exec agent, which provides CNS exec services to Cisco IOS clients, use the cns exec command in global configuration mode. To disable the use of CNS exec agent services, use the no form of this command.
cns exec [host-name | ip-address] [port-number] [encrypt [enc-port-number]] [source ip-address]
no cns exec {host-name | ip-address} [port-number] [encrypt [enc-port-number]] [source
ip-address]
Syntax Description
host-name
|
(Optional) Host name of the exec server.
|
ip-address
|
(Optional) IP address of the exec server.
|
port-number
|
(Optional) Port number for the exec server. The default is 80.
|
encrypt
|
(Optional) Uses a Secure Socket Layer (SSL) encrypted link to the exec agent server.
|
enc-port-number
|
(Optional) Port number for the encrypted exec server. The default is 443.
|
source
|
(Optional) Specifies the use of an IP address defined by the ip-address argument as the source for CNS exec agent communications.
|
ip-address
|
(Optional) IP address.
|
Defaults
The default exec server port number is 80.
The default encrypted exec server port number is 443.
Command Modes
Global configuration
Command History
Release
|
Modification
|
12.3(1)
|
This command was introduced.
|
Usage Guidelines
The CNS exec agent allows a remote application to execute an EXEC mode command-line interface (CLI) command on a Cisco IOS device by sending an event message containing the command. A restricted set of EXEC CLI commands—show commands—are supported.
In previous Cisco IOS Releases the CNS exec agent was enabled when the CNS configuration agent was enabled through the cns config partial command.
Examples
The following example shows how to enable the CNS exec agent with an IP address of 10.1.2.3 for the exec agent server, a port number of 93, and a source IP address of 172.17.2.2:
Router(config)# cns exec 10.1.2.3 93 source 172.17.2.2
Related Commands
Command
|
Description
|
cns event
|
Enables and configures CNS event agent services.
|
show cns event subject
|
Displays a list of CNS event agent subjects that are subscribed to by applications.
|
cns id
To set the unique event ID, config ID, or image ID Cisco IOS device identifier used by CNS services, use the cns id command in global configuration mode. To set the identifier to the host name of the Cisco IOS device, use the no form of this command.
If ID Choice Is IP Address or MAC Address
cns id type number {dns-reverse | ipaddress | mac-address} [event] [image]
no cns id type number {dns-reverse | ipaddress | mac-address} [event] [image]
If ID Choice Is Anything Else
cns id {hardware-serial | hostname | string string} [event] [image]
no cns id {hardware-serial | hostname | string string} [event] [image]
Syntax Description
type number
|
Type of interface (for example, ethernet, group-async, loopback, or virtual-template) and the interface number. Indicates from which interface the IP or MAC address should be retrieved in order to define the unique ID.
|
dns-reverse
|
Uses DNS reverse lookup to retrieve the host name of the Cisco IOS device and assign it as the unique ID.
|
ipaddress
|
Uses the IP address specified in the type number arguments as the unique ID.
|
mac-address
|
Uses the MAC address specified in the type number arguments as the unique ID.
|
event
|
(Optional) Sets this ID to be the event ID value, which is used to identify the Cisco IOS device for CNS event services. If both optional keywords are omitted, the event ID is set to the host name of the Cisco IOS device.
|
image
|
(Optional) Sets this ID to be the image ID value, which is used to identify the Cisco IOS device for CNS image agent services. If both optional keywords are omitted, the image ID is set to the host name of the Cisco IOS device.
|
hardware-serial
|
Uses the hardware serial number as the unique ID.
|
hostname
|
Uses the host name as the unique ID. This is the system default.
|
string string
|
Uses an arbitrary text string—typically the host name—as the unique ID.
|
Defaults
The system defaults to the host name of the Cisco IOS device as the unique ID.
Command Modes
Global configuration
Command History
Release
|
Modification
|
12.2(2)XB
|
This command was introduced on Cisco IAD2420 series IADs.
|
12.2(8)T
|
This command was integrated into Cisco IOS Release 12.2(8)T.
|
12.3(1)
|
The optional image keyword was added to set an image ID.
|
Usage Guidelines
Use this command to set the unique ID to the CNS configuration agent, which then pulls the initial configuration template to the Cisco IOS device during bootup.
You can set one or all three IDs: the config ID value for CNS configuration services, the event ID value for CNS event services, and the image ID value for CNS image agent services. To set all values, use the command three times.
To set the CNS event ID to the host name of the Cisco IOS device, use the no form of this command with the event keyword. To set the CNS config ID to the host name of the Cisco IOS device, use the no form of this command without the event keyword. To set the CNS image ID to the host name of the Cisco IOS device, use the no form of this command with the image keyword.
Examples
The following example shows how to pass the host name of the Cisco IOS device as the config ID value:
Router(config)# cns id hostname
The following example shows how to pass the hardware serial number of the Cisco IOS device as the event ID value:
Router(config)# cns id hardware-serial event
The following example shows how to pass the IP address of Ethernet interface 0/1 as the image ID value:
Router(config)# cns id ethernet 0/1 image
Related Commands
Command
|
Description
|
cns event
|
Enables the CNS event gateway, which provides CNS event services to Cisco IOS clients.
|
cns image
|
Enables the CNS image agent services to Cisco IOS clients.
|
cns image
To configure the CNS image agent services, use the cns image command in global configuration mode. To disable the use of CNS image agent services, use the no form of this command.
cns image [server server-url [status status-url]]
no cns image [server server-url [status status-url]]
Syntax Description
server
|
(Optional) Specifies an image distribution server to contact for information about an updated image to be downloaded.
|
server-url
|
(Optional) The URL used to contact an image distribution server. An IP address or domain name can be used.
|
status
|
(Optional) Specifies that any status messages generated by CNS image agent operations will be sent to the URL specified by the status-url argument.
|
status-url
|
(Optional) The URL of a web server to which status messages are written.
|
Defaults
When configured, the CNS image agent always listens for image events on the CNS Event Bus server.
Command Modes
Global configuration
Command History
Release
|
Modification
|
12.3(1)
|
This command was introduced.
|
Usage Guidelines
Use the cns image command to start the CNS image agent process and to listen for image-related events on the CNS Event Bus.
If the optional server details are specified, the CNS image agent uses the server URL to contact the image management server. If no server details are specified, the URL for the image server must be supplied using one of the following three methods. The first method is to specify the image server using the server options on the cns image retrieve command. The second method is to use the server configured by the CNS event agent and stored as an image server event that can be received from the CNS Event Bus. The third method does not require a server URL because it uses CNS Event Bus mode.
If the optional status details are not specified, the status messages are sent as events on the CNS Event Bus.
Examples
The following example shows how to enable the CNS image agent services and configure a path to the image distribution server and a status messages server:
Router(config)# cns image server https://10.20.2.3:8080/cns/imageserver/ status
https://10.20.2.3:8080/cns/imageserver/messages/
Related Commands
Command
|
Description
|
show cns image status
|
Displays information about the CNS image agent status.
|
cns image password
To configure a password to use with the CNS image agent services, use the cns image password command in global configuration mode. To disable the use of a password, use the no form of this command.
cns image password image-password
no cns image password image-password
Syntax Description
image-password
|
Password to be used for CNS image agent services.
|
Defaults
No password is used with the CNS image agent services.
Command Modes
Global configuration
Command History
Release
|
Modification
|
12.3(1)
|
This command was introduced.
|
Usage Guidelines
Use this command to create a password that is sent along with the image ID in all CNS image agent messages. The receiver of these messages can use this information to authenticate the sending device. This password may be different from the username and password used for HTTP basic authentication configured with other CNS image agent commands.
Examples
The following example shows how to configure a password to be used for the CNS image agent services:
Router(config)# cns image password textabc
Related Commands
Command
|
Description
|
cns id
|
Specifies the unique event ID, config ID, or image ID used by CNS services.
|
cns image retrieve
To contact a CNS image distribution server and download a new image if a new image exists, use the cns image retrieve command in privileged EXEC mode.
cns image retrieve [server server-url [status status-url]]
Syntax Description
server
|
(Optional) Specifies an image distribution server to contact for information about an updated image to be downloaded. If the server keyword is not specified, the server path configured in the cns image command is used. If no server path has been configured, an error is displayed.
|
server-url
|
(Optional) The URL used to contact an image distribution server. If the server-url argument is not specified, the URL path configured in the cns image command is used. If no URL has been configured, an error is displayed.
|
status
|
(Optional) Specifies that any status messages generated by this command will be sent to the URL specified by the status-url argument.
|
status-url
|
(Optional) The URL of a web server to which status messages are written.
|
Defaults
If the server keyword and server-url argument are not specified, the server path configured in the cns image command is used. If no server path has been configured, an error is displayed.
Command Modes
Privileged EXEC
Command History
Release
|
Modification
|
12.3(1)
|
This command was introduced.
|
Usage Guidelines
You must enable the CNS image agent services using the cns image command before configuring this command.
Use this command to poll an image distribution server and download a new image to the Cisco IOS device if a new image exists.
Examples
The following example shows how to configure the CNS image agent to access the image distribution server at 10.19.2.3 and download a new image if a new image exists:
Router# cns image retrieve server https://10.20.2.3:8080/cns/imageserver/ status
https://10.20.2.3:8080/cns/imageserver/messages/
Related Commands
Command
|
Description
|
cns image
|
Enables CNS image agent services.
|
cns trusted-server
|
Specifies a trusted server for CNS agents.
|
show cns image status
|
Displays information about the CNS image agent status.
|
cns image retry
To set the CNS image upgrade retry interval, use the cns image retry command in global configuration mode. To restore the default value, use the no form of this command.
cns image retry seconds
no cns image retry seconds
Syntax Description
seconds
|
(Optional) Interval in seconds from 0 to 65535. The default is 60 seconds.
|
Defaults
Retry interval is 60 seconds.
Command Modes
Global configuration
Command History
Release
|
Modification
|
12.3(1)
|
This command was introduced.
|
Usage Guidelines
Use this command to set an interval after which the CNS image agent will retry an image upgrade operation if the original upgrade attempt failed.
Examples
The following example shows how to set the CNS image upgrade interval to 240 seconds:
Router(config)# cns image retry 240
Related Commands
Command
|
Description
|
cns image
|
Enables CNS image agent services.
|
cns inventory
To enable the CNS inventory agent—that is, to send an inventory of the router's line cards and modules to the CNS configuration engine—and enter CNS inventory mode, use the cns inventory command in global configuration mode. To disable the CNS inventory agent, use the no form of this command.
cns inventory
no cns inventory
Syntax Description
This command has no arguments or keywords.
Defaults
Disabled
Command Modes
Global configuration
Command History
Release
|
Modification
|
12.2(8)T
|
This command was introduced.
|
12.3(1)
|
The config, event, and notify oir keywords were removed.
|
Usage Guidelines
Use this command with the announce config and transport event CNS inventory configuration mode commands to specify when to notify the CNS configuration engine of changes to the router's port-adaptor and interface inventory. A transport must be specified in CNS inventory configuration mode before any of the CNS inventory commands are executed.
Examples
The following example shows how to enable the CNS inventory agent and enter CNS inventory configuration mode:
Router(config)# cns inventory
Related Commands
Command
|
Description
|
announce config
|
Species that an unsolicited configuration inventory is sent out by the CNS inventory agent at bootup.
|
cns config initial
|
Starts the CNS configuration agent and initiates an initial configuration.
|
transport events
|
Species that inventory events are sent out by the CNS inventory agent.
|
cns mib-access encapsulation
To specify whether Cisco Networking Services (CNS) should use nongranular (SNMP) or granular (XML) encapsulation to access MIBs, use the cns mib-access encapsulation command in global configuration mode. To disable the currently specified encapsulation, use the no form of this command.
cns mib-access encapsulation {snmp | xml [size bytes]}
no cns mib-access encapsulation {snmp | xml}
Syntax Description
snmp
|
Enables nongranular (SNMP) encapsulation for MIB access.
|
xml
|
Enables granular (XML) encapsulation for MIB access.
|
size bytes
|
(Optional) Maximum size in bytes for response events. The default is 3072.
|
Defaults
For XML encapsulation, a maximum size of 3072 bytes.
Command Modes
Global configuration
Command History
Release
|
Modification
|
12.2(8)T
|
This command was introduced on Cisco 2600 series and Cisco 3600 series routers.
|
Examples
The following example specifies that XML be used to access MIBs:
Router(config)# cns mib-access encapsulation xml
Related Commands
Command
|
Description
|
cns notifications encapsulation
|
Specifies whether CNS notifications should be sent using nongranular (SNMP) or granular (XML) encapsulation.
|
cns notifications encapsulation
To specify whether Cisco Networking Services (CNS) notifications should be sent using nongranular (SNMP) or granular (XML) encapsulation, use the cns notifications encapsulation command in global configuration mode. To disable the currently specified encapsulation, use the no form of this command.
cns notifications encapsulation {snmp | xml}
no cns notifications encapsulation {snmp | xml}
Syntax Description
snmp
|
Uses nongranular (SNMP) encapsulation to send notifications.
|
xml
|
Uses granular (XML) encapsulation to send notifications.
|
Defaults
This command is disabled.
Command Modes
Global configuration
Command History
Release
|
Modification
|
12.2(8)T
|
This command was introduced on Cisco 2600 series and Cisco 3600 series routers.
|
Examples
The following example shows how to specify that granular notifications should be sent:
Router(config)# cns notifications encapsulation xml
Related Commands
Command
|
Description
|
cns mib-access encapsulation
|
Specifies whether CNS should use granular (XML) or nongranular (SNMP) encapsulation to access MIBs.
|
cns template connect
To enter Cisco Networking Services (CNS) template connect configuration mode and define the name of a CNS connect template, use the cns template connect command in global configuration mode. To disable the CNS connect template, use the no form of this command.
cns template connect name
no cns template connect name
Syntax Description
name
|
The name of the CNS connect template to be configured.
|
Defaults
No CNS connect templates are defined.
Command Modes
Global configuration
Command History
Release
|
Modification
|
12.3(2)XF
|
This command was introduced.
|
12.3(8)T
|
This command was integrated into Cisco IOS Release 12.3(8)T.
|
12.3(9)
|
This command was integrated into Cisco IOS Release 12.3(9).
|
Usage Guidelines
Use the cns template connect command to enter CNS template connect configuration mode and define the name of the CNS connect template to be configured. Then use the cli command to specify the command lines of the CNS connect template.
Note
When creating a CNS connect template, you must enter the exit command to complete the configuration of the template and exit from CNS template connect configuration mode. This requirement was implemented to prevent accidentally entering a command without the cli command.
Note
Effective with Cisco IOS Releases 12.3(8)T and 12.3(9), the cns config connect-intf command is replaced by the cns connect and cns template connect commands.
Examples
The following example shows how to configure a CNS connect template named template1:
Router (config)# cns template connect template-1
Router (config-templ-conn)# cli command-1
Router (config-templ-conn)# cli command-2
Router (config-templ-conn)# cli no command-3
Router (config-templ-conn)# exit
When the template1 template is applied, the following commands are sent to the router's parser:
When the template1 template is removed from the router's configuration after an unsuccessful ping attempt to the CNS configuration engine, the following commands are sent to the router's parser:
Related Commands
Command
|
Description
|
cli (cns)
|
Specifies the command lines of a CNS connect template.
|
cns connect
|
Enters CNS connect configuration mode and defines the parameters of a CNS connect profile for connecting to the CNS configuration engine.
|
discover (cns)
|
Defines the interface parameters within a CNS connect profile for connecting to the CNS configuration engine.
|
template (cns)
|
Specifies a list of CNS connect templates within a CNS connect profile to be applied to a router's configuration.
|
cns trusted-server
To specify a trusted server for CNS agents, use the cns trusted-server command in global configuration mode. To disable the use of a trusted server for a CNS agent, use the no form of this command.
cns trusted-server {all-agents | config | event | exec | image} hostname | ip-address
no cns trusted-server {all-agents | config | event | exec | image}
Syntax Description
all-agents
|
Specifies a trusted server for all CNS agents.
|
config
|
Specifies a trusted server for CNS config agent.
|
event
|
Specifies a trusted server for CNS event agent.
|
exec
|
Specifies a trusted server for CNS exec agent.
|
image
|
Specifies a trusted server for CNS image agent.
|
hostname
|
Host name of the trusted server.
|
ip-address
|
IP address of the trusted server.
|
Defaults
all-agents
Command Modes
Global configuration
Command History
Release
|
Modification
|
12.3(1)
|
This command was introduced.
|
Usage Guidelines
Use the cns trusted-server command to specify a trusted server for an individual CNS agent or all the CNS agents. In previous Cisco IOS Releases CNS agents could connect to any server and this could expose the system to security violations. An attempt to connect to a server not on the list will result in an error message being displayed. For backwards compatibility the configuration of a server address using the configuration command-line interface (CLI) for a CNS agent will result in an implicit trust of the server. The implicit trusted server commands apply only to commands in configuration mode, not EXEC mode commands.
Use this command when a CNS agent will redirect its response to a server address that is not explicitly configured on the command line for the specific CNS agent. For example, the CNS exec agent may have one server configured but receive a message from the CNS Event Bus that overrides the configured server. The new server address has not been explicitly configured so the new server address is not a trusted server. An error will be generated when the CNS exec agent tries to respond to this new server address unless the cns trusted-server command has been configured for the new server address.
Examples
The following example shows how to configure server 10.19.2.5 as a trusted server for the CNS event agent:
Router# cns trusted-server event 10.19.2.5
The following example shows how to configure server 10.2.2.8 as an implicit trusted server for the CNS image agent:
Router# cns image server 10.2.2.8 status 10.2.2.8
Related Commands
Command
|
Description
|
cns config
|
Configures CNS configuration agent services.
|
cns event
|
Enables and configures CNS event agent services.
|
cns image
|
Configures CNS image agent services.
|
config-cli
Note
Effective with Cisco IOS Releases 12.3(8)T and 12.3(9), the config-cli command is replaced by the cli (cns) command. See the cli (cns) command for more information.
To connect to the Cisco Networking Services (CNS) configuration engine using a specific type of interface, use the config-cli command in CNS Connect-interface configuration mode.
config-cli type [number]
Syntax Description
type number
|
Type of interface. Indicates from which interface the IP or MAC address should be retrieved in order to define the unique ID.
|
number
|
(Optional) Interface number. Indicates from which interface the IP or MAC address should be retrieved in order to define the unique ID.
|
Defaults
No command lines are specified to configure the interface.
Command Modes
CNS Connect-interface configuration
Command History
Release
|
Modification
|
12.2(8)T
|
This command was introduced on Cisco 2600 series and Cisco 3600 series routers.
|
12.3(8)T
|
This command was replaced by the cli (cns) command.
|
12.3(9)
|
This command was replaced by the cli (cns) command.
|
Usage Guidelines
Begin by using the cns config connect-intf command to enter CNS Connect-interface configuration (config-cns-conn-if) mode. Then use either this or its companion CNS bootstrap-configuration command to connect to the CNS configuration engine for initial configuration:
•
config-cli connects to the registrar using a specific type of interface. You must specify the interface type but need not specify the interface number; the router's bootstrap configuration finds the connecting interface, regardless of the slot in which the card resides, by trying different candidate interfaces until it can ping the configuration engine.
•
line-cli connects to the registrar using modem dialup lines.
Immediately after either of the commands, enter additional configuration commands as appropriate.
Examples
The following example enters CNS Connect-interface configuration mode, connects to a configuration engine using an asynchronous interface, and issues a number of commands:
Router(config)# cns config connect-intf Async
Router(config-cns-conn-if)# config-cli encapsulation ppp
Router(config-cns-conn-if)# config-cli ip unnumbered FastEthernet0/0
Router(config-cns-conn-if)# config-cli dialer rotary-group 0
Router(config-cns-conn-if)# line-cli modem InOut
Router(config-cns-conn-if)# line-cli
Router(config-cns-conn-if)# exit
These commands apply to the following configuration:
Related Commands
Command
|
Description
|
cns config connect-intf
|
Specifies the interface for connecting to the CNS configuration engine.
|
line-cli
|
Connects to the CNS configuration engine using a modem dialup line.
|
config-register
To change the configuration register settings, use the config-register command in global configuration mode.
config-register value
Syntax Description
value
|
Hexadecimal or decimal value that represents the 16-bit configuration register value that you want to use the next time the router is restarted. The value range is from 0x0 to 0xFFFF (0 to 65535 in decimal).
|
Defaults
Refer to the documentation for your platform for the default configuration register value. For many newer platforms, the default is 0x2102, which causes the router to boot from Flash memory and the Break key to be ignored.
Command Modes
Global configuration
Command History
Release
|
Modification
|
10.0
|
This command was introduced.
|
Usage Guidelines
This command applies only to platforms that use a software configuration register.
The lowest four bits of the configuration register (bits 3, 2, 1, and 0) form the boot field. The boot field determines if the router boots manually, from ROM, or from Flash or the network.
To change the boot field value and leave all other bits set to their default values, follow these guidelines:
•
If you set the configuration register boot field value to 0x0, you must boot the operating system manually with the boot command.
•
If you set the configuration register boot field value to 0x1, the router boots using the default ROM software.
•
If you set the configuration register boot field to any value from 0x2 to 0xF, the router uses the boot field value to form a default boot filename for booting from a network server.
For more information about the configuration register bit settings and default filenames, refer to the appropriate router hardware installation guide.
Examples
In the following example, the configuration register is set to boot the system image from Flash memory:
Related Commands
Command
|
Description
|
boot system
|
Specifies the system image that the router loads at startup.
|
confreg
|
Changes the configuration register settings while in ROM monitor mode.
|
o
|
Lists the value of the boot field (bits 0 to 3) in the configuration register.
|
show version
|
Displays the configuration of the system hardware, the software version, the names and sources of configuration files, and the boot images.
|
configure confirm
To confirm replacement of the current running configuration with a saved Cisco IOS configuration file, use the configure confirm command in privileged EXEC mode.
configure confirm
Syntax Description
This command has no arguments or keywords.
Command Modes
Privileged EXEC
Command History
Release
|
Modification
|
12.3(7)T
|
This command was introduced.
|
12.2(25)S
|
This command was integrated into Cisco IOS Release 12.2(25)S.
|
Usage Guidelines
The configure confirm command is used only if the time seconds keyword and argument of the configure replace command are specified. If the configure confirm command is not entered within the specified time limit, the configuration replace operation will automatically be reversed (in other words, the current running configuration file will be restored back to the configuration state that existed prior to entering the configure replace command).
Examples
The following example shows the use of the configure replace command with the time seconds keyword and argument. You must enter the configure confirm command within the specified time limit to confirm replacement of the current running configuration file:
Router# configure replace nvram:startup-config time 120
This will apply all necessary additions and deletions
to replace the current running configuration with the
contents of the specified configuration file, which is
assumed to be a complete configuration, not a partial
configuration. Enter Y if you are sure you want to proceed. ? [no]: Y
Total number of passes: 1
Router# configure confirm
Related Commands
Command
|
Description
|
archive config
|
Saves a copy of the current running configuration to the Cisco IOS configuration archive.
|
configure replace
|
Replaces the current running configuration with a saved Cisco IOS configuration file.
|
maximum
|
Sets the maximum number of archive files of the running configuration to be saved in the Cisco IOS configuration archive.
|
path
|
Specifies the location and filename prefix for the files in the Cisco IOS configuration archive.
|
show archive
|
Displays information about the files saved in the Cisco IOS configuration archive.
|
time-period
|
Sets the time increment for automatically saving an archive file of the current running configuration in the Cisco IOS configuration archive.
|
configure memory
To configure the system from the system memory, use the configure memory command in privileged EXEC mode.
configure memory
Syntax Description
This command has no arguments or keywords.
Command Modes
Privileged EXEC
Command History
Release
|
Modification
|
10.0
|
This command was introduced.
|
Usage Guidelines
On all platforms except Class A Flash file system platforms, this command executes the commands located in the configuration file in NVRAM (the "startup configuration file").
On Class A Flash file system platforms, if you specify the configure memory command, the router executes the commands pointed to by the CONFIG_FILE environment variable. The CONFIG_FILE environment variable specifies the location of the configuration file that the router uses to configure itself during initialization. The file can be located in NVRAM or any of the Flash file systems supported by the platform.
When the CONFIG_FILE environment variable specifies NVRAM, the router executes the NVRAM configuration only if it is an entire configuration, not a distilled version. A distilled configuration is one that does not contain access lists.
To view the contents of the CONFIG_FILE environment variable, use the show bootvar EXEC command. To modify the CONFIG_FILE environment variable, use the boot config command and then save your changes by issuing the copy system:running-config nvram:startup-config command.
Examples
In the following example, a router is configured from the configuration file in the memory location pointed to by the CONFIG_FILE environment variable:
Related Commands
Command
|
Description
|
boot config
|
Specifies the device and filename of the configuration file from which the router configures itself during initialization (startup).
|
copy system:running-config nvram:startup-config
|
Saves the running configuration as the startup configuration file.
|
show bootvar
|
Displays the contents of the BOOT environment variable, the name of the configuration file pointed to by the CONFIG_FILE environment variable, the contents of the BOOTLDR environment variable, and the configuration register setting.
|
configure network
The configure network command was replaced by the copy {rcp | tftp} running-config command in Cisco IOS Release 11.0. To maintain backward compatibility, the configure network command continues to function in Cisco IOS Release 12.2(11)T for most systems, but support for this command may be removed in a future release.
The copy {rcp | tftp} running-config command was replaced by the copy {ftp: | rcp: | tftp:}[filename] system:running-config command in Cisco IOS Release 12.1.
The copy {ftp: | rcp: | tftp:}[filename] system:running-config command specifies that a configuration file should be copied from a FTP, rcp, or TFTP source to the running configuration. See the description of the copy command in this chapter for more information.
configure overwrite-network
The configure overwrite-network has been replaced by the copy {ftp-url | rcp-url | tftp-url} nvram:startup-config command. See the description of the copy command in the "Cisco IOS File System Commands" chapter for more information.
configure replace
To replace the current running configuration with a saved Cisco IOS configuration file, use the configure replace command in privileged EXEC mode.
configure replace target-url [list] [force] [time seconds] nolock
Syntax Description
target-url
|
URL (accessible by the Cisco IOS file system) of the saved Cisco IOS configuration file that is to replace the current running configuration.
|
list
|
(Optional) Displays a list of the command lines applied by the Cisco IOS software parser during each pass of the configuration replace operation. The total number of passes performed is also displayed.
|
force
|
(Optional) Replaces the current running configuration file with the specified saved Cisco IOS configuration file without prompting you for confirmation.
|
time seconds
|
(Optional) Time (in seconds) within which you must enter the configure confirm command to confirm replacement of the current running configuration file. If the configure confirm command is not entered within the specified time limit, the configuration replace operation will automatically be reversed (in other words, the current running configuration file will be restored back to the configuration state that existed prior to entering the configure replace command).
|
nolock
|
(Optional) Disables the locking of the running configuration file that prevents other users from changing the running configuration during a configuration replace operation.
|
Command Modes
Privileged EXEC
Command History
Release
|
Modification
|
12.3(7)T
|
This command was introduced.
|
12.2(25)S
|
The nolock keyword was added.
|
Usage Guidelines
When configuring more than one keyword option, use the following rules:
•
The list keyword must be entered before the force and time keywords.
•
The force keyword must be entered before the time keyword.
If the current running configuration is replaced with a saved Cisco IOS configuration file that contains commands unaccepted by the Cisco IOS software parser, an error message will be displayed listing the commands that were unaccepted. The total number of passes performed in the configuration replace operation is also displayed.
Note
In Cisco IOS Release 12.2(25)S, a locking feature for the configuration replace operation was introduced. When the configure replace command is enabled, the Cisco IOS running configuration file is locked by default for the duration of the configuration replace operation. This locking mechanism prevents other users from changing the running configuration while the replace operation is taking place, which might otherwise cause the replace operation to terminate unsuccessfully. You can disable the locking of the running configuration using the configure replace nolock command.
The running configuration lock is automatically cleared at the end of the configuration replace operation. It is not expected that you should need to clear the lock manually during the replace operation, but as a protection against any unforeseen circumstances, you can manually clear the lock using the clear configuration lock command. You can also display any locks that may be currently applied to the running configuration using the show configuration lock command.
Examples
This section contains the following examples:
•
Replacing the Current Running Configuration with a Saved Cisco IOS Configuration File
•
Reverting to the Startup Configuration File
•
Performing a Configuration Replace Operation with the configure confirm Command
•
Performing a Configuration Rollback Operation
Replacing the Current Running Configuration with a Saved Cisco IOS Configuration File
The following example shows how to replace the current running configuration with a saved Cisco IOS configuration file named disk0:myconfig. Note that the configure replace command interactively prompts you to confirm the operation.
Router# configure replace disk0:myconfig
This will apply all necessary additions and deletions
to replace the current running configuration with the
contents of the specified configuration file, which is
assumed to be a complete configuration, not a partial
configuration. Enter Y if you are sure you want to proceed. ? [no]: Y
Total number of passes: 1
In the following example, the list keyword is specified in order to display the command lines that were applied during the configuration replace operation:
Router# configure replace disk0:myconfig list
This will apply all necessary additions and deletions
to replace the current running configuration with the
contents of the specified configuration file, which is
assumed to be a complete configuration, not a partial
configuration. Enter Y if you are sure you want to proceed. ? [no]: Y
no snmp-server community public ro
snmp-server community mystring ro
Total number of passes: 1
Reverting to the Startup Configuration File
The following example shows how to revert to the Cisco IOS startup configuration file. This example also shows the use of the optional force keyword to override the interactive user prompt.
Router# configure replace nvram:startup-config force
Total number of passes: 1
Performing a Configuration Replace Operation with the configure confirm Command
The following example shows the use of the configure replace command with the time seconds keyword and argument. You must enter the configure confirm command within the specified time limit in order to confirm replacement of the current running configuration file. If the configure confirm command is not entered within the specified time limit, the configuration replace operation will automatically be reversed (in other words, the current running configuration file will be restored back to the configuration state that existed prior to entering the configure replace command).
Router# configure replace nvram:startup-config time 120
This will apply all necessary additions and deletions
to replace the current running configuration with the
contents of the specified configuration file, which is
assumed to be a complete configuration, not a partial
configuration. Enter Y if you are sure you want to proceed. ? [no]: Y
Total number of passes: 1
Router# configure confirm
Performing a Configuration Rollback Operation
The following example shows how to make changes to the current running configuration and then roll back the changes. As part of the configuration rollback operation, you must save the current running configuration before making changes to the file. In this example, the archive config command is used to save the current running configuration. Note that the generated output of the configure replace command indicates that only one pass was performed to complete the rollback operation.
Note
The path command must be configured before using the archive config command.
You first save the current running configuration in the configuration archive as follows:
You then enter configuration changes as shown in the following example:
Router# configure terminal
Router(config)# user netops2 password rain
Router(config)# user netops3 password snow
After having made changes to the running configuration file, assume you now want to roll back these changes and revert to the configuration that existed before the changes were made. The show archive command is used to verify the version of the configuration to be used as a target file. The configure replace command is then used to revert to the target configuration file as shown in the following example:
There are currently 1 archive configurations saved.
The next archive file will be named disk0:myconfig-2
1 disk0:myconfig-1 <- Most Recent
Router# configure replace disk0:myconfig-1
Total number of passes: 1
Related Commands
Command
|
Description
|
archive config
|
Saves a copy of the current running configuration to the Cisco IOS configuration archive.
|
configure confirm
|
Confirms replacement of the current running configuration with a saved Cisco IOS configuration file.
|
maximum
|
Sets the maximum number of archive files of the running configuration to be saved in the Cisco IOS configuration archive.
|
path
|
Specifies the location and filename prefix for the files in the Cisco IOS configuration archive.
|
show archive
|
Displays information about the files saved in the Cisco IOS configuration archive.
|
time-period
|
Sets the time increment for automatically saving an archive file of the current running configuration in the Cisco IOS configuration archive.
|
configure terminal
To enter global configuration mode, use the configure terminal command in privileged EXEC mode.
configure terminal
Syntax Description
This command has no arguments or keywords.
Command Modes
Privileged EXEC
Command History
Release
|
Modification
|
10.0
|
This command was introduced.
|
Usage Guidelines
Use this command to enter global configuration mode. Note that commands in this mode are written to the running configuration file as soon as you enter them (using the Enter key/Carriage Return).
After you enter the configure command, the system prompt changes from <router-name># to <router-name>(config)#, indicating that the router is in global configuration mode. To leave global configuration mode and return to privileged EXEC mode, type end or press Ctrl-Z.
To view the changes to the configuration you have made, use the more system:running-config command or show running-config command in EXEC mode.
Examples
In the following example, the user enters global configuration mode:
Router# configure terminal
Enter configuration commands, one per line. End with CNTL/Z.
Related Commands
Command
|
Description
|
boot config
|
Specifies the device and filename of the configuration file from which the router configures itself during initialization (startup).
|
copy running-config startup-config
OR
copy system:running-config nvram:startup-config
|
Saves the running configuration as the startup configuration file.
|
show running-config
OR
more system:running-config
|
Displays the currently running configuration.
|
confreg
To change the configuration register settings while in ROM monitor mode, use the confreg command in ROM monitor mode.
confreg [value]
Syntax Description
value
|
(Optional) Hexadecimal value that represents the 16-bit configuration register value that you want to use the next time the router is restarted. The value range is from 0x0 to 0xFFFF.
|
Defaults
Refer to your platform documentation for the default configuration register value.
Command Modes
ROM monitor
Command History
Release
|
Modification
|
10.0
|
This command was introduced.
|
Usage Guidelines
Not all versions in the ROM monitor support this command. Refer to your platform documentation for more information on ROM monitor mode.
If you use this command without specifying the configuration register value, the router prompts for each bit of the configuration register.
The lowest four bits of the configuration register (bits 3, 2, 1, and 0) form the boot field. The boot field determines if the router boots manually, from ROM, or from Flash or the network.
To change the boot field value and leave all other bits set to their default values, follow these guidelines:
•
If you set the configuration register boot field value to 0x0, you must boot the operating system manually with the boot command.
•
If you set the configuration register boot field value to 0x1, the router boots using the default ROM software.
•
If you set the configuration register boot field to any value from 0x2 to 0xF, the router uses the boot field value to form a default boot filename for booting from a network server.
For more information about the configuration register bit settings and default filenames, refer to the appropriate router hardware installation guide.
Examples
In the following example, the configuration register is set to boot the system image from Flash memory:
In the following example, no configuration value is entered, so the system prompts for each bit in the register:
do you wish to change the configuration? y/n [n]: y
enable "diagnostic mode"? y/n [n]: y
enable "use net in IP bcast address"? y/n [n]:
enable "load rom after netboot fails"? y/n [n]:
enable "use all zero broadcast"? y/n [n]:
enable "break/abort has effect"? y/n [n]:
enable "ignore system config info"? y/n [n]:
change console baud rate? y/n [n]: y
enter rate: 0 = 9600, 1 = 4800, 2 = 1200, 3 = 2400 [0]: 0
change the boot characteristics? y/n [n]: y
1 = the boot helper image
do you wish to change the configuration? y/n [n]:
You must reset or power cycle for new config to take effect.
context
To associate a Simple Network Management Protocol (SNMP) context with a particular Virtual Private Network (VPN) routing/forwarding instance (VRF), use the context command in VRF configuration mode. To disassociate an SNMP context from a VPN, use the no form of this command.
context context-name
no context context-name
Syntax Description
context-name
|
The name of the SNMP VPN context, up to 32-characters.
|
Defaults
No SNMP contexts are associated with VPNs.
Command Modes
VRF configuration
Command History
Release
|
Modification
|
12.0(23)S
|
This command was introduced.
|
12.3(2)T
|
This command was integrated into Cisco IOS Release 12.3(2)T.
|
12.2(25)S
|
This command was integrated into Cisco IOS Release 12.2(25)S.
|
Usage Guidelines
Use this command to associate an SNMP context with a VPN. Use the snmp-server context command to create an SNMP context. Associate a VPN with a context so that the VPN's specific MIB data exists in that context. You must also associate a VPN group with the context of the VPN using the snmp-server group command with the context context-name keyword and argument.
SNMP contexts provide VPN users with a secure way of accessing MIB data. When a VPN is associated with a context, that VPN's specific MIB data exists in that context. Associating a VPN with a context enables service providers to manage networks with multiple VPNs. Creating and associating a context with a VPN enables a provider to prevent the users of one VPN from accessing information about users of other VPNs on the same networking device.
Examples
The following example shows how to create an SNMP context named context1 and associate the context with the VRF named vrf1:
Router(conifg)# snmp-server context1
Router(config)# ip vrf vrf1
Router(config-vrf)# rd 100:120
Router(config-vrf)# context context1
Related Commands
Command
|
Description
|
ip vrf
|
Enters VPN routing/forwarding (VRF) configuration mode for the configuration of a VRF.
|
snmp mib community-map
|
Associates an SNMP community with an SNMP context, Engine ID, or security name.
|
snmp mib target list
|
Creates a list of target VPN routing/forwarding instances (VRFs) and hosts to associate with an SNMP v1 or v2c community.
|
snmp-server context
|
Creates an SNMP context.
|
snmp-server group
|
Configures a new SNMP group, or a table that maps SNMP users to SNMP views.
|
snmp-server trap authentication vrf
|
Controls VRF-specific SNMP authentication failure notifications.
|
snmp-server user
|
Configures a new user to an SNMP group.
|
continue (ROM monitor)
To return to EXEC mode from ROM monitor mode, use the continue command in ROM monitor mode.
continue
Syntax Description
This command has no arguments or keywords.
Defaults
No default behavior or values.
Command Modes
ROM monitor
Command History
Release
|
Modification
|
11.0
|
This command was introduced.
|
Usage Guidelines
Use this command to return to EXEC mode from ROM monitor mode, to use the system image instead of reloading. On older platforms, the angle bracket (< >) indicates that the router is in ROM monitor mode. On newer platforms, rommon number> is the default ROM monitor prompt. Typically, the router is in ROM monitor mode when you manually load a system image or perform diagnostic tests. Otherwise, the router will most likely never be in this mode.
Caution 
While in ROM monitor mode, the Cisco IOS system software is suspended until you issue either a reset or the
continue command.
Examples
In the following example, the continue command switches the router from ROM monitor to EXEC mode:
Related Commands
Command
|
Description
|
boot
|
Boots the router manually.
|
copy
To copy any file from a source to a destination, use the copy command in privileged EXEC mode.
copy [/erase] [/verify | /noverify] source-url destination-url
Syntax Description
/erase
|
(Optional) Erases the destination file system before copying.
Note This option is typically provided on platforms with limited memory to allow for an easy way to clear local flash memory space.
|
/verify
|
(Optional) Verifies the digital signature of the destination file. If verification fails, the file is deleted from the destination file system. This option applies to Cisco IOS software image files only.
|
/noverify
|
(Optional) If the file being copied is an image file, this keyword disables the automatic image verification that occurs after an image is copied.
Note This keyword is often issued if the file verify auto command is enabled, which automatically verifies the digital signature of all images that are copied.
|
source-url
|
The location URL (or alias) of the source file or directory to be copied. The source can be either local or remote, depending upon whether the file is being downloaded or uploaded.
|
destination-url
|
The destination URL (or alias) of the copied file or directory. The destination can be either local or remote, depending upon whether the file is being downloaded or uploaded.
|
The exact format of the source and destination URLs varies according to the file or directory location. You may enter either an alias keyword for a particular file or a filename that follows the standard Cisco IOS file system syntax (filesystem:[/filepath][/filename]).
Table 17 shows two keyword shortcuts to URLs.
Table 17 Common Keyword Aliases to URLs
Keyword
|
Source or Destination
|
running-config
|
(Optional) Keyword alias for the system:running-config URL. The system:running-config keyword represents the current running configuration file. This keyword does not work in more and show file EXEC command syntaxes.
|
startup-config
|
(Optional) Keyword alias for the nvram:startup-config URL. The nvram:startup-config keyword represents the configuration file used during initialization (startup). This file is contained in NVRAM for all platforms except the Cisco 7000 family, which uses the CONFIG_FILE environment variable to specify the startup configuration. The Cisco 4500 series cannot use the copy running-config startup-config command. This keyword does not work in more and show file EXEC command syntaxes.
|
The following tables list URL prefix keywords by file system type. The available file systems will vary by platform. If you do not specify a URL prefix keyword, the router looks for a file in the current directory.
Table 18 lists URL prefix keywords for Special (opaque) file systems. Table 19 lists them for remote file systems, and Table 20 lists them for local writable storage.
Table 18 URL Prefix Keywords for Special File Systems
Keyword
|
Source or Destination
|
flh:
|
Source URL for Flash load helper log files.
|
modem:
|
Destination URL for loading modem firmware on to supported networking devices.
|
null:
|
Null destination for copies or files. You can copy a remote file to null to determine its size.
|
nvram:
|
Router NVRAM. You can copy the startup configuration to NVRAM or from NVRAM.
|
system:
|
Source or destination URL for system memory, which includes the running configuration.
|
xmodem:
|
Source or destination for a file from a network machine that uses the Xmodem protocol.
|
ymodem:
|
Source or destination for a file from a network machine that uses the Ymodem protocol.
|
Table 19 URL Prefix Keywords for Remote File Systems
Keyword
|
Source or Destination
|
ftp:
|
Source or destination URL for File Transfer Protocol (FTP) network server. The syntax for this alias is as follows: ftp:[[[//username [:password]@]location]/directory]/filename.
|
http://
|
Source or destination URL for a Hypertext Transfer Protocol (HTTP) server (also called a web server). The syntax for this alias is as follows: http://[[username:password]@]{hostname | host-ip}[/filepath]/filename
|
https://
|
Source or destination URL for a Secure HTTP (HTTPS) server. HTTPS uses Secure Socket Layer (SSL) encryption. The syntax for this alias is as follows: https://[[username:password]@]{hostname | host-ip}[/filepath]/filename
|
rcp:
|
Source or destination URL for a remote copy protocol (rcp) network server. The syntax for this alias is as follows: rcp:[[[//username@]location]/directory]/filename
|
scp:
|
Source or destination URL for a network server that supports Secure Shell (SSH) and accepts copies of files using the secure copy protocol (scp). The syntax for this alias is as follows: scp://username@location[/directory][/filename]
|
tftp:
|
Source or destination URL for a TFTP network server. The syntax for this alias is as follows: tftp:[[//location]/directory]/filename.
|
Table 20 URL Prefix Keywords for Local Writable Storage File Systems
Alias
|
Source or Destination
|
bootflash:
|
Source or destination URL for boot Flash memory.
|
disk0: and disk1:
|
Source or destination URL of disk-based media.
|
flash:
|
Source or destination URL for flash memory. This alias is available on all platforms. For platforms that lack a flash: device, note that flash: is aliased to slot0:, allowing you to refer to the main Flash memory storage area on all platforms.
|
slavebootflash:
|
Source or destination URL for internal Flash memory on the slave RSP card of a router configured for HSA.
|
slaveram:
|
NVRAM on a slave RSP card of a router configured for HSA.
|
slaveslot0:
|
Source or destination URL of the first PCMCIA card on a slave RSP card of a router configured for HSA.
|
slaveslot1:
|
Source or destination URL of the second PCMCIA slot on a slave RSP card of a router configured for HSA.
|
slot0:
|
Source or destination URL of the first PCMCIA Flash memory card.
|
slot1:
|
Source or destination URL of the second PCMCIA Flash memory card.
|
usbflash[0-9]:
|
Source or destination URL for the USB flash drive that has been plugged into the router.
|
usbtoken[0-9]:
|
Source or destination URL for the USB eToken that has been plugged into the router.
|
Command Modes
Privileged EXEC
Command History
Release
|
Modification
|
11.3 T
|
This command was introduced.
|
12.3(2)T
|
• The http:// and https:// keywords were added as supported remote source locations (file system URL prefixes) for files.
• This command was enhanced to support copying files to servers that support Secure Shell (SSH) and the secure copy protocol (scp).
|
12.2(18)S
|
The /verify and /noverify keywords were added.
|
12.0(26)S
|
The /verify and /noverify keywords were integrated into Cisco IOS Release 12.0(26)S.
|
12.3(4)T
|
The /verify and /noverify keywords were integrated into Cisco IOS Release 12.3(4)T.
|
12.3(7)T
|
The http:// and https:// keywords were enhanced to support file uploads.
|
12.3(14)T
|
The usbflash[0-9]: and usbtoken[0-9]: keywords were added to support USB storage.
|
Usage Guidelines
The fundamental function of the copy command is to allow you to copy a file (such as a system image or configuration file) from one location to another location. The source and destination for the file is specified using a Cisco IOS File System URL, which allows you to specify any supported local or remote file location. The file system being used (such as a local memory source, or a remote server) dictates the syntax used in the command.
You can enter on the command line all necessary source- and destination-URL information and the username and password to use, or you can enter the copy command and have the router prompt you for any missing information.
For local file systems, two commonly used aliases exist for the system:running-config and nvram:startup-config files; these aliases are running-config and startup-config, respectively.
Timesaver
Aliases are used to cut down on the amount of typing you need to perform. For example, it is easier to type copy run start (the abbreviated form of the copy running-config startup-config command) than it is to type copy system:r nvram:s (the abbreviated form of the copy system:running-config nvram:startup-config command). These aliases also allow you to continue using some of the common commands used in previous versions of Cisco IOS software.
The entire copying process may take several minutes and differs from protocol to protocol and from network to network.
The colon is required after the file system URL prefix keywords (such as flash). In some cases, file system prefixes that did not require colons in earlier software releases are allowed for backwards compatibility, but use of the colon is recommended.
In the URL syntax for ftp:, http:, https:, rcp:, scp: and tftp:, the location is either an IP address or a host name. The filename is specified relative to the directory used for file transfers.
The following sections contain usage guidelines for the following topics:
•
Understanding Invalid Combinations of Source and Destination
•
Understanding Character Descriptions
•
Understanding Partitions
•
Using rcp
•
Using FTP
•
Using HTTP(S)
•
Storing Images on Servers
•
Copying from a Server to Flash Memory
•
Verifying Images
•
Copying a Configuration File from a Server to the Running Configuration
•
Copying a Configuration File from a Server to the Startup Configuration
•
Storing the Running or Startup Configuration on a Server
•
Saving the Running Configuration to the Startup Configuration
•
Using CONFIG_FILE, BOOT, and BOOTLDR Environment Variables
•
Using the Copy Command with the Dual RSP Feature
Understanding Invalid Combinations of Source and Destination
Some invalid combinations of source and destination exist. Specifically, you cannot copy:
•
From a running configuration to a running configuration
•
From a startup configuration to a startup configuration
•
From a device to the same device (for example, the copy flash: flash: command is invalid)
Understanding Character Descriptions
Table 21 describes the characters that you may see during processing of the copy command.
Table 21 copy Character Descriptions
Character
|
Description
|
!
|
For network transfers, an exclamation point indicates that the copy process is taking place. Each exclamation point indicates the successful transfer of ten packets (512 bytes each).
|
.
|
For network transfers, a period indicates that the copy process timed out. Many periods in a row typically mean that the copy process may fail.
|
O
|
For network transfers, an uppercase O indicates that a packet was received out of order and the copy process may fail.
|
e
|
For Flash erasures, a lowercase e indicates that a device is being erased.
|
E
|
An uppercase E indicates an error. The copy process may fail.
|
V
|
A series of uppercase Vs indicates the progress during the verification of the image checksum.
|
Understanding Partitions
You cannot copy an image or configuration file to a Flash partition from which you are currently running. For example, if partition 1 is running the current system image, copy the configuration file or image to partition 2. Otherwise, the copy operation will fail.
You can identify the available Flash partitions by entering the show file system EXEC command.
Using rcp
The rcp requires a client to send a remote username upon each rcp request to a server. When you copy a configuration file or image between the router and a server using rcp, the Cisco IOS software sends the first valid username it encounters in the following sequence:
1.
The remote username specified in the copy command, if a username is specified.
2.
The username set by the ip rcmd remote-username global configuration command, if the command is configured.
3.
The remote username associated with the current tty (terminal) process. For example, if the user is connected to the router through Telnet and was authenticated through the username command, the router software sends the Telnet username as the remote username.
4.
The router host name.
For the rcp copy request to process, an account must be defined on the network server for the remote username. If the network administrator of the destination server did not establish an account for the remote username, this command will not run. If the server has a directory structure, the configuration file or image is written to or copied from the directory associated with the remote username on the server. For example, if the system image resides in the home directory of a user on the server, specify that username as the remote username.
If you are writing to the server, the rcp server must be properly configured to accept the rcp write request from the user on the router. For UNIX systems, add an entry to the .rhosts file for the remote user on the rcp server. Suppose the router contains the following configuration lines:
ip rcmd remote-username User0
If the router IP address translates to Router1.company.com, then the .rhosts file for User0 on the rcp server should contain the following line:
Refer to the documentation for your rcp server for more details.
If you are using a personal computer as a file server, the computer must support the remote shell protocol (rsh).
Using FTP
The FTP protocol requires a client to send a username and password with each FTP request to a remote FTP server. Use the ip ftp username and ip ftp password global configuration commands to specify a default username and password for all copy operations to or from an FTP server. Include the username in the copy command syntax if you want to specify a username for that copy operation only.
When you copy a file from the router to a server using FTP, the Cisco IOS software sends the first valid username that it encounters in the following sequence:
1.
The username specified in the copy command, if a username is specified.
2.
The username set by the ip ftp username command, if the command is configured.
3.
Anonymous.
The router sends the first valid password in the following list:
1.
The password specified in the copy command, if a password is specified.
2.
The password set by the ip ftp password command, if the command is configured.
3.
The router forms a password username@routername.domain. The variable username is the username associated with the current session, routername is the configured host name, and domain is the domain of the router.
The username and password must be associated with an account on the FTP server. If you are writing to the server, the FTP server must be properly configured to accept the FTP write request from the user on the router.
If the server has a directory structure, the configuration file or image is written to or copied from the directory associated with the username on the server. For example, if the system image resides in the home directory of a user on the server, specify that username as the remote username.
Refer to the documentation for your FTP server for details on setting up the server.
Using HTTP(S)
Copying a file to or from a remote HTTP or HTTPS server, to or from a local file system, is performed using the embedded Secure HTTP client that is integrated in Cisco IOS software. The HTTP client is enabled by default.
Downloading files from a remote HTTP or HTTPS server is performed using the HTTP client integrated in Cisco IOS software.
If a username and password are not specified in the copy command syntax, the system uses the default HTTP client username and password, if configured.
When you copy a file from a remote HTTP(S) server, the Cisco IOS software sends the first valid username that it encounters in the following sequence:
1.
The username specified in the copy command, if a username is specified.
2.
The username set by the ip http client username command, if the command is configured.
3.
Anonymous.
The router sends the first valid password in the following list:
1.
The password specified in the copy command, if a password is specified.
2.
The password set by the ip http client password command, if the command is configured.
3.
The router forms the password username@routername.domain. The variable username is the username associated with the current session, routername is the configured host name, and domain is the domain of the router.
Storing Images on Servers
Use the copy flash: destination-url command (for example, copy flash: tftp:) to copy a system image or boot image from Flash memory to a network server. You can use the copy of the image as a backup copy. Also, you can also use the image backup file to verify that the image in Flash memory is the same as that in the original file.
Copying from a Server to Flash Memory
Use the copy destination-url flash: command (for example, copy tftp: flash:) to copy an image from a server to Flash memory.
On Class B file system platforms, the system provides an option to erase existing Flash memory before writing onto it.
Note
Verify the image in Flash memory before booting the image.
Verifying Images
When copying a new image to your router, you should confirm that the image was not corrupted during the copy process. You can verify the integrity of the image in any of the following ways:
•
Depending on the destination file system type, a checksum for the image file may be displayed when the copy command completes. You can verify this checksum by comparing it to the checksum value provided for your image file on Cisco.com.
Caution 
If the checksum values do not match, do not reboot the router. Instead, reissue the
copy command and compare the checksums again. If the checksum is repeatedly wrong, copy the original image back into Flash memory
before you reboot the router from Flash memory. If you have a corrupted image in Flash memory and try to boot from Flash memory, the router will start the system image contained in ROM (assuming booting from a network server is not configured). If ROM does not contain a fully functional system image, the router might not function and will need to be reconfigured through a direct console port connection.
•
Use the /verify keyword.
•
Enable automatic image verification by default by issuing the file verify auto command. This command will automatically check the integrity of each file that is copied via the copy command (without specifying the /verify option) to the router unless the /noverify keyword is specified.
•
Use the UNIX 'diff' command. This method can also be applied to file types other than Cisco IOS images. If you suspect that a file is corrupted, copy the suspect file and the original file to a UNIX server. (The file names may need to be modified if you try to save the files in the same directory.) Then run the UNIX 'diff' command on the two files. If there is no difference, then the file has not been corrupted.
Copying a Configuration File from a Server to the Running Configuration
Use the copy {ftp: | rcp: | scp: | tftp:} running-config command to load a configuration file from a network server to the running configuration of the router. (Note that running-config is the alias for the system:running-config keyword.) The configuration will be added to the running configuration as if the commands were typed in the command-line interface (CLI). Thus, the resulting configuration file will be a combination of the previous running configuration and the loaded configuration file, with the loaded configuration file having precedence.
You can copy either a host configuration file or a network configuration file. Accept the default value of host to copy and load a host configuration file containing commands that apply to one network server in particular. Enter network to copy and load a network configuration file containing commands that apply to all network servers on a network.
Copying a Configuration File from a Server to the Startup Configuration
Use the copy {ftp: | rcp: | scp: | tftp:} nvram:startup-config command to copy a configuration file from a network server to the router startup configuration. These commands replace the startup configuration file with the copied configuration file.
Storing the Running or Startup Configuration on a Server
Use the copy system:running-config {ftp: | rcp: | scp: | tftp:} command to copy the current configuration file to a network server using FTP, rcp, scp, or TFTP. Use the copy nvram:startup-config {ftp: | rcp: | scp: | tftp:} command to copy the startup configuration file to a network server.
The configuration file copy can serve as a backup copy.
Saving the Running Configuration to the Startup Configuration
Use the copy system:running-config nvram:startup-config command to copy the running configuration to the startup configuration.
Note
Some specific commands might not get saved to NVRAM. You will need to enter these commands again if you reboot the machine. These commands are noted in the documentation. We recommend that you keep a listing of these settings so you can quickly reconfigure your router after rebooting.
If you issue the copy system:running-config nvram:startup-config command from a bootstrap system image, a warning will instruct you to indicate whether you want your previous NVRAM configuration to be overwritten and configuration commands to be lost. This warning does not appear if NVRAM contains an invalid configuration or if the previous configuration in NVRAM was generated by a bootstrap system image.
On all platforms except Class A file system platforms, the copy system:running-config nvram:startup-config command copies the currently running configuration to NVRAM.
On the Class A Flash file system platforms, the copy system:running-config nvram:startup-config command copies the currently running configuration to the location specified by the CONFIG_FILE environment variable. This variable specifies the device and configuration file used for initialization. When the CONFIG_FILE environment variable points to NVRAM or when this variable does not exist (such as at first-time startup), the software writes the current configuration to NVRAM. If the current configuration is too large for NVRAM, the software displays a message and stops executing the command.
When the CONFIG_FILE environment variable specifies a valid device other than nvram: (that is, flash:, bootflash:, slot0:, or slot1:), the software writes the current configuration to the specified device and filename, and stores a distilled version of the configuration in NVRAM. A distilled version is one that does not contain access list information. If NVRAM already contains a copy of a complete configuration, the router prompts you to confirm the copy.
Using CONFIG_FILE, BOOT, and BOOTLDR Environment Variables
For the Class A Flash file system platforms, specifications are as follows:
•
The CONFIG_FILE environment variable specifies the configuration file used during router initialization.
•
The BOOT environment variable specifies a list of bootable images on various devices.
•
The BOOTLDR environment variable specifies the Flash device and filename containing the rxboot image that ROM uses for booting.
•
Cisco 3600 routers do not use a dedicated boot helper image (rxboot), which many other routers use to help with the boot process. Instead, the BOOTLDR ROM monitor environment variable identifies the Flash memory device and filename that are used as the boot helper; the default is the first system image in Flash memory.
To view the contents of environment variables, use the show bootvar EXEC command. To modify the CONFIG_FILE environment variable, use the boot config global configuration command. To modify the BOOTLDR environment variable, use the boot bootldr global configuration command. To modify the BOOT environment variable, use the boot system global configuration command. To save your modifications, use the copy system:running-config nvram:startup-config command.
When the destination of a copy command is specified by the CONFIG_FILE or BOOTLDR environment variable, the router prompts you for confirmation before proceeding with the copy. When the destination is the only valid image in the BOOT environment variable, the router also prompts you for confirmation before proceeding with the copy.
Using the Copy Command with the Dual RSP Feature
The Dual RSP feature allows you to install two Route Switch Processor (RSP) cards in a single router on the Cisco 7507 and Cisco 7513 platforms.
On a Cisco 7507 or Cisco 7513 router configured for Dual RSPs, if you copy a file to nvram:startup-configuration with automatic synchronization disabled, the system prompts whether you also want to copy the file to the slave startup configuration. The default answer is yes. If automatic synchronization is enabled, the system automatically copies the file to the slave startup configuration each time you use a copy command with nvram:startup-configuration as the destination.
Examples
The following examples illustrate uses of the copy command:
•
Verifying the Integrity of the Image Before It Is Copied Example
•
Copying an Image from a Server to Flash Memory Examples
•
Saving a Copy of an Image on a Server Examples
•
Copying a Configuration File from a Server to the Running Configuration Example
•
Copying a Configuration File from a Server to the Startup Configuration Example
•
Copying the Running Configuration to a Server Example
•
Copying the Startup Configuration to a Server Example
•
Saving the Current Running Configuration Example
•
Moving Configuration Files to Other Locations Examples
•
Copying a File from a Remote Web Server Examples
•
Copying an Image from the Master RSP Card to the Slave RSP Card Example
Verifying the Integrity of the Image Before It Is Copied Example
The following example shows how to specify image verification before copying an image:
Router# copy /verify tftp://10.1.1.1/jdoe/c7200-js-mz disk0:
Destination filename [c7200-js-mz]?
Accessing tftp://10.1.1.1/jdoe/c7200-js-mz...
Loading jdoe/c7200-js-mz from 10.1.1.1 (via FastEthernet0/0):!!!!!!!!!!!!!!!!!!!!
!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
19879944 bytes copied in 108.632 secs (183003 bytes/sec)
Verifying file integrity of disk0:/c7200-js-mz
.........................................................................................
..........................................................................................
..........................................................................................
......................Done!
Embedded Hash MD5 :CFA258948C4ECE52085DCF428A426DCD
Computed Hash MD5 :CFA258948C4ECE52085DCF428A426DCD
CCO Hash MD5 :44A7B9BDDD9638128C35528466318183
Signature Verified
Copying an Image from a Server to Flash Memory Examples
The following examples use a copy rcp:, copy tftp:, or copy ftp: command to copy an image file from a server to Flash memory:
•
Copying an Image from a Server to Flash Memory Example
•
Copying an Image from a Server to a Flash Memory Using Flash Load Helper Example
•
Copying an Image from a Server to a Flash Memory Card Partition Example
Copying an Image from a Server to Flash Memory Example
The following example copies a system image named file1 from the remote rcp server with an IP address of 172.16.101.101 to Flash memory. On Class B file system platforms, the Cisco IOS software allows you to first erase the contents of Flash memory to ensure that enough Flash memory is available to accommodate the system image.
Router# copy rcp://netadmin@172.16.101.101/file1 flash:file1
Destination file name [file1]?
Accessing file 'file1' on 172.16.101.101...
Loading file1 from 172.16.101.101 (via Ethernet0): ! [OK]
Erase flash device before writing? [confirm]
Flash contains files. Are you sure you want to erase? [confirm]
as 'file1' into Flash WITH erase? [yes/no] yes
Erasing device... eeeeeeeeeeeeeeeeeeeeeeeeeeeeeeee...erased
Loading file1 from 172.16.101.101 (via Ethernet0): !
Verifying checksum... OK (0x14B3)
Flash copy took 0:00:01 [hh:mm:ss]
Copying an Image from a Server to a Flash Memory Using Flash Load Helper Example
The following example copies a system image into a partition of Flash memory. The system will prompt for a partition number only if there are two or more read/write partitions or one read-only and one read/write partition and dual Flash bank support in boot ROMs. If the partition entered is not valid, the process terminates. You can enter a partition number, a question mark (?) for a directory display of all partitions, or a question mark and a number (?number) for directory display of a particular partition. The default is the first read/write partition. In this case, the partition is read-only and has dual Flash bank support in boot ROM, so the system uses Flash Load Helper.
Router# copy tftp: flash:
System flash partition information:
Partition Size Used Free Bank-Size State Copy-Mode
1 4096K 2048K 2048K 2048K Read Only RXBOOT-FLH
2 4096K 2048K 2048K 2048K Read/Write Direct
[Type ?<no> for partition directory; ? for full directory; q to abort]
Which partition? [default = 2]
This process will accept the copy options and then terminate
the current system image to use the ROM based image for the copy.
Routing functionality will not be available during that time.
If you are logged in via telnet, this connection will terminate.
Users with console access can see the results of the copy operation.
System flash directory, partition 1:
1 3459720 master/igs-bfpx.100-4.3
[3459784 bytes used, 734520 available, 4194304 total]
Address or name of remote host [255.255.255.255]? 172.16.1.1
Source file name? master/igs-bfpx-100.4.3
Destination file name [default = source name]?
Loading master/igs-bfpx.100-4.3 from 172.16.1.111: !
Erase flash device before writing? [confirm]
Flash contains files. Are you sure? [confirm]
Copy 'master/igs-bfpx.100-4.3' from TFTP server
as 'master/igs-bfpx.100-4.3' into Flash WITH erase? [yes/no] yes
Copying an Image from a Server to a Flash Memory Card Partition Example
The following example copies the file c3600-i-mz from the rcp server at IP address 172.23.1.129 to the Flash memory card in slot 0 of a Cisco 3600 series router, which has only one partition. As the operation progresses, the Cisco IOS software prompts you to erase the files on the Flash memory PC card to accommodate the incoming file. This entire operation takes 18 seconds to perform, as indicated at the end of the example.
Partition Size Used Free Bank-Size State Copy Mode
1 4096K 3068K 1027K 4096K Read/Write Direct
2 4096K 1671K 2424K 4096K Read/Write Direct
3 4096K 0K 4095K 4096K Read/Write Direct
4 4096K 3825K 270K 4096K Read/Write Direct
[Type ?<no> for partition directory; ? for full directory; q to abort]
Which partition? [default = 1]
PCMCIA Slot0 flash directory, partition 1:
1 3142288 c3600-j-mz.test
[3142352 bytes used, 1051952 available, 4194304 total]
Address or name of remote host [172.23.1.129]?
Source file name? /tftpboot/images/c3600-i-mz
Destination file name [/tftpboot/images/c3600-i-mz]?
Accessing file '/tftpboot/images/c3600-i-mz' on 172.23.1.129...
Connected to 172.23.1.129
Loading 1711088 byte file c3600-i-mz: ! [OK]
Erase flash device before writing? [confirm]
Flash contains files. Are you sure you want to erase? [confirm]
Copy '/tftpboot/images/c3600-i-mz' from server
as '/tftpboot/images/c3600-i-mz' into Flash WITH erase? [yes/no] yes
Erasing device... eeeeeeeeeeeeeeeeeeeeeeeeeeeeeeee ...erased
Connected to 172.23.1.129
Loading 1711088 byte file c3600-i-mz:
!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
Verifying checksum... OK (0xF89A)
Flash device copy took 00:00:18 [hh:mm:ss]
Saving a Copy of an Image on a Server Examples
The following examples use copy commands to copy image files to a server for storage:
•
Copy an Image from Flash Memory to an rcp Server Example
•
Copy an Image from Flash Memory to an SSH Server Using scp Example
•
Copy an Image from a Partition of Flash Memory to a Server Example
•
Copying an Image from a Flash Memory File System to an FTP Server Example
•
Copying an Image from Boot Flash Memory to a TFTP Server Example
Copy an Image from Flash Memory to an rcp Server Example
The following example copies a system image from Flash Memory to an rcp server using the default remote username. Because the rcp server address and filename are not included in the command, the router prompts for it.
IP address of remote host [255.255.255.255]? 172.16.13.110
Name of file to copy? gsxx
writing gsxx - copy complete
Copy an Image from Flash Memory to an SSH Server Using scp Example
The following example shows how to use scp to copy a system image from Flash Memory to a server that supports SSH:
Router# copy flash:c4500-ik2s-mz.scp scp://user1@host1/
Address or name of remote host [host1]?
Destination username [user1]?
Destination filename [c4500-ik2s-mz.scp]?
Writing c4500-ik2s-mz.scp
!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
Before you can use the server-side functionality, SSH, authentication, and authorization must be properly configured so the router can determine whether a user is at the right privilege level. The scp server-side functionality is configured with the ip scp server enable command.
Copy an Image from a Partition of Flash Memory to a Server Example
The following example copies an image from a particular partition of Flash memory to an rcp server using a remote username of netadmin1.
The system will prompt if there are two or more partitions. If the partition entered is not valid, the process terminates. You have the option to enter a partition number, a question mark (?) for a directory display of all partitions, or a question mark and a number (?number) for a directory display of a particular partition. The default is the first partition.
Router# configure terminal
Router# ip rcmd remote-username netadmin1
System flash partition information:
Partition Size Used Free Bank-Size State Copy-Mode
1 4096K 2048K 2048K 2048K Read Only RXBOOT-FLH
2 4096K 2048K 2048K 2048K Read/Write Direct
[Type ?<number> for partition directory; ? for full directory; q to abort]
System flash directory, partition 2:
1 3459720 master/igs-bfpx.100-4.3
[3459784 bytes used, 734520 available, 4194304 total]
Address or name of remote host [ABC.CISCO.COM]?
Source file name? master/igs-bfpx.100-4.3
Destination file name [master/igs-bfpx.100-4.3]?
Verifying checksum for 'master/igs-bfpx.100-4.3' (file # 1)... OK
Copy 'master/igs-bfpx.100-4.3' from Flash to server
as 'master/igs-bfpx.100-4.3'? [yes/no] yes
Flash copy took 0:00:00 [hh:mm:ss]
Copying an Image from a Flash Memory File System to an FTP Server Example
The following example copies the file c3600-i-mz from partition 1 of the Flash memory card in slot 0 to an FTP server at IP address 172.23.1.129:
Router# show slot0: partition 1
PCMCIA Slot0 flash directory, partition 1:
[1711152 bytes used, 2483152 available, 4194304 total]
Router# copy slot0:1:c3600-i-mz ftp://myuser:mypass@172.23.1.129/c3600-i-mz
Verifying checksum for '/tftpboot/cisco_rules/c3600-i-mz' (file # 1)... OK
Copy '/tftpboot/cisco_rules/c3600-i-mz' from Flash to server
as 'c3700-i-mz'? [yes/no] yes
!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
Flash device copy took 00:00:23 [hh:mm:ss]
Copying an Image from Boot Flash Memory to a TFTP Server Example
The following example copies an image from boot Flash memory to a TFTP server:
Router# copy bootflash:file1 tftp://192.168.117.23/file1
Verifying checksum for 'file1' (file # 1)... OK
Copy 'file1' from Flash to server
Flash copy took 0:00:00 [hh:mm:ss]
Copying a Configuration File from a Server to the Running Configuration Example
The following example copies and runs a configuration filename host1-confg from the netadmin1 directory on the remote server with an IP address of 172.16.101.101:
Router# copy rcp://netadmin1@172.16.101.101/host1-confg system:running-config
Configure using host1-confg from 172.16.101.101? [confirm]
Connected to 172.16.101.101
Loading 1112 byte file host1-confg:![OK]
%SYS-5-CONFIG: Configured from host1-config by rcp from 172.16.101.101
Copying a Configuration File from a Server to the Startup Configuration Example
The following example copies a configuration file host2-confg from a remote FTP server to the startup configuration. The IP address is172.16.101.101, the remote username is netadmin1, and the remote password is ftppass.
Router# copy ftp://netadmin1:ftppass@172.16.101.101/host2-confg nvram:startup-config
Configure using rtr2-confg from 172.16.101.101?[confirm]
Connected to 172.16.101.101
Loading 1112 byte file rtr2-confg:![OK]
%SYS-5-CONFIG_NV:Non-volatile store configured from rtr2-config by
FTP from 172.16.101.101
Copying the Running Configuration to a Server Example
The following example specifies a remote username of netadmin1. Then it copies the running configuration file named rtr2-confg to the netadmin1 directory on the remote host with an IP address of 172.16.101.101.
Router# configure terminal
Router(config)# ip rcmd remote-username netadmin1
Router# copy system:running-config rcp:
Remote host[]? 172.16.101.101
Name of configuration file to write [Rtr2-confg]?
Write file rtr2-confg on host 172.16.101.101?[confirm]
Building configuration...[OK]
Connected to 172.16.101.101
Copying the Startup Configuration to a Server Example
The following example copies the startup configuration to a TFTP server:
Router# copy nvram:startup-config tftp:
Remote host[]? 172.16.101.101
Name of configuration file to write [rtr2-confg]? <cr>
Write file rtr2-confg on host 172.16.101.101?[confirm] <cr>
Saving the Current Running Configuration Example
The following example copies the running configuration to the startup configuration. On a Class A Flash file system platform, this command copies the running configuration to the startup configuration specified by the CONFIG_FILE variable.
copy system:running-config nvram:startup-config
The following example shows the warning that the system provides if you try to save configuration information from bootstrap into the system:
Router(boot)# copy system:running-config nvram:startup-config
Warning: Attempting to overwrite an NVRAM configuration written
by a full system image. This bootstrap software does not support
the full configuration command set. If you perform this command now,
some configuration commands may be lost.
Overwrite the previous NVRAM configuration?[confirm]
Enter no to escape writing the configuration information to memory.
Moving Configuration Files to Other Locations Examples
On some routers, you can store copies of configuration files on a Flash memory device. Five examples follow:
•
Copying the Startup Configuration to a Flash Memory Device Example
•
Copying the Running Configuration to a Flash Memory Device Example
•
Copying to the Running Configuration from a Flash Memory Device Example
•
Copying to the Startup Configuration from a Flash Memory Device Example
•
Copying a Configuration File from one Flash Device to Another Example
Copying the Startup Configuration to a Flash Memory Device Example
The following example copies the startup configuration file (specified by the CONFIG_FILE environment variable) to a Flash memory card inserted in slot 0:
copy nvram:startup-config slot0:router-confg
Copying the Running Configuration to a Flash Memory Device Example
The following example copies the running configuration from the router to the Flash memory PC card in slot 0:
Router# copy system:running-config slot0:berlin-cfg
Building configuration...
5267 bytes copied in 0.720 secs
Copying to the Running Configuration from a Flash Memory Device Example
The following example copies the file named ios-upgrade-1 from the Flash memory card in slot 0 to the running configuration:
Router# copy slot0:4:ios-upgrade-1 system:running-config
Copy 'ios-upgrade-1' from flash device
as 'running-config' ? [yes/no] yes
Copying to the Startup Configuration from a Flash Memory Device Example
The following example copies the router-image file from the Flash memory to the startup configuration:
copy flash:router-image nvram:startup-config
Copying a Configuration File from one Flash Device to Another Example
The following example copies the file running-config from the first partition in internal Flash memory to the Flash memory PC card in slot 1. The checksum of the file is verified, and its copying time of 30 seconds is displayed.
Router# copy flash: slot1:
Partition Size Used Free Bank-Size State Copy Mode
1 4096K 3070K 1025K 4096K Read/Write Direct
2 16384K 1671K 14712K 8192K Read/Write Direct
[Type ?<no> for partition directory; ? for full directory; q to abort]
Which partition? [default = 1]
System flash directory, partition 1:
1 3142748 dirt/images/mars-test/c3600-j-mz.latest
[3143728 bytes used, 1050576 available, 4194304 total]
PCMCIA Slot1 flash directory:
1 1711088 dirt/images/c3600-i-mz
[1712068 bytes used, 2482236 available, 4194304 total]
Source file name? running-config
Destination file name [running-config]?
Verifying checksum for 'running-config' (file # 2)... OK
Erase flash device before writing? [confirm]
Flash contains files. Are you sure you want to erase? [confirm]
Copy 'running-config' from flash: device
as 'running-config' into slot1: device WITH erase? [yes/no] yes
Erasing device... eeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeee ...erased
Flash device copy took 00:00:30 [hh:mm:ss]
Verifying checksum... OK (0x16)
Copying a File from a Remote Web Server Examples
In the following example, the file config1 is copied from a remote server to Flash memory using HTTP:
Router# copy http://www.example.com:8080/configs/config1 flash:config1
In the following example, a default username and password for HTTP Client communications is configured, and then the file sample.scr is copied from a secure HTTP server using HTTPS:
Router# configure terminal
Router(config)# ip http client username joeuser
Router(config)# ip http client password letmein
Router# copy https://www.example_secure.com/scripts/sample.scr flash:
In the following example, an HTTP proxy server is specified before using the copy http:// command:
Router# configure terminal
Router(config)# ip http client proxy-server edge2 proxy-port 29
Router# copy http://www.example.com/configs/config3 flash:/configs/config3
Copying an Image from the Master RSP Card to the Slave RSP Card Example
The following example copies the router-image file from the Flash memory card inserted in slot 1 of the master RSP card to slot 0 of the slave RSP card in the same router:
Router# copy slot1:router-image slaveslot0:
Related Commands
Command
|
Description
|
boot config
|
Specifies the device and filename of the configuration file from which the router configures itself during initialization (startup).
|
boot system
|
Specifies the system image that the router loads at startup.
|
cd
|
Changes the default directory or file system.
|
copy xmodem: flash:
|
Copies any file from a source to a destination.
|
copy ymodem: flash:
|
Copies any file from a source to a destination.
|
delete
|
Deletes a file on a Flash memory device.
|
dir
|
Displays a list of files on a file system.
|
erase
|
Erases a file system.
|
ip rcmd remote-username
|
Configures the remote username to be used when requesting a remote copy using rcp.
|
ip scp server enable
|
Enables scp server-side functionality.
|
reload
|
Reloads the operating system.
|
show bootvar
|
Displays the contents of the BOOT environment variable, the name of the configuration file pointed to by the CONFIG_FILE environment variable, the contents of the BOOTLDR environment variable, and the configuration register setting.
|
show (Flash file system)
|
Displays the layout and contents of a Flash memory file system.
|
slave auto-sync config
|
Turns on automatic synchronization of configuration files for a Cisco 7507 or Cisco 7513 router that is configured for Dual RSP Backup.
|
verify bootflash:
|
Either of the identical verify bootflash: or verify bootflash commands replaces the copy verify bootflash command. Refer to the verify command for more information.
|
copy erase flash
The copy erase flash command has been replaced by the erase flash:command. See the description of the erase command for more information.
On some platforms, use can use the copy /erase source-url flash: syntax to erase the local Flash file system before copying a new file into Flash. See the desciption of the copy command for details on this option.
copy http://
The copy http:// command is documented as part of the copy command.
copy https://
The copy https:// command is documented as part of the copy command.
cpu interrupt
To enter the CPU owner configuration mode and set thresholds for interrupt level CPU utilization, use the cpu interrupt command in resource policy node configuration mode. To disable this function, use the no form of this command.
cpu interrupt
no cpu interrupt
Syntax Description
This command has no arguments or keywords.
Command Default
Disabled
Command Modes
Resource policy node configuration
Command History
Release
|
Modification
|
12.3(14)T
|
This command was introduced.
|
Usage Guidelines
This command allows you to enter the CPU owner configuration mode and set rising and falling values for critical, major, and minor thresholds.
Examples
The following example shows how to enter CPU owner configuration mode:
Router(config-res-policy-node)# cpu interrupt
Related Commands
Command
|
Description
|
critical rising
|
Sets the critical level threshold values for the buffer, CPU, and memory ROs.
|
major rising
|
Sets the major level threshold values for the buffer, CPU, and memory ROs.
|
minor rising
|
Sets the minor level threshold values for the buffer, CPU, and memory ROs.
|
policy (ERM)
|
Configures an ERM resource policy.
|
resource policy
|
Enters ERM configuration mode.
|
show resource all
|
Displays all the resource details.
|
slot (ERM policy)
|
Configures line cards.
|
system (ERM policy)
|
Configures system level ROs.
|
cpu process
To enter the CPU owner configuration mode and set thresholds for process level CPU utilization, use the cpu process command in resource policy node configuration mode. To disable this function, use the no form of this command.
cpu process
no cpu process
Syntax Description
This command has no arguments or keywords.
Command Default
Disabled
Command Modes
Resource policy node configuration
Command History
Release
|
Modification
|
12.3(14)T
|
This command was introduced.
|
Usage Guidelines
This command allows you to enter the CPU owner configuration mode and set rising and falling values for critical, major, and minor thresholds.
Examples
The following example shows how to enter CPU owner configuration mode:
Router(config-res-policy-node)# cpu process
Related Commands
Command
|
Description
|
critical rising
|
Sets the critical level threshold values for the buffer, CPU, and memory ROs.
|
major rising
|
Sets the major level threshold values for the buffer, CPU, and memory ROs.
|
minor rising
|
Sets the minor level threshold values for the buffer, CPU, and memory ROs.
|
policy (ERM)
|
Configures an ERM resource policy.
|
resource policy
|
Enters ERM configuration mode.
|
show resource all
|
Displays all the resource details.
|
slot (ERM policy)
|
Configures line cards.
|
system (ERM policy)
|
Configures system level ROs.
|
cpu total
To enter the CPU owner configuration mode and set thresholds for total CPU utilization, use the cpu total command in resource policy node configuration mode. To disable this function, use the no form of this command.
cpu total
no cpu total
Syntax Description
This command has no arguments or keywords.
Command Default
Disabled
Command Modes
Resource policy node configuration
Command History
Release
|
Modification
|
12.3(14)T
|
This command was introduced.
|
Usage Guidelines
This command allows you to enter the CPU owner configuration mode and set rising and falling values for critical, major, and minor thresholds.
Examples
The following example shows how to enter the CPU owner configuration mode:
Router(config-res-policy-node)# cpu total
Related Commands
Command
|
Description
|
critical rising
|
Sets the critical level threshold values for the buffer, CPU, and memory ROs.
|
major rising
|
Sets the major level threshold values for the buffer, CPU, and memory ROs.
|
minor rising
|
Sets the minor level threshold values for the buffer, CPU, and memory ROs.
|
policy (ERM)
|
Configures an ERM resource policy.
|
resource policy
|
Enters ERM configuration mode.
|
show resource all
|
Displays all the resource details.
|
slot (ERM policy)
|
Configures line cards.
|
system (ERM policy)
|
Configures system level ROs.
|
critical rising
To set critical level threshold values for the buffer, CPU, and memory ROs, use the critical rising command in buffer owner configuration mode, CPU owner configuration mode, or memory owner configuration mode. To disable this function, use the no form of this command.
critical rising rising-threshold-value [interval interval-value] [falling falling-threshold-value
[interval interval-value]] [global]
no critical rising
Syntax Description
rising-threshold-value
|
Specifies the rising threshold value as a percentage.
Valid values are from 1 to 100.
|
interval interval-value
|
(Optional) Specifies the time in seconds during which the variation in rising or falling threshold values are not notified to the RU, resource groups, or resource user types. For example, if the buffer usage count remains above the configured threshold value for the configured interval, a notification will be sent to the RU, resource group, or resource user types.
Valid values are from 5 to 86400 seconds. The default value is 5 seconds.
|
falling falling-threshold-value
|
(Optional) Specifies the falling threshold value as a percentage.
Valid values are from 1 to 100.
|
global
|
(Optional) Configures a global threshold.
The global keyword is optional while setting critical threshold values for public buffer, processor CPU, I/O memory, and processor memory.
The global keyword is mandatory while setting critical threshold values for interrupt CPU and total CPU.
|
Command Default
Disabled
Command Modes
Buffer owner configuration mode
CPU owner configuration mode
Memory owner configuration mode
Command History
Release
|
Modification
|
12.3(14)T
|
This command was introduced.
|
Usage Guidelines
The interval is the dampening or observation interval time in seconds during which the variations in the rising and falling threshold values are not notified to the RUs. That is, the interval is the time the system waits to check whether the threshold value stabilizes or not. The interval is set to avoid unnecessary and unwanted threshold notifications. If an interval is not specified, the system takes a default value of 5 seconds.
This command allows you to configure three types of thresholding:
•
System Global Thresholding
•
User Local Thresholding
•
Per User Global Thresholding
System Global Thresholding
System global thresholding is used when the entire resource reaches a specified value. That is, RUs are notified when the total resource utilization goes above or below a specified threshold value. The notification order is determined by the priority of the RU. The RUs with a lower priority will be notified first, so that these low-priority RUs are expected to reduce the resource utilization. This order prevents the high-priority RUs from getting affected with unwanted notifications.
You can set rising and falling threshold values. For example, if you have set a total CPU utilization threshold value of 90% as the rising critical value and 20% as falling critical value, then when the total CPU utilization crosses the 90% mark, a critical Up notification is sent to all the RUs and when the total CPU utilization falls below 20%, a critical Down notification is sent to all the RUs.
Similarly, if you have set a total buffer usage count threshold value of 90% as the rising critical value and 20% as falling critical value, then when the total buffer usage count crosses the 90% mark, a critical Up notification is sent to all the RUs and when the total buffer usage count falls below 20%, a critical Down notification is sent to all the RUs.
In the same way, if you have set a total I/O memory usage threshold value of 90% as the rising critical value and 20% as falling critical value, then when the total memory usage crosses the 90% mark, a critical Up notification is sent to all the RUs and when the total memory usage falls below 20%, a critical Down notification is sent to all the RUs.
User Local Thresholding
User local thresholding is used when a specified RU exceeds the configured limits. The user local thresholding method prevents a single RU from monopolizing the resources. That is, the specified RU is notified when the resource utilization of the specified RU goes above or below a configured threshold value. For example, if you have set a CPU utilization threshold value of 90% as the rising critical value and 20% as falling critical value, then when the CPU utilization of the specified RU crosses the 90% mark, a critical Up notification is sent to that RU only and when the CPU utilization of the specified RU falls below 20%, a critical Down notification is sent to that RU only. The same method applies to buffer and memory ROs also.
Per User Global Thresholding
Per user global thresholding is used when the entire resource reaches a specified value. This value is unique for each RU and notification is sent only to the specified RU. User global thresholding is similar to user local thresholding, except that the global resource usage is compared against the thresholds. That is, only the specified RU is notified when the total resource utilization goes above or below a configured threshold value. For example, if you have set a CPU utilization threshold value of 90% as the rising critical value and 20% as falling critical value, then when the total CPU utilization crosses the 90% mark, a critical Up notification is sent to the specified RU only and when the total CPU utilization falls below 20%, a critical Down notification is sent to the specified RU only. The same method applies to buffer and memory ROs also.
Threshold Violations
The Cisco IOS device sends out error messages whenever a threshold is violated. The following examples help you understand the error message pattern when different threshold violations occur in buffer, CPU, and memory ROs:
System Global Threshold Violation in Buffer RO
The threshold violation in buffer RO for a system global threshold shows the following output:
System global threshold-Violation (keywords Critical, Major and Minor alone will vary
accordingly)
==========================================================================================
00:15:11: %SYS-4-GLOBALBUFEXCEED: Buffer usage has gone above global buffer Critical
threshold
configured <value> Current usage :<value>
For example:
00:15:11: %SYS-4-GLOBALBUFEXCEED: Buffer usage has gone above global buffer Critical
threshold
configured 144 Current usage :145
System global threshold- Recovery (keywords Critical, Major and Minor alone will vary
accordingly)
==========================================================================================
00:17:10: %SYS-5-GLOBALBUFRECOVER: Buffer usage has gone below global buffer Critical
threshold
configured <value> Current usage :<value>
For example:
00:17:10: %SYS-5-GLOBALBUFRECOVER: Buffer usage has gone below global buffer Critical
threshold
configured 90 Current usage :89
Per User Global Threshold Violation in Buffer RO
The threshold violation in buffer RO for a user global threshold shows the following output:
User global threshold - Violation (keywords Critical, Major and Minor alone will vary
accordingly)
==========================================================================================
00:24:04: %SYS-4-RESGLOBALBUFEXCEED: Buffer usage has gone above buffer Critical threshold
configured by resource user <user-name>
configured 144 Current usage :145
User global threshold - Recovery (keywords Critical, Major and Minor alone will vary
accordingly)
==========================================================================================
00:25:08: %SYS-4-RESGLOBALBUFRECOVER: Buffer usage has gone below buffer Critical
threshold configured by resource user <user-name>
configured 126 Current usage :125
User Local Threshold Violation in Buffer RO
The threshold violation in buffer RO for a user local threshold shows the following output:
User local threshold - Violation (keywords Critical, Major and Minor alone will vary
accordingly)
=========================================================================================
00:31:15: %SYS-4-RESBUFEXCEED: Resource user user_1 has exceeded the buffer Critical
threshold. configured 108 Current usage :109
User local threshold- Recovery (keywords Critical, Major and Minor alone will vary
accordingly)
=========================================================================================
00:31:05: %SYS-5-RESBUFRECOVER: Resource user user_1 has recovered after exceeding the
buffer Critical threshold. configured 90 Current usage :89
System Global Threshold Violation in CPU RO
The threshold violation in CPU RO for a system global threshold shows the following output:
System global threshold- Violation
(1) keywords Critical, Major and Minor will vary accordingly
(2) keywords total, process and interrupt will vary accordingly )
==========================================================================================
00:19:36: %SYS-4-CPURESRISING: System is seeing global cpu util 19% at total level more
than the configured minor limit 11%
System global threshold - Recovery
(1) keywords Critical, Major and Minor will vary accordingly
(2) keywords total, process and interrupt will vary accordingly
==========================================================================================
00:20:56: %SYS-6-CPURESFALLING: System is no longer seeing global high cpu at total level
for the configured minor limit 10%, current value 4%
Per User Global Threshold Violation in CPU RO
The threshold violation in CPU RO for a user global threshold shows the following output:
User global threshold - Violation
(1) keywords Critical, Major and Minor will vary accordingly
(2) keywords total, process and interrupt will vary accordingly
==========================================================================================
00:14:21: %SYS-4-CPURESRISING: Resource user <user-name> is seeing global cpu util 11% at
total level more than the configured minor limit 6 %
For example:
00:14:21: %SYS-4-CPURESRISING: Resource user Test-proc-14:99s:1w:100n is seeing global cpu
util 11% at total level more than the configured minor limit 6%
User global threshold- Recovery
(1) keywords Critical, Major and Minor will vary accordingly
(2) keywords total, process and interrupt will vary accordingly
==========================================================================================
00:14:46: %SYS-6-CPURESFALLING: Resource user <user-name> is no longer seeing global high
cpu at total level for the configured critical limit 9%, current value 4%
For example:
00:14:46: %SYS-6-CPURESFALLING: Resource user Test-proc-14:99s:1w:100n is no longer seeing
global high cpu at total level for the configured critical limit 9%, current value 4%
User Local Threshold Violation in CPU RO
The threshold violation in CPU RO for a user local threshold shows the following output:
User local threshold - Violation (keywords Critical, Major and Minor will vary accordingly
- only process level)
==========================================================================================
00:12:11: %SYS-4-CPURESRISING: Resource user <user-name> is seeing local cpu util 15% at
process level more than the configured minor limit 6%
For example:
00:12:11: %SYS-4-CPURESRISING: Resource user Test-proc-9:85s:15w:100n is seeing local cpu
util 15% at process level more than the configured minor limit 6%
User local threshold- Recovery (keywords Critical, Major and Minor will vary accordingly
- only process level)
==========================================================================================
00:13:11: %SYS-6-CPURESFALLING: Resource user <user-name> is no longer seeing local high
cpu at process level for the configured critical limit 9%, current value 3%
System Global Threshold Violation in Memory RO
The threshold violation in memory RO for a system global threshold shows the following output:
System global threshold - Violation (keywords Critical, Major and Minor alone will vary
accordingly )
(If violation happens in IO memory pool will be : I/O)
==========================================================================================
13:53:22: %SYS-5-GLOBALMEMEXCEED: Global Memory has exceeded the Minor threshold
Pool: Processor Used: 422703520 Threshold: 373885200
For example:
13:54:03: %SYS-5-GLOBALMEMEXCEED: Global Memory has exceeded the Critical threshold
Pool: Processor Used: 622701556 Threshold: 467356500
System global threshold - Recovery (keywords Critical, Major and Minor alone will vary
accordingly)
(If recovery happens in IO memory pool will be : I/O)
==========================================================================================
%SYS-5-GLOBALMEMRECOVER: Global Memory has recovered after exceeding Minor threshold
Pool: Processor Used: 222473448 Threshold: 355190940
For example:
13:50:41: %SYS-5-GLOBALMEMRECOVER: Global Memory has recovered after exceeding Critical
threshold
Pool: Processor Used: 222473152 Threshold: 443988675
Per User Global Threshold Violation in Memory RO
The threshold violation in memory RO for a user global threshold shows the following output:
User global threshold - Violation (keywords Critical, Major and Minor alone will vary
accordingly)
(If violation happens in IO memory pool will be : I/O)
==========================================================================================
00:53:14: %SYS-4-RESGLOBALMEMEXCEED: Global Memory has exceeded the Minor threshold
configure by resource user <XYZ>
Pool: Processor Used: 62273916 Threshold: 62246820
User global threshold - Recovery (keywords Critical, Major and Minor alone will vary
accordingly)
(If recovery happens in IO memory pool will be : I/O)
==========================================================================================
00:32:56: %SYS-4-RESGLOBALMEMRECOVER: Global Memory has recovered after exceeding the
Critical threshold configure by resource user <XYZ>
Pool: Processor Used: 329999508 Threshold: 375865440
User Local Threshold Violation in Memory RO
The threshold violation in memory RO for a user local threshold shows the following output:
User local threshold- Violation (keywords Critical, Major and Minor alone will vary
accordingly)
=========================================================================================
01:05:42: %SYS-4-RESMEMEXCEED: Resource user <XYZ> has exceeded the Critical memory
threshold
Pool: Processor Used: 103754740 Threshold: 103744700
User local threshold - Recovery (keywords Critical, Major and Minor alone will vary
accordingly)
=========================================================================================
00:44:43: %SYS-5-RESMEMRECOVER: Resource user <XYZ> has recovered after exceeding the
Critical memory threshold
Pool: Processor Used: 328892280 Threshold :375865440
Examples
Configuring Critical Rising Values for System Global Thresholding
The following example shows how to configure the critical threshold values for system global thresholding with critical rising threshold of 90% at an interval of 12 seconds and critical falling threshold of 20% at an interval of 10 seconds:
Router(config-owner-cpu)# critical rising 90 interval 12 falling 20 interval 10 global
Router(config-owner-buffer)# critical rising 90 interval 12 falling 20 interval 10 global
Router(config-owner-memory)# critical rising 90 interval 12 falling 20 interval 10 global
Configuring Critical Rising Values for User Local Thresholding
The following example shows how to configure the critical threshold values for user local thresholding with critical rising threshold of 90% at an interval of 12 seconds and critical falling threshold of 20% at an interval of 10 seconds:
Router(config-owner-cpu)# critical rising 90 interval 12 falling 20 interval 10
Router(config-owner-buffer)# critical rising 90 interval 12 falling 20 interval 10
Router(config-owner-memory)# critical rising 90 interval 12 falling 20 interval 10
Configuring Critical Rising Values for Per User Global Thresholding
The following example shows how to configure the critical threshold values for per user global thresholding with critical rising threshold of 90% at an interval of 12 seconds and critical falling threshold of 20% at an interval of 10 seconds:
Router(config-owner-cpu)# critical rising 90 interval 12 falling 20 interval 10 global
Router(config-owner-buffer)# critical rising 90 interval 12 falling 20 interval 10 global
Router(config-owner-memory)# critical rising 90 interval 12 falling 20 interval 10 global
Related Commands
Command
|
Description
|
buffer public
|
Enters the buffer owner configuration mode and sets threshold values for buffer usage.
|
cpu interrupt
|
Enters the CPU owner configuration mode and sets threshold values for interrupt level CPU utilization.
|
cpu process
|
Enters the CPU owner configuration mode and sets threshold values for processor level CPU utilization.
|
cpu total
|
Enters the CPU owner configuration mode and sets threshold values for total CPU utilization.
|
memory io
|
Enters the memory owner configuration mode and sets threshold values for I/O memory.
|
memory processor
|
Enters the memory owner configuration mode and sets threshold values for processor memory.
|
policy (ERM)
|
Configures an ERM resource policy.
|
resource policy
|
Enters ERM configuration mode.
|
show resource all
|
Displays all the resource details.
|
slot (ERM policy)
|
Configures line cards.
|
system (ERM policy)
|
Configures system level ROs.
|
crypto mib topn
To configure TopN sampling parameters, use the crypto mib topn command in global configuration mode. To disable TopN sampling, use the no form of this command.
crypto mib topn [interval seconds] [stop seconds]
no crypto mib topn [interval seconds] [stop seconds]
Syntax Description
interval seconds
|
(Optional) Frequency of sampling interval, in seconds. In other words, how many minutes should pass between samples.
The allowable range is from 60 to 86400 seconds (60 seconds to 24 hours). The default is 300 seconds (5 minutes). TopnMinSampleInterval: how long (in seconds) between samples?
Defined in the MIB as TopnMinSampleInterval.
|
stop seconds
|
(Optional) Time before sampling stops, in seconds. In other words, how many minutes should pass from the time this command is executed before sampling will cease.
The allowable range is from 0 to 604800 seconds. A zero (0) indicates continuous sampling. For any value other than 0, the stop time value must be greater than or equal to the sampling interval value.
Defined in the MIB as TopnStopTime.
|
Defaults
interval: 300 seconds, stop: continuous sampling (0 seconds)
Command Modes
Global configuration
Command History
Release
|
Modification
|
12.1(6)E
|
This command was introduced.
|
12.2(9)YE
|
This command was integrated into Cisco IOS Release 12.2(9)YE.
|
12.2(9)YO1
|
This command was integrated into Cisco IOS Release 12.2(9)YO1.
|
12.2(13)T
|
This command was integrated into Cisco IOS Release 12.2(13)T.
|
Usage Guidelines
Use this command to rank objects according to your chosen criteria. You will not see the stop parameter setting after enabling the show running configuration command if the stop parameter is set at a value greater than zero. Otherwise, the current sampling parameters are recorded in the active configuration (if sampling is enabled), and sampling occurs continuously (at the specified intervals) until, and after, the device is rebooted. This command should be disabled if your criteria queries performed by XSM clients (such as VPN Device Manager [VDM]) are not to be processed.
"Crypto MIB" commands apply to characteristics of the IP Security (IPSec) MIBs. TopN (topn) is a special subset of the IPSec MIB Export (IPSMX) interface that provides a set of queries that allows ranked reports of active Internet Key Exchange (Ike) or IPSec tunnels to be obtained depending on certain criteria. While the VPN Device Manager (VDM) application retrieves and presents the data elements defined in the Ike and IPSec MIBs, the application does not use the SNMP interface.
Examples
The following example shows the crypto mib topn command being enabled with an interval frequency of 240 seconds and a designated stop time of 1200 seconds (20 minutes). At that time, the assigned sampling ceases.
crypto mib topn interval 240 stop 1200
Related Commands
Command
|
Description
|
xsm
|
Enables XSM client access to the router.
|
databits
To set the number of data bits per character that are interpreted and generated by the router hardware, use the databits command in line configuration mode. To restore the default value, use the no form of the command.
databits {5 | 6 | 7 | 8}
no databits
Syntax Description
5
|
Five data bits per character.
|
6
|
Six data bits per character.
|
7
|
Seven data bits per character.
|
8
|
Eight data bits per character. This is the default.
|
Defaults
Eight data bits per character
Command Modes
Line configuration
Command History
Release
|
Modification
|
10.0
|
This command was introduced.
|
Usage Guidelines
The databits line configuration command can be used to mask the high bit on input from devices that generate 7 data bits with parity. If parity is being generated, specify 7 data bits per character. If no parity generation is in effect, specify 8 data bits per character. The other keywords are supplied for compatibility with older devices and generally are not used.
Examples
The following example sets the number of data bits per character to seven on line 4:
Router(config-line)# databits 7
Related Commands
Command
|
Description
|
data-character-bits
|
Sets the number of data bits per character that are interpreted and generated by the Cisco IOS software.
|
terminal databits
|
Changes the number of data bits per character for the current terminal line for this session.
|
terminal data-character-bits
|
Sets the number of data bits per character that are interpreted and generated by the Cisco IOS software for the current line and session.
|
data-character-bits
To set the number of data bits per character that are interpreted and generated by the Cisco IOS software, use the data-character-bits command in line configuration mode. To restore the default value, use the no form of this command.
data-character-bits {7 | 8}
no data-character-bits
Syntax Description
7
|
Seven data bits per character.
|
8
|
Eight data bits per character. This is the default.
|
Defaults
Eight data bits per character
Command Modes
Line configuration
Command History
Release
|
Modification
|
10.0
|
This command was introduced.
|
Usage Guidelines
The data-character-bits line configuration command is used primarily to strip parity from X.25 connections on routers with the protocol translation software option. The data-character-bits line configuration command does not work on hard-wired lines.
Examples
The following example sets the number of data bits per character to seven on virtual terminal line (vty) 1:
Router(config)# line vty 1
Router(config-line)# data-character-bits 7
Related Commands
Command
|
Description
|
terminal data-character-bits
|
Sets the number of data bits per character that are interpreted and generated by the Cisco IOS software for the current line and session.
|
data-pattern
To specify the data pattern in a Cisco IOS IP Service Level Agreements (SLAs) operation to test for data corruption, use the data pattern command in the appropriate submode of IP SLA monitor configuration or RTR configuration mode. To remove the data pattern specification, use the no form of this command.
data-pattern hex-pattern
no data-pattern hex-pattern
Syntax Description
hex-pattern
|
Hexadecimal string to use for monitoring the specified operation.
|
Defaults
The default hex-pattern is ABCD.
Command Modes
IP SLA Monitor Configuration
Frame Relay configuration (config-sla-monitor-frameRelay)
UDP echo configuration (config-sla-monitor-udp)
RTR Configuration
Frame Relay configuration (config-rtr-frameRelay)
UDP echo configuration (config-rtr-udp)
Note
The configuration mode varies depending on the Cisco IOS release you are running and the operation type configured. See the "Usage Guidelines" section for more information.
Command History
Release
|
Modification
|
12.1(1)T
|
This command was introduced.
|
Usage Guidelines
The data-pattern command allows users to specify an alphanumeric character string to verify that operation payload does not get corrupted in either direction (source-to-destination [SD] or destination-to-source [DS]).
Note
The data-pattern command is supported by the IP SLAs User Datagram Protocol (UDP) echo and Frame Relay operations only.
IP SLAs Operation Configuration Dependence on Cisco IOS Release
The Cisco IOS command used to begin configuration for an IP SLAs operation varies depending on the Cisco IOS release you are running (see Table 22). You must configure the type of IP SLAs operation (such as User Datagram Protocol [UDP] jitter or Internet Control Message Protocol [ICMP] echo) before you can configure any of the other parameters of the operation.
The configuration mode for the data-pattern command varies depending on the Cisco IOS release you are running (see Table 22) and the operation type configured. For example, if you are running Cisco IOS Release 12.4 and the UDP echo operation type is configured, you would enter the data-pattern command in UDP echo configuration mode (config-sla-monitor-udp) within IP SLA monitor configuration mode.
Table 22 Command Used to Begin Configuration of an IP SLAs Operation Based on Cisco IOS Release
Cisco IOS Release
|
Global Configuration Command
|
Command Mode Entered
|
12.3(14)T and 12.4
|
ip sla monitor
|
IP SLA monitor configuration
|
All other Cisco IOS releases
|
rtr
|
RTR configuration
|
Examples
The following examples show how to specify 1234ABCD5678 as the data pattern. Note that the Cisco IOS command used to begin configuration for an IP SLAs operation varies depending on the Cisco IOS release you are running (see Table 22).
IP SLA Monitor Configuration
type udpEcho dest-ipaddr 10.0.54.205 dest-port 101
data-pattern 1234ABCD5678
ip sla monitor schedule 1 life forever start-time now
RTR Configuration
type udpEcho dest-ipaddr 10.0.54.205 dest-port 101
data-pattern 1234ABCD5678
rtr schedule 1 life forever start-time now
Related Commands
Command
|
Description
|
ip sla monitor
|
Begins configuration for an IP SLAs operation and enters IP SLA monitor configuration mode.
|
rtr
|
Begins configuration for an IP SLAs operation and enters RTR configuration mode.
|
default-value exec-character-bits
To define the EXEC character width for either 7 bits or 8 bits, use the default-value exec-character-bits command in global configuration mode. To restore the default value, use the no form of this command.
default-value exec-character-bits {7 | 8}
no default-value exec-character-bits
Syntax Description
7
|
Selects the 7-bit ASCII character set. This is the default.
|
8
|
Selects the full 8-bit ASCII character set.
|
Defaults
7-bit ASCII character set
Command Modes
Global configuration
Command History
Release
|
Modification
|
10.0
|
This command was introduced.
|
Usage Guidelines
Configuring the EXEC character width to 8 bits allows you to add graphical and international characters in banners, prompts, and so on. However, setting the EXEC character width to 8 bits can also cause failures. If a user on a terminal that is sending parity enters the help command, an "unrecognized command" message appears because the system is reading all 8 bits, although the eighth bit is not needed for the help command.
Examples
The following example selects the full 8-bit ASCII character set for EXEC banners and prompts:
Router(config)# default-value exec-character-bits 8
Related Commands
Command
|
Description
|
default-value special-character-bits
|
Configures the flow control default value from a 7-bit width to an 8-bit width.
|
exec-character-bits
|
Configures the character widths of EXEC and configuration command characters.
|
length
|
Sets the terminal screen length.
|
terminal exec-character-bits
|
Locally changes the ASCII character set used in EXEC and configuration command characters for the current session.
|
terminal special-character-bits
|
Changes the ASCII character widths to accept special characters for the current terminal line and session.
|
default-value special-character-bits
To configure the flow control default value from a 7-bit width to an 8-bit width, use the default-value special-character-bits command in global configuration mode. To restore the default value, use the no form of this command.
default-value special-character-bits {7 | 8}
no default-value special-character-bits
Syntax Description
7
|
Selects the 7-bit character set. This is the default.
|
8
|
Selects the full 8-bit character set.
|
Defaults
7-bit character set
Command Modes
Global configuration
Command History
Release
|
Modification
|
10.0
|
This command was introduced.
|
Usage Guidelines
Configuring the special character width to 8 bits allows you to add graphical and international characters in banners, prompts, and so on.
Examples
The following example selects the full 8-bit special character set:
Router(config)# default-value special-character-bits 8
Related Commands
Command
|
Description
|
default-value exec-character-bits
|
Defines the EXEC character width for either 7 bits or 8 bits.
|
exec-character-bits
|
Configures the character widths of EXEC and configuration command characters.
|
length
|
Sets the terminal screen length.
|
terminal exec-character-bits
|
Locally changes the ASCII character set used in EXEC and configuration command characters for the current session.
|
terminal special-character-bits
|
Changes the ASCII character widths to accept special characters for the current terminal line and session.
|
delete
To delete a file on a Flash memory device or NVRAM, use the delete command in EXEC mode.
delete url [/force | /recursive]
Syntax Description
url
|
Cisco IOS File System URL of the file to be deleted. Include the file system prefix, followed by a colon, and, optionally, the name of a file or directory. See Table 23 for list of supported URLs.
|
/force
|
(Optional) Deletes the specified file or directory without prompting you for verification.
Note Use this keyword with caution: the system will not ask you to confirm the file deletion.
|
/recursive
|
(Optional) Deletes all files in the specified directory, as well as the directory itself.
|
Command Modes
EXEC
Command History
Release
|
Modification
|
11.0
|
This command was introduced.
|
12.3(14)T
|
The usbflash[0-9]: and usbtoken[0-9]: options were added to the list of Cisco IOS File System URLs.
|
Usage Guidelines
If you attempt to delete the configuration file or image specified by the CONFIG_FILE or BOOTLDR environment variable, the system prompts you to confirm the deletion. Also, if you attempt to delete the last valid system image specified in the BOOT environment variable, the system prompts you to confirm the deletion.
When you delete a file in Flash memory, the software simply marks the file as deleted, but it does not erase the file. To later recover a "deleted" file in Flash memory, use the undelete EXEC command. You can delete and undelete a file up to 15 times.
To permanently delete all files marked "deleted" on a linear Flash memory device, use the squeeze EXEC command.
Table 23 contains a list of Cisco IOS File System URLs.
Table 23 URL File System Prefix Keywords
Prefix
|
Filesystem
|
bootflash:
|
Delete the file from boot Flash memory.
|
flash:
|
Delete the file from Flash memory.
|
nvram:
|
Delete the from the router NVRAM.
|
slot0:
|
Delete the file from the first PCMCIA Flash memory card.
|
usbflash[0-9]:
|
Delete the file from the USB Flash drive.
|
usbtoken[0-9]:
|
Delete the file from the USB eToken.
|
Examples
The following example deletes the file named test from the Flash card inserted in slot 0:
Router# delete slot0:test
Delete slot0:test? [confirm]
Related Commands
Command
|
Description
|
cd
|
Changes the default directory or file system.
|
dir
|
Displays a list of files on a file system.
|
show bootvar
|
Displays the contents of the BOOT environment variable, the name of the configuration file pointed to by the CONFIG_FILE environment variable, the contents of the BOOTLDR environment variable, and the configuration register setting.
|
squeeze
|
Permanently deletes Flash files by squeezing a Class A Flash file system.
|
undelete
|
Recovers a file marked "deleted" on a Class A or Class B Flash file system.
|
diag
To perform field diagnostics on a line card, on the Gigabit Route Processor (GRP), on the Switch Fabric Cards (SFCs), and on the Clock Scheduler Card (CSC) in Cisco 12000 series Gigabit Switch Routers (GSRs), use the diag command in privileged EXEC mode. To disable field diagnostics on a line card, use the no form of this command.
diag slot-number [halt | previous | post | verbose [wait] | wait]
no diag slot-number
Syntax Description
slot-number
|
Slot number of the line card you want to test. Slot numbers range from 0 to 11 for the Cisco 12012 and 0 to 7 for the Cisco 12008 router. Slot numbers for the CSC are 16 and 17, and for the FSC are 18, 19, and 20.
|
halt
|
(Optional) Stops the field diagnostic testing on the line card.
|
previous
|
(Optional) Displays previous test results (if any) for the line card.
|
post
|
(Optional) Initiates an EPROM-based extended power-on self-test (EPOST) only. The EPOST test suite is not as comprehensive as the field diagnostics, and a pass/fail message is the only message displayed on the console.
|
verbose [wait]
|
(Optional) Enables the maximum status messages to be displayed on the console. By default, only the minimum status messages are displayed on the console. If you specify the optional wait keyword, the Cisco IOS software is not automatically reloaded on the line card after the test completes.
|
wait
|
(Optional) Stops the automatic reloading of the Cisco IOS software on the line card after the completion of the field diagnostic testing. If you use this keyword, you must use the microcode reload slot global configuration command, or manually remove and insert the line card (to power it up) in the slot so that the GRP will recognize the line card and download the Cisco IOS software image to the line card.
|
Defaults
No field diagnostics tests are performed on the line card.
Command Modes
Privileged EXEC
Command History
Release
|
Modification
|
11.2 GS
|
This command was introduced to support the Cisco 12000 series GSR.
|
Usage Guidelines
The diag command must be executed from the GRP main console port.
Perform diagnostics on the CSC only if a redundant CSC is in the router.
Diagnostics will stop and ask you for confirmation before altering the router's configuration. For example, running diagnostics on a SFC or CSC will cause the fabric to go from full bandwidth to one-fourth bandwidth. Bandwidth is not affected by GRP or line card diagnostics.
The field diagnostic software image is bundled with the Cisco IOS software and is downloaded automatically from the GRP to the target line card prior to testing.
Caution 
Performing field diagnostics on a line card stops all activity on the line card. Before the
diag EXEC command begins running diagnostics, you are prompted to confirm the request to perform field diagnostics on the line card.
In normal mode, if a test fails, the title of the failed test is displayed on the console. However, not all tests that are performed are displayed. To view all the tests that are performed, use the verbose keyword.
After all diagnostic tests are completed on the line card, a PASSED or TEST FAILURE message is displayed. If the line card sends a PASSED message, the Cisco IOS software image on the line card is automatically reloaded unless the wait keyword is specified. If the line card sends a TEST FAILURE message, the Cisco IOS software image on the line card is not automatically reloaded.
If you want to reload the line card after it fails diagnostic testing, use the microcode reload slot global configuration command.
Note
When you stop the field diagnostic test, the line card remains down (that is, in an unbooted state). In most cases, you stopped the testing because you need to remove the line card or replace the line card. If that is not the case, and you want to bring the line card back up (that is, online), you must use the microcode reload global configuration command or power cycle the line card.
If the line card fails the test, the line card is defective and should be replaced. In future releases this might not be the case because DRAM and SDRAM SIMM modules might be field replaceable units. For example, if the DRAM test failed you might only need to replace the DRAM on the line card.
For more information, refer to the Cisco 12000 series installation and configuration guides.
Examples
In the following example, a user is shown the output when field diagnostics are performed on the line card in slot 3. After the line card passes all field diagnostic tests, the Cisco IOS software is automatically reloaded on the card. Before starting the diagnostic tests, you must confirm the request to perform these tests on the line card because all activity on the line card is halted. The total/indiv. timeout set to 600/220 sec. message indicates that 600 seconds are allowed to perform all field diagnostics tests, and that no single test should exceed 220 seconds to complete.
Running Diags will halt ALL activity on the requested slot. [confirm]
Launching a Field Diagnostic for slot 3
Running DIAG config check
RUNNING DIAG download to slot 3 (timeout set to 400 sec.)
sending cmd FDIAG-DO ALL to fdiag in slot 3
(total/indiv. timeout set to 600/220 sec.)
Field Diagnostic ****PASSED**** for slot 3
Field Diag eeprom values: run 159 fial mode 0 (PASS) slot 3
last test failed was 0, error code 0
sending SHUTDOWN FDIAG_QUIT to fdiag in slot 3
In the following example, a user is shown the output when field diagnostics are performed on the line card in slot 3 in verbose mode:
Running Diags will halt ALL activity on the requested slot. [confirm]
Launching a Field Diagnostic for slot 3
Running DIAG config check
RUNNING DIAG download to slot 3 (timeout set to 400 sec.)
sending cmd FDIAG-DO ALL to fdiag in slot 3
(total/indiv. timeout set to 600/220 sec.)
FDIAG_STAT_IN_PROGRESS: test #1 R5K Internal Cache
FDIAG_STAT_PASS test_num 1
FDIAG_STAT_IN_PROGRESS: test #2 Sunblock Ordering
FDIAG_STAT_PASS test_num 2
FDIAG_STAT_IN_PROGRESS: test #3 Dram Datapins
FDIAG_STAT_PASS test_num 3
Field Diags: FDIAG_STAT_DONE
Field Diagnostic ****PASSED**** for slot 3
Field Diag eeprom values: run 159 fial mode 0 (PASS) slot 3
last test failed was 0, error code 0
sending SHUTDOWN FDIAG_QUIT to fdiag in slot 3
Related Commands
Command
|
Description
|
microcode reload
|
Reloads the Cisco IOS image on a line card on the Cisco 7000 series with RSP7000, Cisco 7500 series, or Cisco 12000 series routers after all microcode configuration commands have been entered.
|
dir
To display a list of files on a file system, use the dir command in EXEC mode.
dir [/all] [filesystem: ][file-url]
Syntax Description
/all
|
(Optional) Lists deleted files, undeleted files, and files with errors.
|
filesystem:
|
(Optional) File system or directory containing the files to list, followed by a colon.
|
file-url
|
(Optional) The name of the files to display on a specified device. The files can be of any type. You can use wildcards in the filename. A wildcard character (*) matches all patterns. Strings after a wildcard are ignored.
|
Defaults
The default file system is specified by the cd command. When you omit the /all keyword, the Cisco IOS software displays only undeleted files.
Command Modes
EXEC
Command History
Release
|
Modification
|
11.0
|
This command was introduced.
|
12.3
|
A timestamp that shows the offset from Coordinated Universal Time (UTC) was added to the dir command display.
|
12.3(14)T
|
The usbflash[0-9]: and usbtoken[0-9]: options were added as available file systems.
|
Usage Guidelines
Use the show (Flash file system) command to display more detail about the files in a particular file system.
Examples
The following is sample output from the dir command:
1 -rw- 4720148 Dec 29 2003 17:49:36 -08:00 hampton/nitro/c7200-j-mz
2 -rw- 4767328 Jan 02 2004 18:42:53 -08:00 c7200-js-mz
5 -rw- 639 Jan 03 2004 12:09:32 -08:00 rally
7 -rw- 639 Jan 03 2004 12:37:13 -08:00 the_time
20578304 bytes total (3104544 bytes free)
1 -rw- 4720148 Dec 15 2003 17:49:36 -08:00 hampton/nitro/c7200-j-mz
2 -rw- 4767328 Jan 02 2004 18:42:53 -08:00 c7200-js-mz
3 -rw- 7982828 Jan 02 2004 18:48:14 -08:00 [rsp-jsv-mz]
4 -rw- 639 Jan 03 2004 12:09:17 -08:00 the_time]
5 -rw- 639 Jan 03 1994 12:09:32 -08:00 rally
6 -rw- 639 Jan 03 1994 12:37:01 -08:00 [the_time]
7 -rw- 639 Jan 03 1994 12:37:13 -08:00
Table 24 describes the significant fields shown in the output.
Table 24 dir Field Descriptions
Field
|
Description
|
1
|
Index number of the file.
|
-rw-
|
Permissions. The file can be any or all of the following:
• d—directory
• r—readable
• w—writable
• x—executable
|
4720148
|
Size of the file.
|
Dec 15 2003 17:49:36
|
Last modification date.
|
-08:00
|
Conversion to local time in hours from Coordinated Universal Time (UTC). In the example, -08:00 indicates that the given time is 8 hours behind UTC or Pacific Standard Time (PST).
|
hampton/nitro/c7200-j-mz
|
Filename. Deleted files are indicated by square brackets around the filename.
|
Related Commands
Command
|
Description
|
cd
|
Changes the default directory or file system.
|
delete
|
Deletes a file on a Flash memory device.
|
undelete
|
Recovers a file marked "deleted" on a Class A or Class B Flash file system.
|
disable
To exit privileged EXEC mode and return to user EXEC mode, or to exit to a lower privilege level, enter the disable command in EXEC mode.
disable [privilege-level]
Syntax Description
privilege-level
|
(Optional) Specific privilege level (other than user EXEC mode).
|
Command Modes
EXEC
Command History
Release
|
Modification
|
10.0
|
This command was introduced.
|
Usage Guidelines
Up to 16 security levels can be configured using Cisco IOS software. If such levels are configured on a system, using this command with the privilege-level option allows you to exit to a lower security level. If a level is not specified, the user will exit to the user EXEC mode, which is the default.
Note
Five EXEC commands are associated with privilege level 0: disable, enable, exit, help, and logout. If you configure a privilege level greater than 0, these five commands will not be included in the command set for that privilege level.
Examples
In the following example, the user enters privileged EXEC mode using the enable command, then exits back to user EXEC mode using the disable command. Note that the prompt for user EXEC mode is >, and the prompt for privileged EXEC mode is #.
Related Commands
Command
|
Description
|
enable
|
Enables higher privilege level access, such as privileged EXEC mode.
|
disconnect-character
To define a character to disconnect a session, use the disconnect-character command in line configuration mode. To remove the disconnect character, use the no form of this command.
disconnect-character ascii-number
no disconnect-character
Syntax Description
ascii-number
|
Decimal representation of the session disconnect character.
|
Defaults
No disconnect character is defined.
Command Modes
Line configuration
Command History
Release
|
Modification
|
10.0
|
This command was introduced.
|
Usage Guidelines
See the "ASCII Character Set and Hex Values" appendix for a list of ASCII characters.
The Break character is represented by zero; NULL cannot be represented.
To use the session-disconnect character in normal communications, precede it with the escape character.
Examples
The following example defines the disconnect character for virtual terminal line 4 as Escape, which is decimal character 27:
Router(config)# line vty 4
Router(config-line)# disconnect-character 27
discover (cns)
To define the interface parameters within a Cisco Networking Services (CNS) connect profile for connecting to the CNS configuration engine, use the discover command in CNS connect configuration mode. To disable this functionality, use the no form of this command.
discover {line line-type | controller controller-type | interface [interface-type] | dlci [subinterface
subinterface-number]}
no discover {line line-type | controller controller-type | interface [interface-type] | dlci
[subinterface subinterface-number]}
Syntax Description
line line-type
|
Line type to be used for connecting to the CNS configuration engine.
When the line line-type keyword and argument are specified, all the lines that create an interface that match the specified line-type argument are discovered.
The CNS connect templates associated with the discover line line-type command are applied in line configuration mode.
|
controller controller-type
|
Controller type to be used for connecting to the CNS configuration engine.
When the controller controller-type keyword and argument are specified, all the controllers that create an interface that match the specified controller-type argument are discovered.
The CNS connect templates associated with the discover controller controller-type command are applied in controller configuration mode.
|
interface [interface-type]
|
Interface type to be used for connecting to the CNS configuration engine.
If the discover interface interface-type command is the first discover command configured in a CNS connect profile, then the interfaces that match the specified interface-type argument are discovered.
If the discover interface interface-type command is configured after the discover line line-type or discover controller controller-type commands in a CNS connect profile, then the specified interface-type argument is ignored. Instead, the CNS connect templates associated with the discover interface command are applied to all the interfaces associated with the preceding discover line line-type or discover controller controller-type commands.
The CNS connect templates associated with the discover interface interface-type command are applied in interface configuration mode.
|
dlci
|
Active DLCIs to be used for connecting to the CNS configuration engine.
When this keyword is defined, all the active DLCIs are discovered on the interface specified by the preceding discover interface interface-type command. A Frame Relay LMI message will return a list of active DLCIs.
Active DLCIs can only be discovered on interfaces configured with Frame Relay. Therefore, the location of the discover dlci command in a CNS connect profile is important. It must be entered after the interfaces have been configured with Frame Relay.
The CNS connect templates associated with the discover dlci command are applied in subinterface (point-to-point) configuration mode.
Defines the CNS connect variable ${dlci} and ${next-hop}.
Note Any Cisco IOS command that requires knowledge of the active DLCIs must be configured after the discover dlci command.
|
subinterface subinterface-number
|
(Optional) Point-to-point subinterface number used to perform a search for active DLCIs. If the number is not specified, the default value is 9999.
|
Defaults
No interface parameters within a CNS connect profile are defined.
Command Modes
CNS connect configuration
Command History
Release
|
Modification
|
12.3(2)XF
|
This command was introduced.
|
12.3(8)T
|
This command was integrated into Cisco IOS Release 12.3(8)T.
|
12.3(9)
|
This command was integrated into Cisco IOS Release 12.3(9). The dlci subinterface subinterface-number keywords and argument, and the CNS connect variable ${dlci} are not supported in this release.
|
Usage Guidelines
First use the cns connect command to enter CNS connect configuration mode and define the parameters of a CNS connect profile for connecting to the