|
|
Table Of Contents
Loading System Software Images and Configuration Files
Retrieving System Software Images and Configuration Files
Copying System Software Images from a Network Server to the DSLAM
Verifying the Image in Flash Memory
Copying Configuration Files from a Network Server to the DSLAM
Changing the Buffer Size for Loading Configuration Files
Displaying System Image and Configuration Information
Performing General Startup Tasks
Entering Configuration Mode and Select a Configuration Source
Modifying the Configuration Register Boot Field
Specifying the Startup System Image
Specifying the Startup Configuration File
Clearing the Configuration Information
Storing System Images and Configuration Files
Copying System Images from Flash Memory to a Network Server
Copying Configuration Files from the DSLAM to a Network Server
Configuring a DSLAM as a TFTP Server
Designating a DSLAM as a TFTP Server
Configuring Flash Memory as a TFTP Server
Configuring the DSLAM for Other Types of Servers
Specifying Asynchronous Interface Extended BOOTP Requests
Performing Optional Startup Tasks
Copying a File into a Flash Partition
Configuring the DSLAM to Automatically Boot from Embedded Flash Memory
Performing DSLAM Startup Tasks
Cisco Implementation of Environment Variables
Loading and Displaying Software Images Over the Network
Configuring the Remote Shell and Remote Copy Functions
Cisco Implementation of rsh and rcp Protocols
Configuring a DSLAM to Support Incoming rcp Requests and rsh Commands
Configuring the Remote Username for rcp Requests
Remotely Executing Commands Using rsh
Manually Loading a System Image from ROM Monitor
Manually Booting from Flash Memory
Manually Booting from a Network File
Loading System Software Images and Configuration Files
This chapter describes how to load and maintain system software images and configuration files for Cisco DSLAMs with NI-2. The instructions in this chapter assume that your DSLAM contains a minimal configuration that allows you to interact with the system software.
The tasks in the first four sections are typical tasks for all DSLAMs:
•
Configuring a Static IP Route
•
•
•
•
•
•
•
•
•
Configuring a Static IP Route
If you are managing the DSLAM through an Ethernet interface or ATM subinterface on the ATM switch processor (ASP), and your management station or Trivial File Transfer Protocol (TFTP) server is on a different subnet than the DSLAM, you must first configure a static IP route.
Caution
To configure a static IP route, follow these steps:
1.
DSLAM#configure terminal
Go to global configuration mode.
2.
DSLAM(config)#ip route prefix1 mask2 [ethernet | atm] 0/0[.subinterface]
Configure a static IP route on the Ethernet interface or ATM subinterface of the ASP.
3.
DSLAM(config)#end
Return to privileged EXEC mode.
4.
DSLAM#copy running-config startup-config
Save the configuration to NVRAM.
1 The IP route prefix of the remote network in which the management station or TFTP server resides.
2 The subnet mask of the remote network in which the management station or TFTP server resides.
Retrieving System Software Images and Configuration Files
If you have a minimal configuration that allows you to interact with the system software, you can retrieve other system images and configuration files from a network server and modify them for use in your particular routing environment. To retrieve system images and configuration files for modification, perform the tasks described in this section.
Copying System Software Images from a Network Server to the DSLAM
You can copy system images from a TFTP, Remote Copy Protocol (rcp), or Maintenance Operation Protocol (MOP) server to the DSLAM's Flash memory. The DSLAM uses embedded Flash memory.
Using Flash Memory
In Flash memory, if free space is:
•
•
The system informs you of these conditions and prompts you for a response. If you accept the erasure, the system prompts you again to confirm before erasing.
Note
If you attempt to copy a file that already exists into Flash memory, a prompt informs you that a file with the same name already exists. The older file is deleted when you copy the new file into Flash. The first copy of the file still resides within Flash memory, but it is made unusable in favor of the newest version, and is listed with the "deleted" tag when you use the show flash command. If you terminate the copy process, the newer file is marked "deleted" because the entire file was not copied. In this case, the original file in Flash memory is valid and available to the system.
Note
Copying from a TFTP Server to Flash Memory
To copy a system image from a TFTP server to Flash memory, follow these steps:
1.
DSLAM>enable
Password:Go to privileged EXEC mode.
2.
DSLAM#cd bootflash
Change directory to bootflash, the embedded Flash directory.
3.
See the instructions in the section "Copying System Images from Flash Memory to a Network Server" section.
Make a backup copy of the current system software image.
4.
DSLAM#copy tftp flash
DSLAM#copy tftp file_id
Copy a system image to Flash memory.
5.
ip-address or name
If prompted, enter the IP address or domain name of the server.
6.
filename
If prompted, enter the filename of the server system image. filenames are case-sensitive.
7.
device
If prompted, enter the Flash memory device that is to receive the copy of the system image.
Note
When you issue the copy tftp flash command, the system prompts you for the IP address or domain name of the TFTP server. This server can be another switch or DSLAM serving ROM or Flash system software images. The system prompts you for the filename of the software image to copy.
When you issue the copy tftp flash and copy tftp file_id commands, if there is free space available in Flash memory, you are given the option of erasing the existing Flash memory before writing onto it. If no free Flash memory space is available, or if the Flash memory has never been written to, the erase routine is required before new files can be copied. The system informs you of these conditions and prompts you for a response.
The file_id argument of the copy tftp file_id command specifies a device and filename as the destination of the copy operation. You can omit the device and enter only copy tftp filename. If you omit the device, the system uses the current device specified by the cd command. You must choose bootflash: as the Flash memory device.
Note
Examples
This example shows how to copy a system image named "6260-wi-m_1.1(1)" into the current Flash configuration:
DSLAM#copy tftp flashEnter source file name: 6260-wi-m_1.1(1)Enter destination file name [6260-wi-m_1.1(1)]:7602048 bytes available on device bootflash, proceed? [confirm] yAddress or name of remote host [dirt.cisco.com]?Accessing file "6260-wi-m_1.1(1)" on dirt.cisco.com ...FOUNDLoading 6260-wi-m_1.1(1) from 171.69.1.129 (via Ethernet0/0): !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!![OK - 2247751/4495360 bytes]CCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCThe exclamation points indicate that the process is working. A series of Cs indicates that a checksum verification of the image is occurring after the image is written to Flash memory.
The dir command confirms that the file transfer was successful, as in this example:
DSLAM#dir-#- -length- -----date/time------ name1 2247751 May 03 2000 14:32:10 6260-wi-m_1.1(1)5354296 bytes available (2247880 bytes used)This example shows how to copy the "dslam-confg" file from a TFTP server to embedded Flash memory. The copied file has the name "backup-confg".
DSLAM#copy tftp:dslam-confg bootflash:backup-confg1244732 bytes available on device slot0, proceed? [confirm] yAddress or name of remote host [dirt.cisco.com]?Accessing file "dslam-confg" on dirt.cisco.com ...FOUNDLoading dslam-confg from 171.69.1.129 (via Ethernet0/0): !![OK - 5204/10240 bytes]Copying from an rcp Server to Flash Memory
You can copy a system image from an rcp network server to Flash memory.
For the rcp command to execute successfully, you must define an account on the network server for the remote username. You can override the default remote username sent on the rcp copy request by configuring the remote username.
For example, if the system image resides in the home directory of a user on the server, you can specify that user's name as the remote username. The rcp protocol implementation copies the system image from the remote server to the directory of the remote username if the remote server has a directory structure, as do UNIX systems.
To copy a system image from an rcp server to Flash memory, follow these steps:
1.
See the instructions in the section "Copying System Images from Flash Memory to a Network Server" section.
Make a backup copy of the current system software image.
2.
DSLAM#configure terminal
Enter global configuration mode from the terminal. This step is required only if you override the default remote username (see Step 3).
3.
DSLAM(config)#ip rcmd remote-username username
Specify the remote username.
4.
DSLAM(config)#end
Exit global configuration mode.
5.
DSLAM#copy rcp flash
DSLAM#copy rcp file_id
Copy the system image from an rcp server to Flash memory.
6.
ip-address or name
If prompted, enter the IP address or domain name of the network server.
7.
filename
If prompted, enter the filename of the server system image to be copied.
The copy command automatically displays the Flash memory directory, including the amount of free space. If the file being downloaded to Flash memory is an uncompressed system image, the copy command automatically determines the size of the file being downloaded and validates it with the space available in Flash memory.
When you issue the copy rcp flash or copy rcp file_id command, the system prompts you for the IP address or domain name of the server. This server can be another switch or DSLAM serving Flash system software images. The system then prompts you for the filename of the software image to copy. With the copy rcp flash command, the system also prompts you to name the system image file that resides in Flash memory after the copy is complete. You can use the filename of the source file, or you can choose another name.
Examples
This example shows how to copy a system image named "mysysim1" from the "netadmin1" directory on the remote server named "SERVER1.CISCO.COM" with an IP address of 171.69.1.129 to the DSLAM's Flash memory. To ensure that enough Flash memory is available to accommodate the system image to be copied, the DSLAM software allows you to erase the contents of Flash memory first.
DSLAM#configure terminalDSLAM(config)#ip rcmd remote-username netadmin1DSLAM(config)#endDSLAM#copy rcp flashEnter source file name: 6260-wi-m_1.1(1)Enter destination file name [6260-wi-m_1.1(1)]:3498136 bytes available on device slot0, proceed? [confirm] yAddress or name of remote host [server1.cisco.com]?Connected to 171.69.1.129Loading 2247751 byte file 6260-wi-m_1.1(1):Connected to 171.69.1.129Loading 2247751 byte file 6260-wi-m_1.1(1): !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!! [OK]CCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCThe exclamation points indicate that the process is working.
Note
This example uses the copy rcp file_id command to copy the "dslam-image" file from a network server using rcp to the embedded Flash memory:
DSLAM#configure terminalDSLAM(config)#ip rcmd remote-username netadmin1DSLAM(config)#endDSLAM#copy rcp bootflash:dslam-imageVerifying the Image in Flash Memory
Before booting from Flash memory, verify that the checksum of the image in Flash memory matches the checksum listed in the README file that was distributed with the system software image. When you issue the copy tftp flash, copy rcp flash, or copy rcp bootflash commands, the checksum of the image in Flash memory appears at the bottom of the screen. The README file was copied to the network server automatically when you installed the system software image on the server.
Caution
Copying Configuration Files from a Network Server to the DSLAM
You can copy configuration files from:
•
–
–
•
–
–
Copying from a TFTP Server to the DSLAM
To copy a configuration file from a TFTP server to the DSLAM, complete these tasks in privileged EXEC mode:
Copying from an rcp Server to the DSLAM
The rcp protocol requires that a client send the remote username on each rcp request to a network server. When you issue a request to copy a configuration file from an rcp network server, the DSLAM sends a default remote username unless you override the default by configuring a remote username. By default, the DSLAM software sends the remote username associated with the current teletype (TTY) process, if that name is valid. If the TTY username is invalid, the DSLAM software uses the DSLAM host name as both the remote and local user names. You can also specify the path of an existing directory with the remote username.
For the rcp copy request to execute successfully:
Step 1
Step 2
To copy a configuration file from an rcp server to the running configuration or the startup configuration, perform these tasks, beginning in global configuration mode:
The copy rcp startup-config command copies the configuration file from the network server to the configuration file pointed to by the CONFIG_FILE environment variable. If you want to write the configuration file from the server to NVRAM on the DSLAM, be sure to set the CONFIG_FILE environment variable to NVRAM. Refer to the "Downloading the CONFIG_FILE Environment Variable Configuration" section in this chapter for instructions on setting the CONFIG_FILE environment variable.
Examples
Using the remote username "netadmin1", this example shows copying a host configuration file "host1-confg" from the "netadmin1" directory on the remote server to the DSLAM's startup configuration:
DSLAM#configure terminalDSLAM(config)#ip rcmd remote-username netadmin1DSLAM(config)#endDSLAM#copy rcp running-configHost or network configuration file [host]?Address of remote host [255.255.255.255]? 131.108.101.101Name of configuration file [dslam-confg]? host1-confgConfigure using host1-confg from 131.108.101.101? [confirm]Connected to 131.108.101.101Loading 1112 byte file host1-confg:![OK]DSLAM#%SYS-5-CONFIG: Configured from host1-config by rcp from 131.108.101.101Using the remote username "netadmin1", this example shows copying a host configuration file "host2-confg" from the "netadmin1" directory on the remote server to the DSLAM's startup configuration:
DSLAM#configure terminalEnter configuration commands, one per line. End with CNTL/Z.DSLAM(config)#ip rcmd remote-username netadmin1DSLAM(config)#endDSLAM#%SYS-5-CONFIG_I: Configured from console by consoleDSLAM#copy host2-confg rcpRemote host []? dirtName of configuration file to write [dslam-confg]?Write file dslam-confg on host 171.69.1.129? [confirm]Writing dslam-confg !! [OK]DSLAM#copy rcp startup-configAddress of remote host [255.255.255.255]? 171.69.1.129Name of configuration file [dslam-confg]?Configure using dslam-confg from 171.69.1.129? [confirm]Connected to 171.69.1.129Loading 5393 byte file dslam-confg: !! [OK]Warning: distilled config is not generated[OK]DSLAM#%SYS-5-CONFIG_NV: Non-volatile store configured from dslam-confg by console rcpfrom 171.69.1.129Changing the Buffer Size for Loading Configuration Files
The buffer that holds the configuration commands is generally the size of NVRAM. Complex configurations may require a larger configuration file buffer size. To change the buffer size, use this command in global configuration mode:
DSLAM(config)#boot buffersize bytes
Change the buffer size to use for booting a host or network configuration file from a network server.
Example
In this example, the buffer size is set to 50000 bytes, and the running configuration is saved to the startup-configuration:
DSLAM(config)#boot buffersize 50000DSLAM(config)#endDSLAM#copy running-config startup-configDestination filename [startup-config]? yBuilding configuration...[OK]Displaying System Image and Configuration Information
To display information about system software, system image files, and configuration files, use these privileged EXEC commands:
You can also use the o command in ROM monitor mode to list the configuration register settings.
Performing General Startup Tasks
If you modify your switching environment, you must perform some general startup tasks. For example, to modify a configuration file, you enter configuration mode. You also modify the configuration register boot field to tell the DSLAM if and how to load a system image upon startup. Also, instead of using the default system image and configuration file to start up, you can specify a particular system image and configuration file for the DSLAM to use to start up.
General startup tasks include:
•
•
•
•
Entering Configuration Mode and Select a Configuration Source
When you enter configuration mode using the configure privileged EXEC command, you must specify the source of the configuration as terminal, memory, network, or overwrite-network. Each of these methods is described in these subsections.
The DSLAM accepts one configuration command per line. You can:
•
•
Configuring the DSLAM from the Terminal
When you configure the DSLAM from the terminal, you do so interactively: the DSLAM executes the commands as you enter them at the system prompts. To configure the DSLAM from the terminal, complete these tasks, beginning in global configuration mode:
Example
In this example, the DSLAM is configured from the terminal. The hostname command changes the DSLAM name to "dslam2". The end command quits configuration mode, and the copy running-config startup-config command saves the current configuration to the startup configuration. The next time you start up the DSLAM the host name will be "dslam2".
DSLAM#configure terminalDSLAM(config)#hostname dslam2DSLAM(config)#endDSLAM#copy running-config startup-configConfiguring the DSLAM from Memory
When you configure the DSLAM from memory, the DSLAM executes the commands in NVRAM, or the configuration specified by the CONFIG_FILE environment variable. To configure from memory, use this command in privileged EXEC mode:
DSLAM#configure memory
Configure the DSLAM to execute the configuration specified by the CONFIG_FILE environment variable or NVRAM.
For an explanation of the CONFIG_FILE environment variable, see the "Downloading the CONFIG_FILE Environment Variable Configuration" section.
Configuring the DSLAM from the Network
To configure the DSLAM by retrieving a configuration file stored on one of your network servers, perform these tasks, beginning in privileged EXEC mode:
Example
In this example, the DSLAM is configured from the file backup-config at IP address 171.69.1.129:
DSLAM#configure networkHost or network configuration file [host]?Address of remote host [255.255.255.255]? 171.69.1.129Name of configuration file [dslam-confg]? backup-confgConfigure using backup-confg from 171.69.1.129? [confirm] yDSLAM#%SYS-5-CONFIG: Configured from backup-confg by console tftp from 171.69.1.129Copying a Configuration File Directly to the Startup Configuration
You can copy a configuration file directly to your startup configuration without affecting the running configuration. This process loads a configuration file directly into NVRAM or into the location specified by the CONFIG_FILE environment variable without affecting the running configuration.
To copy a configuration file directly to the startup configuration, perform these tasks, beginning in privileged EXEC mode:
Modifying the Configuration Register Boot Field
The configuration register boot field determines whether the DSLAM loads an operating system image, and if so, where it obtains this system image. This section describes how the DSLAM uses the configuration register boot field and how to set and modify this field.
Using the Boot Field
The lowest four bits of the 16-bit configuration register (bits 3, 2, 1, and 0) form the boot field. These boot field values determine if the DSLAM loads an operating system and where the DSLAM obtains the system image:
•
•
When you load a default system image from a network server, the DSLAM uses the configuration register settings to determine the default system image filename for booting from a network server. The default boot filename starts with the string "cisco", followed by the octal equivalent of the boot field number in the configuration register, followed by a hyphen (-) and the processor type name (for example, "cisco nn-cpu").
Setting the Boot Field
You must correctly set the configuration register boot field to ensure that your DSLAM loads the operating system image correctly. See the Table 17-1 for boot field descriptions.
Table 17-1 Boot Field Descriptions
0x000
Enabled
Boot manually.
0x001
Enabled
Boot from ROM.
0x002
through
0x00F
Enabled
Boot from the default filename specified "nn" in boot system configuration.0x100
Disabled
Boot manually.
0x101
Disabled
Boot from ROM.
0x102
through
0x10F
Disabled
Boot from the default filename specified "nn" in boot system configuration.
1 Enabled allows a hardware break during the first 30 seconds.
To set the boot field, follow this general procedure:
Step 1
Step 2
•
•
•
For example, if the current configuration register setting is 0x101 and you want to load a system image from boot system commands in the startup configuration file, change the configuration register setting to 0x102.
Step 3
Performing the Boot Field Modification Tasks
Use the hardware configuration register to modify the boot field of a DSLAM.
To modify the configuration register boot field, complete these tasks, beginning in privileged EXEC mode:
In ROM monitor mode, use the o command to list the value of the configuration register boot field.
Example
In this example, the show version command indicates that the current configuration register is set so that the DSLAM does not automatically load an operating system image. Instead, it enters ROM monitor mode and waits for user-entered ROM monitor commands. The new setting instructs the DSLAM to load a system image from commands in the startup configuration file or from a default system image stored on a network server.
DSLAM#show versionCisco Internetwork Operating System Software<information deleted>8192K bytes of Flash internal SIMM (Sector size 256K).Configuration register is 0x0DSLAM#configure terminalDSLAM(config)#config-register 0x010FSpecifying the Startup System Image
You can enter multiple boot commands in the startup configuration file or in the BOOT environment variable to provide backup methods for loading a system image onto the DSLAM. There are two ways to load a system image:
•
•
You can enter the different types of boot commands in any order in the startup configuration file or in the BOOT environment variable. If you enter multiple boot commands, the DSLAM tries them in the order they are entered.
Loading from Flash Memory
Use this section to configure your DSLAM to boot from Flash memory. In the DSLAM, Flash memory is located in an internal SIMM. You can store or boot software images in Flash memory, as necessary. Flash memory can reduce the effects of network failure by reducing dependency on files that can be accessed only over the network.
Note
Flash Memory Tasks
Flash memory allows you to:
•
•
•
•
•
•
Flash Memory Features
Flash memory features include:
•
•
•
Security Precautions
Take these precautions when loading from Flash memory:
•
•
The DSLAM is shipped from the factory with the rxboot image in ROM. You can change the location of this image to embedded Flash memory. To specify the rxboot image Flash device, set the BOOTLDR environment variable.
Note
To configure the DSLAM for Flash memory:
Step 1
Step 2
Step 3
Step 4
Step 5
Performing Flash Memory Configuration Tasks
Flash memory configuration tasks described in this section include configuring the DSLAM to automatically boot from an image in Flash memory. To configure a DSLAM to automatically boot from an image in Flash memory, perform these tasks, beginning in global configuration mode:
If you enter more than one image filename, the DSLAM tries to recognize the filenames in the order entered. If a filename already appears in the configuration file and you want to specify a new filename, remove the existing filename by using the no boot system flash filename command.
Note
Example
This example shows how to configure the DSLAM to automatically boot from an image in Flash memory:
DSLAM(config)#boot system flash 6260-wi-m_1.058.bin.ZDSLAM(config)#config-register 0x1000DSLAM(config)#endDSLAM#copy running-config startup-config[ok]DSLAM#reload[confirm] y%SYS-5-RELOAD: Reload requestedbooting /tftpboot/6260-wi-m_1.058.bin.Z 171.69.1.129CCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCUncompressing file: #################################################################################################################################################################################################################################################################################################################################################################################################################################################################################################################Loading network-confg from 171.69.1.129 (via Ethernet0/0): ![OK - 86/128975 bytes]%SYS-5-CONFIG: Configured from network-confg by console tftp from 171.69.1.129Loading /tftpboot/dslam-confg from 171.69.1.129 (via Ethernet0/0): ![OK - 962/128975 bytes]%SYS-4-CONFIG_NEWER: Configurations from version 11.1 may not be correctly understood.%SYS-5-CONFIG: Configured from /tftpboot/dslam-confg by console tftp from 171.69.1.129Loading 6260-wi-m_1.058.bin.Z from 171.69.1.129 (via Ethernet0/0): !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!![OK - 2200823/7554184 bytes]Uncompressing file: #########################################################################################################################################################################################################################################################################################################################################################################################################################################################################################################################################################<information deleted>%SYS-5-RESTART: System restarted --<information deleted>After you have successfully configured Flash memory, you might want to configure the system with the no boot system flash command to revert to booting from ROM or bootflash. You might want to revert to booting from ROM or bootflash if you do not yet need this functionality, if you choose to boot from a network server, or if you do not have the proper image in Flash memory.
Loading from a Network Server
You can configure the DSLAM to load a system image from a network server using TFTP or rcp to copy the system image file.
To do so, you must set the configuration register boot field to the correct value. See the "Modifying the Configuration Register Boot Field" section.
If you do not boot from a network server using MOP and you do not specify either TFTP or rcp, by default, the system image that you specify is booted from a network server through TFTP.
Note
For increased performance and reliability, use rcp to boot a system image from a network server. The rcp implementation uses the Transmission Control Protocol (TCP), which ensures reliable data delivery.
You cannot explicitly specify a remote username when you issue the boot command. Instead, the host name of the DSLAM is used. If the remote server has a directory structure, as do UNIX systems, and you boot the DSLAM from a network server using rcp, the DSLAM software searches for the system image on the server relative to the directory of the remote username.
You can also boot from a compressed image on a network server to ensure that there is enough memory available for storage.
If there is not enough room in memory to boot a regular image from a network server, you can create a compressed software image on any UNIX platform using the compress command. Refer to the documentation for your UNIX platform for the exact usage of the compress command.
To specify the loading of a system image from a network server, complete these tasks, beginning in global configuration mode:
Example
In this example, the DSLAM uses rcp to boot from the "testme5.tester" system image file on a network server at IP address 131.108.0.1:
DSLAM(config)#boot system rcp testme5.tester 131.108.0.1DSLAM(config)#config-register 0x010FDSLAM(config)#endDSLAM#copy running-config startup-configUsing a Fault-Tolerant Booting Strategy
Occasionally network failures make booting from a network server impossible. To lessen the effects of network failure, consider this booting strategy. After Flash is installed and configured, you might want to configure the DSLAM to boot in this order:
1.
2.
3.
This boot order provides the most fault-tolerant booting strategy. To allow the DSLAM to boot first from Flash, then from a system file from a network server, and finally from ROM, perform these tasks, beginning in global configuration mode:
1.
DSLAM#configure terminal
Go to global configuration mode.
2.
DSLAM(config)#boot system [filename]
DSLAM(config)#boot system flash: [filename]Configure the DSLAM to boot from Flash memory.
3.
DSLAM(config)#boot system [rcp | mop | ftp | tftp] filename [ip-address]
Configure the DSLAM to boot from a system filename.
4.
DSLAM(config)#config-register value 1
Set the configuration register to enable loading of the system image from a network server or Flash.
5.
DSLAM(config)#end
Exit configuration mode.
6.
DSLAM#copy running-config startup-config
Save the configuration file to your startup configuration in the location specified by the CONFIG_FILE environment variable.
1 Refer to the "Modifying the Configuration Register Boot Field" section for more information on systems that can use this command to modify the software configuration register.
Example
This example illustrates the order of the commands needed to implement this strategy. In the example, the DSLAM is configured to first boot an embedded Flash image called "gsxx". If that image fails, the DSLAM boots the configuration file "6260xx" from a network server.
DSLAM(config)#boot system flash 6260xxDSLAM(config)#boot system 6260xx 131.131.101.101DSLAM(config)#config-register 0x010FDSLAM(config)#endDSLAM#%SYS-5-CONFIG_I: Configured from console by consoleDSLAM#copy running-config startup-config[ok]Using this strategy, a DSLAM has three sources from which to boot. These alternative sources help lessen the negative effects of a failure on the network or file server from which the system image is copied.
Specifying the Startup Configuration File
Configuration files can be stored on network servers. You can configure the DSLAM to automatically request and receive the following two configuration files from the network server at startup:
•
•
The server first attempts to load the network configuration file. This file contains information that is shared among several DSLAMs. For example, it can be used to provide mapping between IP addresses and host names.
The server next attempts to load the host configuration file. This file contains commands that apply to only one DSLAM. Both the network and host configuration files must be readable and must reside on a network server reachable using TFTP, rcp, or MOP.
You can specify an ordered list of network configuration and host configuration filenames. The DSLAM scans this list until it successfully loads the appropriate network or host configuration file.
In addition to storing configuration files on network servers with the DSLAM, you can store configuration files in NVRAM and in Flash memory. The CONFIG_FILE environment variable specifies the device and filename of the configuration file to use during initialization. For more information on environment variables, refer to the "Cisco Implementation of Environment Variables" section in this chapter.
You can set the CONFIG_FILE environment variable to specify the startup configuration.
To specify a startup configuration file, perform either the first two tasks or the third task:
Step 1
Step 2
or
Download the CONFIG_FILE Environment Variable Configuration
Downloading the Network Configuration File
To configure the DSLAM to download a network configuration file from a server at startup, perform these tasks, beginning in global configuration mode:
1.
DSLAM#configure terminal
Go to global configuration mode.
2.
DSLAM(config)#boot network [tftp | rcp] filename [ip-address]
Enter the network configuration filename to download a file using TFTP, rcp, or MOP.
3.
DSLAM(config)#service config1
Enable the DSLAM to automatically load the network file upon restart.
4.
DSLAM(config)#end
Exit configuration mode.
5.
DSLAM#copy running-config startup-config
Save the configuration file to your startup configuration in the location specified by the CONFIG_FILE environment variable.
1 For Step 2, if you do not specify a network configuration filename, the DSLAM uses the default filename "network-confg". If you omit the tftp, rcp, and MOP keywords, the DSLAM assumes that you are using TFTP to transfer the file and the server whose IP address you specify supports TFTP.
If you configure the DSLAM to download the network configuration file from a network server using rcp and the server has a directory structure (as do UNIX systems):
•
•
Downloading the Host Configuration File
To configure the DSLAM to download a host configuration file from a server at startup, complete these tasks, beginning in global configuration mode:
1.
DSLAM#configure terminal
Go to global configuration mode.
2.
DSLAM(config)#boot host [tftp | rcp | mop] filename [ip-address]
Optionally, enter the host configuration filename to be downloaded using rcp or TFTP.1
3.
DSLAM(config)#service config
Enable the DSLAM to automatically load the host file upon restart.
4.
DSLAM(config)#end
Exit configuration mode.
5.
DSLAM#copy running-config startup-config
Save the configuration file to your startup configuration in the location specified by the CONFIG_FILE environment variable.
6.
DSLAM#reload
Reset the DSLAM with the new configuration information.
1 If you do not specify a host configuration filename, the DSLAM uses its own name to form a host configuration filename by converting the DSLAM name to all lowercase letters, removing all domain information, and appending "-confg". If no host name information is available, the DSLAM uses the default host configuration filename dslam-confg.
You can specify more than one host configuration file. The DSLAM tries the files in order until it loads one successfully. This procedure can be useful for keeping files with different configuration information loaded on a network server.
Example
In this example, the DSLAM is configured to boot from the host configuration file "hostfile1" and from the network configuration file "networkfile1":
DSLAM(config)#boot host hostfile1DSLAM(config)#boot network networkfile1DSLAM(config)#service configDSLAM(config)#endDSLAM#%SYS-5-CONFIG_I: Configured from console by consoleDSLAM#copy running-config startup-configIf the network server fails to load a configuration file during startup, it tries again every 10 minutes (the default) until a host provides the requested files. With each failed attempt, the network server displays a message on the console terminal. If the network server is unable to load the specified file, it displays the message:
Booting host-confg... [timed out]The DSLAM uses the NVRAM configuration during initialization when the CONFIG_FILE environment variable does not exist or when it is null (such as at first-time startup). If the DSLAM detects a problem with NVRAM or the configuration it contains, the DSLAM enters the autoconfiguration mode. Refer to Chapter 3, "Initially Configuring the Cisco DSLAM" for more information on configuring the DSLAM.
Downloading the CONFIG_FILE Environment Variable Configuration
When you load startup configuration files from a server, you can configure the DSLAM to load a startup configuration file specified by the CONFIG_FILE environment variable. To do so, complete these tasks, beginning in privileged EXEC mode:
When the DSLAM saves the runtime CONFIG_FILE environment variable to the startup configuration, the DSLAM saves a complete version of the configuration file to the location specified by the CONFIG_FILE environment variable and saves a distilled version to NVRAM. The distilled version does not contain access list information. If NVRAM contains:
•
•
Clearing the Configuration Information
To clear the contents of your startup configuration, use this command in privileged EXEC mode:
DSLAM#erase startup-config
Clear the contents of your startup configuration. This command erases the configuration specified by the CONFIG_FILE environment variable.
When you use the erase startup-config command, the DSLAM erases or deletes the configuration pointed to by the CONFIG_FILE environment variable. If this CONFIG_FILE environment variable specifies or points to:
•
•
To erase a saved configuration from a specific Flash device on a DSLAM, use one of these commands in privileged EXEC mode:
DSLAM#erase [device:] filename
or
DSLAM#delete [device:] filename
Erase or delete a specified configuration file on a specified Flash device. The DSLAM device must be bootflash.
As with the erase startup-config command, when you erase or delete a specific file, the system marks the file as deleted, allowing you to later recover a deleted file. If you omit the device, the DSLAM uses the default device specified by the cd command.
If you attempt to erase or delete the configuration file specified by the CONFIG_FILE or BOOTLDR environment variable, the system prompts you to confirm the deletion. Also, if you attempt to erase or delete the last valid system image specified in the BOOT environment variable, the system prompts you to confirm the deletion.
Examples
This example erases the "myconfig" file from embedded Flash:
DSLAM#erase nvram:myconfigThis example deletes the "myconfig" file from embedded Flash:
DSLAM#delete bootflash:myconfigStoring System Images and Configuration Files
After modifying and saving your unique configurations, you can store them on a network server. You can use these network server copies of system images and configuration files as backup copies.
To store system images and configuration files, perform these tasks:
•
•
Copying System Images from Flash Memory to a Network Server
You can copy system images from Flash memory to a TFTP server or an rcp server. You can use this server copy of the system image as a backup copy, or you can use it to verify that the copy in Flash is the same as the original file on disk. These sections describe these tasks:
•
•
Copying from Flash Memory to a TFTP Server
You can copy a system image to a TFTP network server. In some implementations of TFTP, you must first create a "dummy" file on the TFTP server and give it read, write, and execute permissions before copying a file over it. Refer to your TFTP documentation for more information.
To copy a system image to a TFTP network server, perform these tasks in privileged EXEC mode:
Example
This example uses the show flash all command to learn the name of the system image file and the copy flash tftp command to copy the system image to a TFTP server. The name of the system image file appears in the filename listing at the top of the show flash all output.
DSLAM#show flash all-#- ED --type-- --crc--- -seek-- nlen -length- -----date/time------ name1 .. image 7B115AB2 8BC974 29 8898804 Oct 05 2000 01:09:14 ni2-dsl-mz.62 .D unknown EE690AA0 8C7AFC 17 45320 Oct 05 2000 01:28:24 startup-cibe3 .D unknown 2121A3AD 8D3E3C 17 49856 Oct 15 2000 03:41:26 startup-cibe4 .. unknown 2121A3AD 8E017C 17 49856 Oct 18 2000 07:38:33 startup-cibe6946436 bytes available (9044348 bytes used)-------- F I L E S Y S T E M S T A T U S --------Device Number = 1DEVICE INFO BLOCK: flashMagic Number = 6887635 File System Vers = 10000 (1.0)Length = 1000000 Sector Size = 40000Programming Algorithm = 6 Erased State = FFFFFFFFFile System Offset = 40000 Length = F40000MONLIB Offset = 100 Length = C628Bad Sector Map Offset = 3FFF8 Length = 8Squeeze Log Offset = F80000 Length = 40000Squeeze Buffer Offset = FC0000 Length = 40000Num Spare Sectors = 0Spares:STATUS INFO:WritableNO File Open for WriteComplete StatsNo Unrecovered ErrorsNo Squeeze in progressUSAGE INFO:Bytes Used = 8A017C Bytes Available = 69FE84Bad Sectors = 0 Spared Sectors = 0OK Files = 2 Bytes = 888BB4Deleted Files = 2 Bytes = 173C8Files w/Errors = 0 Bytes = 0A series of Cs indicates that a checksum verification of the image is occurring, and an exclamation point indicates that the copy process is occurring. To stop the copy process, press Ctrl-^.
This example uses the show flash [device:] command to display the name of the system image file to copy.
The file to copy is "test". The example uses the copy file_id tftp command to copy "test" to a TFTP server.
DSLAM#show flash slot0:-#- ED --type-- --crc--- -seek-- nlen -length- -----date/time------ name1 .. FFFFFFFF 129EECA3 214D4 13 5204 May 03 1996 14:07:35 backup-config2 .. 1 AE9B32B 22A68 14 5393 May 03 1996 15:32:57 startup-config3 .. FFFFFFFF E9D05582 247730 23 2247751 May 04 1996 12:08:51 6260-wi-m_1.1(1)4 .. FFFFFFFF E9D05582 46C3F8 4 2247751 May 04 1996 13:25:14 test3488776 bytes available (4506616 bytes used)DSLAM#copy bootflash:test tftpEnter destination file name [test]:CCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCAddress or name of remote host [dirt.cisco.com]? 171.69.1.129!A series of Cs indicates that a checksum verification of the image is occurring, and an exclamation point indicates that the copy process is occurring.
After you configure Flash memory, you might want to configure the system (using the configure terminal command) with the no boot system flash configuration command to revert to booting from ROM. For example, you might want to revert to booting from ROM if you do not yet need this functionality, if you choose to boot from a network server, or if you do not have the proper image in Flash memory. After you enter the no boot system flash command, use the copy running-config startup-config command to save the new configuration command to the startup configuration.
This procedure on the DSLAM also requires changing the processor's configuration register. Refer to the "Modifying the Configuration Register Boot Field" section for instructions.
Copying from Flash Memory to an rcp Server
You can copy a system image from Flash memory to an rcp network server.
The rcp protocol requires a client to send the remote username on each rcp request to the server. When you copy an image from Flash memory to a network server using rcp, the DSLAM software sends the remote username associated with the current TTY (terminal) process, if that name is valid. If the TTY remote username is invalid, the DSLAM software uses the DSLAM host name as both the remote and local user names.
Note
You can configure a different remote username to be sent to the server. If the network server has a directory structure, as do UNIX systems, the rcp protocol implementation writes the system image to the directory associated with the remote username on the network server.
For the rcp command to execute properly, an account must be defined on the destination server for the remote username.
To stop the copy process, press Ctrl-^.
If you copy the system image to a personal computer used as a file server, the computer must support the rcp protocol.
To copy the system image from Flash memory to a network server, perform these tasks, beginning in privileged EXEC mode:
Examples
This example shows how to copy the system image file from Flash memory to a network server using rcp:
DSLAM#configure terminalDSLAM(config)#ip rcmd remote-username netadmin2DSLAM(config)#endDSLAM#%SYS-5-CONFIG_I: Configured from console by consoleDSLAM#copy flash rcpEnter source file name: 6260-wi-m_1.1(1)Enter destination file name [6260-wi-m_1.1(1)]:CCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCAddress or name of remote host [dirt.cisco.com]? 171.69.1.129Writing 6260-wi-m_1.1(1) !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!This example shows how to copy a system image file from embedded Flash to a network server using rcp:
DSLAM#configure terminalDSLAM(config)#ip rcmd remote-username netadmin2DSLAM(config)#endDSLAM#%SYS-5-CONFIG_I: Configured from console by consoleDSLAM#copy bootflash:6260-wi-m_1.1(1) rcpEnter destination file name [6260-wi-m_1.1(1)]:CCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCAddress or name of remote host []? 171.69.1.129Writing 6260-wi-m_1.1(1) !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!The screen filled with exclamation points indicates that the process is working.
Copying Configuration Files from the DSLAM to a Network Server
You can copy configuration files from the DSLAM to a TFTP server or rcp server. You might do this task to back up a current configuration file to a server before changing its contents, thereby allowing you to later restore the original configuration file from the server. These sections describe these tasks:
•
•
Copying from the DSLAM to a TFTP Server
Usually, the configuration file that you copy to must already exist on the TFTP server and be globally writable before the TFTP server allows you to write to it.
To store configuration information on a TFTP network server, complete these tasks in privileged EXEC mode:
Example
This example shows how to copy a running configuration file from a DSLAM to a TFTP server:
DSLAM#copy running-config tftpRemote host []? 171.69.1.129Name of configuration file to write [dslam-confg]? backup-confgWrite file backup-confg on host 171.69.1.129? [confirm] yBuilding configuration...Writing backup-confg !!! [OK]Copying from the DSLAM to an rcp Server
You can use rcp to copy configuration files from the local DSLAM to a network server. You can copy a running configuration file or a startup configuration file to the server.
The rcp protocol requires that a client send the remote username on each rcp request to a server. When you issue a command to copy a configuration file from the DSLAM to a server using rcp, the DSLAM sends a default remote username unless you override the default by configuring a remote username. By default, the DSLAM software sends the remote username associated with the current TTY (terminal) process, if that name is valid.
If the TTY remote username is invalid, the DSLAM software uses the DSLAM host name as both the remote and local user names. If the server has a directory structure, as do UNIX systems, the rcp protocol implementation writes the configuration file to the directory associated with the remote username on the server.
For the rcp copy request to execute successfully, an account must be defined on the network server for the remote username.
If you copy the configuration file to a personal computer used as a file server, the computer must support rcp.
To copy a startup configuration file or a running configuration file from the DSLAM to an rcp server, perform one of following tasks:
•
•
Copy a Running Configuration File to an rcp Server
You can copy the running configuration file to an rcp server. The copied file can serve as a backup configuration file.
To store a running configuration file on a server, complete these tasks, beginning in global configuration mode:
Example
This example shows how to copy the running configuration file named "dslam-confg" to the "netadmin1" directory on the remote host with an IP address of 171.69.1.129:
DSLAM(config)#ip rcmd remote-username netadmin2DSLAM(config)#endDSLAM#%SYS-5-CONFIG_I: Configured from console by consoleDSLAM#copy running-config rcpRemote host []? 171.69.1.129Name of configuration file to write [dslam-confg]?Write file dslam-confg on host 171.69.1.129? [confirm] yBuilding configuration...Writing dslam-confg !! [OK]Copying a Startup Configuration File to an rcp Server
You can copy the contents of the startup configuration file to an rcp server. The copied file can serve as a backup configuration file.
To copy a startup configuration file to a network server using rcp, complete these tasks, beginning in global configuration mode:
Example
This example shows how to store a startup configuration file on a server by using rcp to copy the file:
DSLAM#configure terminalDSLAM(config)#ip rcmd remote-username netadmin2DSLAM(config)#endDSLAM#%SYS-5-CONFIG_I: Configured from console by consoleDSLAM#copy startup-config rcpRemote host []? 171.69.1.129Name of configuration file to write [dslam-confg]?Write file dslam-confg on host 171.69.1.129? [confirm] yWriting dslam-confg !! [OK]Configuring a DSLAM as a TFTP Server
It is both costly and inefficient to have a dedicated TFTP server on every network segment. To cut costs and time delays in your network, you can configure a DSLAM as a TFTP server.
Typically, the DSLAM configured as a server forwards operating system images from its Flash memory to other DSLAMs. You can also configure the DSLAM to respond to other types of service requests, such as Reverse Address Resolution Protocol (RARP) requests.
To configure the DSLAM as a server, perform any of these tasks. The tasks are not mutually exclusive.
•
•
Designating a DSLAM as a TFTP Server
As a TFTP server host, the DSLAM responds to TFTP Read Request messages by sending a copy of the system image contained in ROM or one of the system images contained in Flash memory to the requesting host. The TFTP Read Request message must use one of the filenames specified in the DSLAM's configuration.
To specify TFTP server operation for a DSLAM, complete these tasks, beginning in global configuration mode:
The TFTP session can sometimes fail. TFTP generates these special characters to help you determine why a TFTP session failed:
•
•
•
The transfer session might still succeed if TFTP generates these characters, but the output is useful for diagnosing the transfer failure.
Examples
In this example, the system uses TFTP to send a copy of the Flash memory file version-1.03 in response to a TFTP Read Request for that file. The requesting host is checked against access list 22.
DSLAM(config)#tftp-server flash version-1.03 22In this example, the system uses TFTP to send a copy of the ROM image 6260-m_1.101 in response to a TFTP Read Request for the 6260-m_1.101 file:
DSLAM(config)#tftp-server rom alias 6260-m_1.101Configuring Flash Memory as a TFTP Server
Flash memory can be used as a TFTP file server for other DSLAMs on the network. This feature allows you to boot a remote DSLAM with an image that resides in the Flash server memory.
The DSLAM allows you to specify one of the different Flash memory devices as the TFTP server. You must specify embedded Flash (bootflash:) as the TFTP server.
In the description that follows, one DSLAM is referred to as the Flash server, and all other DSLAMs are referred to as client DSLAMs. Example configurations for the Flash server and client DSLAMs include commands, as necessary.
To configure Flash memory as a TFTP server, perform these tasks:
•
•
•
Performing Prerequisite Tasks
The Flash server and client DSLAM must be able to reach each other before the TFTP function can be implemented. Verify this connection by pinging between the Flash server and the client DSLAM (in either direction) with the ping command.
An example of the ping command follows:
DSLAM#ping 131.152.1.129Type escape sequence to abort.Sending 5, 100-byte ICMP Echos to 131.152.1.129, timeout is 2 seconds:!!!!!Success rate is 100 percent (5/5), round-trip min/avg/max = 1/2/4 msIn this example, the IP address of 131.152.1.129 belongs to the client DSLAM. Connectivity is indicated by a series of exclamation points (!), while a series of periods (.) plus "timed out" or "failed" indicates no connection. If the connection fails, reconfigure the interface, check the physical connection between the Flash server and the client DSLAM, and ping again.
After you verify the connection, ensure that a TFTP-bootable image is present in Flash memory. This is the system software image the client DSLAM boots. Note the name of this software image so you can verify it after the first client boot.
Note
Caution
Configuring the Flash Server
To configure the Flash server, use this command in global configuration mode:
DSLAM(config)#tftp-server flash device:filename
Specify the TFTP server operation for a DSLAM.
Example
This example shows how to configure the Flash server. This example gives the filename of the software image in the Flash server and one access list (labeled "1"). The access list must include the network where the client DSLAM resides. Thus, in the example, the network 131.108.101.0 and any client DSLAMs on it can access the Flash server file 6260-m_1.9.17.
Enter configuration commands, one per line.Edit with DELETE, CRTL/W, and CRTL/U; end with CTRL/ZServer(config)#tftp-server flash 6260-m_1.9.17 1Server(config)#access-list 1 permit 131.108.101.0 0.0.0.255Server(config)#endServer#copy running-config startup-config[ok]Configuring the Client DSLAM
You can configure the client DSLAM to first load a system image from the Flash server, then, as a backup, configure the client DSLAM to then load its own ROM image if the load from a Flash server fails. To do so, complete these tasks, beginning in global configuration mode:
Caution
Example
This example shows how to use these commands:
Client(config)#no boot systemClient(config)#boot system 6260-m_1.9.17 131.131.111.111Client(config)#boot system romClient(config)#config-register 0x010FClient(config)#endClient#copy running-config startup-config[ok]Server#reloadIn this example, the no boot system command invalidates all other boot system commands currently in the configuration memory, and any boot system command entered after this command is executed first. The second command, boot system filename address, tells the client DSLAM to look for the file 6260-m_1.9.17 in the (Flash) server with an IP address of 131.131.111.111. Failing this, the client DSLAM boots from its system ROM in response to the boot system rom command, which is included as a backup in case of a network problem. The copy running-config startup-config command copies the configuration to NVRAM to the location specified by the CONFIG_FILE environment variable, and the reload command boots the system.
Caution
Verifying the Client DSLAM
To verify that the software image booted from the Flash server is the image in Flash memory, use the EXEC command.
DSLAM#show version
Verify that the software image booted from the Flash server is the image present in Flash memory of the client DSLAM.
This example shows output of the show version command:
DSLAM#show versionCisco Internetwork Operating System SoftwareIOS (tm) PNNI Software (6260-WP-M), Version XX.X(X), RELEASE SOFTWARE (fc1)Copyright (c) 1986-1998 by cisco Systems, Inc.Compiled Tue 07-Oct-97 04:53 byImage text-base: 0x60010910, data-base: 0x604E6000ROM: System Bootstrap, Version XX.X(X.X.WAX.0) [integ 1.4.WAX.0], RELEASE SOFTWAREDSLAM uptime is 2 weeks, 2 days, 39 minutesSystem restarted by power-onSystem image file is "bootflash:6260-wp-mz.112-8.0.1.FWA4.0.16", booted via bootflashcisco ASP (R4600) processor with 65536K bytes of memory.R4700 processor, Implementation 33, Revision 1.0Last reset from power-on1 Ethernet/IEEE 802.3 interface(s)20 ATM network interface(s)123K bytes of non-volatile configuration memory.8192K bytes of Flash internal SIMM (Sector size 256K).Configuration register is 0x2101The important information in this example is contained in the second line "IOS (tm)...," which shows the version of the operating system in the client DSLAM's RAM. The second "ROM: ...." line shows the filename of the system image loaded from the Flash server.
Note
Verify that the software shown in the first line of the show version output is the software residing in the Flash server memory.
Configuring the DSLAM for Other Types of Servers
You can configure the DSLAM to work with various types of servers. Specifically, you can configure the DSLAM to forward different types of service requests.
Specifying Asynchronous Interface Extended BOOTP Requests
The Boot Protocol (BOOTP) server for asynchronous interfaces supports the extended BOOTP requests specified in RFC 1084. This command is helpful in conjunction with using the auxiliary port as an asynchronous interface.
To configure extended BOOTP requests for asynchronous interfaces, use this command in global configuration mode:
DSLAM(config)#async-bootp tag [:hostname] data
Configure extended BOOTP requests for asynchronous interfaces.
To display the extended BOOTP requests, use this privileged EXEC command:
Performing Optional Startup Tasks
This sections describe optional startup tasks:
•
•
•
Copying a File into a Flash Partition
To download a file into a Flash, use one of these commands in privileged EXEC mode:
DSLAM#copy tftp flash
Download a file from a TFTP server into a Flash partition.
DSLAM#copy rcp flash
Download a file from an rcp server into a Flash partition.
Configuring the DSLAM to Automatically Boot from Embedded Flash Memory
To configure the DSLAM to boot automatically from embedded Flash, use this command in global configuration mode:
DSLAM(config)#boot system flash filename
Boot the specified file from the first partition.
The result of booting a relocatable image from Flash depends on where and how the image was downloaded into Flash memory. The following describes the various ways an image might be downloaded and the corresponding results of booting from Flash memory.
Additional DSLAM Functions
These sections describe additional DSLAM functions:
•
•
•
Copying a Boot Image
You can copy a boot image from an rcp, TFTP, or MOP server to boot Flash memory. You can also copy the boot image from the boot Flash memory to an rcp or TFTP server by using one of these commands in privileged EXEC mode:
DSLAM#copy tftp bootflash
or
DSLAM#copy rcp bootflash
Copy a boot image from an TFTP or rcp server to boot Flash memory.
To copy a boot image from boot Flash memory to an rcp or TFTP server, perform this task in privileged EXEC mode:
DSLAM#copy bootflash {rcp | tftp}
Copy a boot image from boot Flash memory to an rcp or TFTP server.
Verifying a Boot Image Checksum
To verify the checksum of a boot image in boot Flash memory, use the EXEC command:
Erasing Boot Flash Memory
To erase the contents of boot Flash memory, use this command in privileged EXEC mode:
Performing DSLAM Startup Tasks
This section describes Cisco's implementation of environment variables on the DSLAM. It also describes startup tasks in these sections:
•
•
•
Cisco Implementation of Environment Variables
Embedded Flash memory can store executable images and configuration files. The DSLAM can now boot images and load configuration files from embedded Flash, NVRAM, and the network.
Because the DSLAM can boot images and load configuration files from several locations, these systems use special ROM monitor environment variables to specify the location and filename of images and configuration files that the DSLAM uses for various functions. These special environment variables are:
•
•
•
•
BOOT Environment Variable
The BOOT environment variable specifies a list of bootable images on various devices. The only valid device is embedded Flash (bootflash:). Once you save the BOOT environment variable to your startup configuration, the DSLAM checks the variable upon startup to determine the device and filename of the image to boot.
The DSLAM tries to boot the first image in the BOOT environment variable list. If the DSLAM cannot boot that image, it tries to boot the next image specified in the list. The DSLAM tries each image in the list until it successfully boots. If the DSLAM cannot boot any image in the BOOT environment variable list, it attempts to boot the ROM image.
If an entry in the BOOT environment variable list does not specify a device, the DSLAM assumes the device is tftp. If an entry in the BOOT environment variable list specifies an invalid device, the DSLAM skips that entry.
BOOTLDR Environment Variable
The BOOTLDR environment specifies the Flash device and filename containing the rxboot image that the ROM monitor uses. The only valid device is bootflash:.
This environment variable allows you to have several rxboot images. You can also instruct the ROM monitor to use a specific rxboot image without having to DSLAM out ROMs. After you save the BOOTLDR environment variable to your startup configuration, the DSLAM checks the variable upon startup to determine which rxboot image to use.
CONFIG_FILE Environment Variable
The CONFIG_FILE environment variable specifies the device and filename of the configuration file to use for initialization (startup). The only valid device is embedded Flash (bootflash:). After you save the CONFIG_FILE environment variable to your startup configuration, the DSLAM checks the variable upon startup to determine the location and filename of the configuration file to use for initialization.
The DSLAM uses the NVRAM configuration during initialization when the CONFIG_FILE environment variable does not exist or when it is null (such as at first-time startup). If the DSLAM detects a problem with NVRAM or the configuration it contains, the DSLAM enters the autoconfiguration mode. Refer to the Chapter 3, "Initially Configuring the Cisco DSLAM."
Control Environment Variables
Although the ROM monitor controls environment variables, you can create, modify, or view them with certain system image commands. To create or modify the BOOT, BOOTLDR, and CONFIG_FILE environment variables, use the boot system, boot bootldr, and boot config system image commands, respectively.
Note
You can view the contents of the BOOT, BOOTLDR, and the CONFIG_FILE environment variables by issuing the show boot command. This command displays the settings for these variables as they exist in the startup configuration and in the running configuration if a running configuration setting differs from a startup configuration setting.
Use the show startup-config command to display the contents of the configuration file pointed to by the CONFIG_FILE environment variable.
Formatting Flash Memory
You must format embedded Flash memory before using it.
You can reserve certain Flash memory sectors as spares for use when other sectors fail. Use the format command to specify between 0 and 16 sectors as spares. If you reserve a small number of spare sectors for emergencies, you do not waste space because you can use most of Flash memory. If you specify zero spare sectors and some sectors fail, you must reformat Flash memory and erase all existing data.
The system requires a monlib file for the format operation. The monlib file is the ROM monitor library. The ROM monitor uses the monlib file to access files in the Flash file system. The system software contains the monlib file.
Caution
To format Flash memory, use this command in privileged EXEC mode:
DSLAM#format [spare spare-number] device1: [[device2:][monlib-filename]]
Format Flash memory.
Example
This example shows how to use the format command to format embedded Flash memory:
DSLAM#format bootflash:Running config file on this device, proceed? [confirm] yAll sectors will be erased, proceed? [confirm] yEnter volume id (up to 31 characters):Formatting sector 1 (erasing)Format device slot0 completedWhen the DSLAM returns you to the EXEC prompt, Flash memory is successfully formatted and ready for use.
Recovering from Locked Blocks
You can also format Flash memory to recover from locked blocks. A locked block of Flash memory occurs when power is lost during a write or erase operation. When a block of Flash memory is locked, it cannot be written to or erased, and the operation will consistently fail at a particular block location. The only way to recover from locked blocks is by reformatting Flash memory with the format command.
Caution
Managing Flash Files
You can manage files on embedded flash memory. These sections describe the tasks you help you manage your files:
•
•
•
•
Setting the System Default Flash Device
You can specify the Flash device that the system uses as the default device. Setting the default Flash device allows you to omit an optional device: argument from related commands. For all EXEC commands that have an optional device: argument, the system uses the device specified by the cd command when you omit the optional device: argument. For example, the dir command contains an optional device: argument and displays a list of files on a Flash memory device.
DSLAM requires that the Flash device be bootflash, for embedded Flash. Setting bootflash as the default lets you skip the device: parameter.
To specify a default Flash device, use this command in EXEC mode:
Example
This example shows how to set the default device to embedded Flash (the only option for DSLAM):
DSLAM>cd bootflash:Displaying the Current Default Flash Device
You may want to show the current setting of the cd command to see which device is the current default Flash device. To display the current default Flash device specified by the cd command, use this command in EXEC mode:
Examples
This example shows that the present working device specified by the cd command is bootflash:
DSLAM>pwdbootflashThis example shows how to use the cd command to change the present working device to bootflash and then uses the pwd command to display that present working device:
DSLAM>cd bootflash:DSLAM>pwdbootflash:/Showing a List of Files in Embedded Flash
You may want to view a list of the contents of embedded Flash before manipulating its contents. For example, before copying a new configuration file to Flash, you may want to verify that the device does not already contain a configuration file with the same name. Similarly, before copying a Flash configuration file to another location, you may want to verify its filename for use in another command. You can check the contents of embedded flash with the dir EXEC command.
To show a list of files on a specified Flash device, use the EXEC command:
Examples
This example shows how to instruct the DSLAM to list undeleted files for the default device specified by the cd command. Notice that the DSLAM displays the information in short format because no keywords are used:
Directory of bootflash:/1 -rw- 3419352 Sep 26 2000 23:59:56 ni2-dboot-mz.121-6.DA3801088 bytes total (381608 bytes free)This example shows how to display the long version of the same device:
DSLAM#dir /long-#- ED --type-- --crc--- -seek-- nlen -length- -----date/time------ name1 .. config 217B75D1 20E04 14 3458 Sep 29 1997 17:36:02 startup-config2 .. unknown 2F9F6B8B 2CF9C0 29 2812732 Nov 11 1997 14:23:43 6260-wp-mz.113-0.8.TWA4.1.15178944 bytes available (2816448 bytes used)Deleting Files in Embedded Flash
When you no longer need a file in Flash, you can delete it.
Caution
To delete a file from embedded Flash, use one of these commands in privileged EXEC mode:
DSLAM#delete bootflash:filename
or
DSLAM#erase nvram:filename
Delete a file from embedded Flash.
If you attempt to delete the configuration file 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.
Examples
This example shows how to delete the "myconfig" file from embedded Flash:
DSLAM#delete bootflash:myconfigThis example shows how to erase the "myconfig" file from embedded Flash:
DSLAM#erase nvram:myconfigLoading and Displaying Software Images Over the Network
Each ASP has a writable control store (WCS) that stores software. You can load updated software onto the WCS from the on-board ROM or from Flash memory.
With this feature, you can update software without having physical access to the DSLAM, and you can load new software without rebooting the system.
To load software from Flash memory, complete these tasks in privileged EXEC mode:
1.
DSLAM#copy tftp flash
or
DSLAM#copy tftp file_id
Copy software files into Flash. See the "Copying System Software Images from a Network Server to the DSLAM" section for more information about how to copy TFTP images to Flash memory.
2.
DSLAM#copy running-config startup-config
Retain new configuration information when the system is rebooted.
If an error occurs when you are attempting to download software, the system loads the default system software image. The default software image is bundled with the system software.
These configuration commands are implemented after one of these three events:
•
•
•
After you have entered a software configuration command and one of these events has taken place, all cards are reset, loaded with software from the appropriate sources, tested, and enabled for operation.
To signal to the system that all software configuration commands have been entered and the processor cards should be reloaded, use this command in privileged EXEC mode:
DSLAM#reload
Notify the system that all software configuration commands have been entered and the processor cards should be reloaded.
If Flash memory is busy, or a software reload command is executed while Flash is locked, the files will not be available and the on-board ROM software will be loaded. Issue another software reload command when Flash memory is available to load the proper software. The show flash command will show if another user or process has locked Flash memory.
The software reload command should not be used while Flash is in use. For example, do not use this command when a copy tftp flash or show flash command is active.
The software reload command is automatically added to your running configuration when you issue a software command that changes the system's default behavior.
Configuring the Remote Shell and Remote Copy Functions
You can optionally configure your DSLAM for remote shell (rsh) and rcp functions. This feature allows you to execute commands on remote DSLAMs and to remotely copy system images and configuration files to and from a network server or a DSLAM.
This section provides a description of the Cisco implementation of rsh and rcp and describes the tasks to configure the DSLAM for rsh and rcp in these subsections:
•
•
•
Cisco Implementation of rsh and rcp Protocols
One of the first attempts to use the network as a resource in the UNIX community resulted in the design and implementation of the rsh protocol, which included the rsh and rcp functions. Rsh and rcp give you the ability to execute commands remotely and copy files to and from a file system residing on a remote host or server on the network. Cisco's implementation of rsh and rcp interoperates with standard implementations.
Using the rsh Protocol
From the DSLAM, you can use rsh protocol to execute commands on remote systems to which you have access. When you issue the rsh command, a shell is started on the remote system. The shell allows you to execute commands on the remote system without having to log in to the target host.
You do not need to connect to the system or DSLAM and then disconnect after you execute a command when using rsh. For example, you can use rsh to remotely look at the status of other DSLAMs without connecting to the target DSLAM, executing the command, and then disconnecting from the DSLAM. This is useful for looking at statistics on many different DSLAMs.
Maintaining rsh Security
To gain access to a remote system running rsh, such as a UNIX host, there must be an entry in the system's .rhosts file or its equivalent to identify you as a trusted user who is authorized to execute commands remotely on the system. On UNIX systems, the .rhosts file identifies trusted users who can remotely execute commands on the system.
You can enable rsh support on a Cisco DSLAM to allow users on remote systems to execute commands on the DSLAM. However, the Cisco implementation of rsh does not support an .rhosts file. Instead, you configure a local authentication database to control access to the DSLAM by users attempting to execute commands remotely using rsh. A local authentication database is similar in concept and use to a UNIX .rhosts file. Each entry that you configure in the authentication database identifies the local user, the remote host, and the remote user.
Using the rcp Protocol
The rcp copy commands rely on the rsh server (or daemon) on the remote system. To copy files using rcp, you do not need to create a server for file distribution, as you do with TFTP. You only need to have access to a server that supports the remote shell (rsh). (Most UNIX systems support rsh.) Because you are copying a file from one place to another, you must have read permission on the source file and write permission on the destination file. If the destination file does not exist, rcp creates it for you.
Although the Cisco rcp implementation emulates the behavior of the UNIX rcp implementation—copying files among systems on the network—the command syntax differs from the UNIX rcp command syntax. Cisco rcp support offers a set of copy commands that use rcp as the transport mechanism. These rcp copy commands are similar to the Cisco TFTP copy commands, but they offer faster performance and reliable delivery of data. These improvements are possible because the rcp transport mechanism is built on and uses the TCP/IP stack, which is connection-oriented. You can use rcp commands to copy system images and configuration files from the DSLAM to a network server, and vice versa.
You can also enable rcp support on the DSLAM to allow users on remote systems to copy files to and from the DSLAM.
Configuring a DSLAM to Support Incoming rcp Requests and rsh Commands
You configure a local authentication database to control access to the DSLAM by remote users. To allow remote users to execute rcp or rsh commands on the DSLAM, configure entries for those users in the authentication database of the DSLAM.
Each entry configured in the authentication database identifies the local user, the remote host, and the remote user. You can specify the DSLAM host name as the local username. To be allowed to remotely execute commands on the DSLAM, the remote user must specify all three values—the local username, the remote host name, and the remote username—and must be able to identify the local username. For rsh users, you can also grant a user permission to execute privileged EXEC commands remotely.
To make the local username available to remote users, you must communicate the username to the network administrator or the remote user. To allow a remote user to execute a command on the DSLAM, Cisco's rcp implementation requires that the local username sent by the remote user match the local username configured in the database entry.
The DSLAM software uses Domain Name System (DNS) to authenticate the remote host's name and address. Because DNS can return several valid IP addresses for a host name, the DSLAM software checks the address of the requesting client against all IP addresses for the named host returned by DNS. If the address sent by the requester is invalid because it does not match any address listed with DNS for the host name, then the DSLAM software rejects the remote command execution request.
Note that if no DNS servers are configured for the DSLAM, then the DSLAM cannot authenticate the host in this manner. In this case, the DSLAM software sends a broadcast request to attempt to gain access to DNS services on another server. If DNS services are not available, you must use the no ip domain-lookup command to disable the attempt of the DSLAM to gain access to a DNS server by sending a broadcast request.
If DNS services are not available and, therefore, you bypass the DNS security check, the DSLAM software accepts the request to remotely execute a command only if all three values sent with the request match exactly the values configured for an entry in the local authentication file.
If DNS is enabled but you do not want to use DNS for rcmd (remote command) queries, use the no ip rcmd domain-lookup command.
To ensure security, the DSLAM is not enabled to support rcp requests from remote users by default. When the DSLAM is not enabled to support rcp, the authorization database has no effect.
To configure the DSLAM to allow users on remote systems to copy files to and from the DSLAM and execute commands on the DSLAM, perform the tasks in either of the first sections and, optionally, the task in the third section:
•
•
•
Configuring the DSLAM to Accept rcp Requests from Remote Users
To configure the DSLAM to support incoming rcp requests, complete these tasks in global configuration mode:
To disable the DSLAM from supporting incoming rcp requests, use the no ip rcmd rcp-enable command.
Note
Example
This example shows how to add two entries for remote users to the authentication database of the DSLAM, then enable the DSLAM to support remote copy requests from remote users. Users netadmin1 on the remote host at IP address 131.108.15.55 and user netadmin3 is on the remote host at IP address 131.108.101.101. Both are allowed to connect to the DSLAM and remotely execute rcp commands after the DSLAM is enabled to support rcp. Both authentication database entries give the DSLAM's host name DSLAM1 as the local username. The last command enables the DSLAM to support rcp requests from remote users.
DSLAM(config)#ip rcmd remote-host DSLAM1 131.108.15.55 netadmin1DSLAM(config)#ip rcmd remote-host DSLAM1 131.108.101.101 netadmin3DSLAM(config)#ip rcmd rcp-enableConfiguring the DSLAM to Allow Remote Users to Execute Commands Using rsh
To configure the DSLAM as an rsh server, complete these tasks in global configuration mode:
To disable the DSLAM from supporting incoming rsh commands, use the no ip rcmd rsh-enable command.
Note
Example
This example shows how to add two entries for remote users to the authentication database of the DSLAM, and enable the DSLAM to support rsh commands from remote users. Users rmtnetad1 and netadmin4 are both on the remote host at IP address 131.108.101.101. Although both users are on the same remote host, you must include a unique entry for each user. Both users are allowed to connect to the DSLAM and remotely execute rsh commands after the DSLAM is enabled for rsh. User netadmin4 is allowed to execute privileged EXEC mode commands on the DSLAM. Both authentication database entries give the DSLAM's host name DSLAM1 as the local username. The last command enables the DSLAM to support rsh commands issued by remote users.
DSLAM(config)#ip rcmd remote-host DSLAM1 131.108.101.101 rmtnetad1DSLAM(config)#ip rcmd remote-host DSLAM1 131.108.101.101 netadmin4 enableDSLAM(config)#ip rcmd rsh-enableTurning Off DNS Lookups for rcp and rsh
To bypass the DNS security check when DNS services are configured but not available, use this command in global configuration mode:
The DSLAM software accepts the request to remotely execute a command only if all three values sent with the request match exactly the values configured for an entry in the local authentication file.
Configuring the Remote Username for rcp Requests
From the DSLAM, you can use rcp to remotely copy files to and from network servers and hosts if those systems support rcp. You do not need to configure the DSLAM to issue rcp requests from the DSLAM using rcp. However, to prepare to use rcp from the DSLAM for remote copying, you can perform an optional configuration process to specify the remote username to be sent on each rcp request.
The rcp protocol requires that a client send the remote username on an rcp request. By default, the DSLAM software sends the remote username associated with the current TTY (terminal) process, if that name is valid, for rcp commands.
If the username for the current TTY process is not valid, the DSLAM software sends the host name as the remote username. For boot commands using rcp, the DSLAM software sends the DSLAM host name by default. You cannot explicitly configure the remote username.
If the remote server has a directory structure, as do UNIX systems, rcp performs its copy operations as follows:
•
•
•
To override the default remote username sent on rcp requests, use this command in global configuration mode:
To remove the remote username and return to the default value, use the no ip rcmd remote-username command.
Remotely Executing Commands Using rsh
You can use the rsh command to execute commands remotely on network servers that support the remote shell protocol. To use this command, the .rhosts files on the network server must include an entry that permits you to remotely execute commands on that host.
If the remote server has a directory structure, as do UNIX systems, the rsh command that you issue is remotely executed from the directory of the account for the remote user that you specify through the /user username keyword and argument pair.
If you do not specify a username, the DSLAM sends a default remote username. By default, the DSLAM software sends the remote username associated with the current TTY process, if that name is valid. If the TTY remote username is invalid, the DSLAM software uses the DSLAM host name as both the remote and local user names.
To execute a command remotely on a network server using rsh, perform these tasks in privileged EXEC mode:
1.
DSLAM#enable [password]
Enter privileged EXEC mode.
2.
DSLAM#rsh {ip-address | host} [/user username] remote-command
Enter the command to be executed remotely.
Example
This example shows how to execute a command remotely using rsh:
DSLAM>enable DSLAM#rsh mysys.cisco.com /u sharon ls -a....alias.cshrc.emacs.exrc.history.login.mailrc.newsrc.oldnewsrc.rhosts.twmrc.xsessionjazzDSLAM#Manually Loading a System Image from ROM Monitor
If your DSLAM does not find a valid system image, or if its configuration file is corrupted at startup and the configuration register is set to enter ROM monitor mode, the system might enter ROM monitor mode. From this mode, you can manually load a system image from Flash memory, from a network server file, or from ROM. You can also enter ROM monitor mode by restarting the DSLAM and then pressing the Break key during the first 60 seconds of startup.
These sections describe how to manually load a system image from ROM monitor mode:
•
•
•
Manually Booting from Flash Memory
To manually boot from Flash memory, complete these tasks in privileged EXEC mode:
Examples
In this example, the DSLAM is manually booted from Flash memory. Because the optional filename argument is absent, the first file in Flash memory is loaded.
>bootCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCUncompressing file: ####################################################################################################################################################################################################################################################################################################################################################################################################################################################################################################################################################################<information deleted>%SYS-5-RESTART: System restarted --Cisco Internetwork Operating System Software<information deleted>In this example, the boot bootflash command is used with the filename 6260-m_1, the name of the file that is loaded:
>boot bootflash: 6260-m_1CCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCUncompressing file: ####################################################################################################################################################################################################################################################################################################################################################################################################################################################################################################################################################################<information deleted>%SYS-5-RESTART: System restarted --<information deleted>Manually Booting from a Network File
To manually boot from a network file, complete these tasks in privileged EXEC mode:
Note
Example
In this example, the DSLAM is manually booted from the network file "network1":
>boot network1Manually Booting from ROM
To manually boot the DSLAM from ROM, complete these steps in privileged EXEC mode:
1.
DSLAM#reload
Restart the DSLAM.
2.
Break
Press the Break key during the first 60 seconds while the system is starting up.
3.
DSLAM#boot
Manually boot the DSLAM from ROM.
Example
In this example, the DSLAM is manually booted from ROM:
>bootUsing the System Image Instead of Reloading
To return to EXEC mode from ROM monitor mode, use this command:
Posted: Fri Dec 3 13:03:23 PST 2004
All contents are Copyright © 1992--2004 Cisco Systems, Inc. All rights reserved.
Important Notices and Privacy Statement.
