CSS Administration Guide (Software Version 7.10)
Logging In and Getting Started

Table Of Contents

Logging In and Getting Started

Configuration Quick Start

Logging in to the CSS

Changing the Administrative Username and Password

Restricting Modifications to the CSS User Database

Configuring Usernames and Passwords

Configuring an IP Address, Subnet Mask, and Default Gateway for the Ethernet Management Port

Configuring an IP Address

Configuring a Subnet Mask

Configuring a Management Port Default Gateway

Configuring an IP Route

Configuring Date, Time, and Time Zone

Configuring European Date

Synchronizing the CSS with an SNTP Server

Configuring the SNTP Server

Configuring the SNTP Poll-Interval

Showing SNTP Configuration Information

CSS Software Overview

Configuring an FTP Record

Copying Files from an FTP Server

Configuring Disks

Formatting a Disk

Specifying a Disk for Booting, Logging, and Core Dumps

Selecting a Disk for the Primary Boot Record

Selecting a Disk for the Secondary Boot Record

Selecting a Disk for Core Dumps

Selecting a Disk for Logging

Copying Files Between Disks

Showing the Disk Mapping Configurations

Displaying Files from a Disk

Clearing Files from a Disk

Managing the CSS Boot Configuration

Unpacking an ArrowPoint Distribution Image

Removing an ArrowPoint Distribution Image

Specifying the Primary Boot Configuration

Specifying the Primary Boot File

Specifying the Primary Boot Type

Primary Boot Configuration Considerations

Specifying the Primary Configuration Path

Specifying the Secondary Boot Configuration

Specifying the Secondary Boot File

Specifying the Secondary Boot Type

Specifying the Secondary Configuration Path

Configuring a Boot Configuration Record for the Passive SCM

Configuring the Passive SCM IP Address

Configuring the Passive SCM Primary Boot File

Configuring the Passive SCM Primary Boot Type

Configuring the Passive SCM Primary Configuration Path

Configuring the Passive SCM Secondary Boot File

Configuring the Passive SCM Secondary Boot Type

Configuring the Passive SCM Secondary Configuration Path

Configuring the Passive SCM Subnet Mask

Copying Configuration Information from the Active SCM to the Passive SCM

Showing the Boot Configuration

Booting the CSS from a Network Drive

Configuring Network Boot for a Primary SCM

Configuring Network Boot for a Passive SCM

Showing Network Boot Configurations

Using the Running-Config and Startup-Config Files

Clearing the Running Configuration and the Startup Configuration

Showing the Running Configuration

Showing the Startup Configuration

Creating a Running Configuration or Startup Configuration Using a Text Editor

Archiving Files to the Archive Directory

Archiving a Log File

Archiving the Running-Config File

Archiving Scripts

Archiving the Startup-Config File

Clearing the Archive Directory

Restoring Files from the Archive Directory

Restoring an Archived Log File

Restoring an Archived Script File

Restoring an Archived Startup-Config File

Copying Core Dumps to an FTP or TFTP Server

Copying Core Dumps to an FTP Server

Copying Core Dumps to a TFTP Server

Displaying CSS Configurations

Displaying Software Information

Displaying Hardware Information

Showing System Resources

Showing System Uptime

Showing Disk Information

Showing User Information

Showing Current Logins

Rebooting the CSS

Shutting Down the CSS

Where to Go Next


Logging In and Getting Started


This chapter describes the basic initial configuration procedures for the CSS, such as configuring an IP address and subnet mask, configuring the date and time, and configuring boot mode. Also included in this chapter is a description of the system software. Information in this chapter applies to all CSS models, except where noted.


Note You must enter a software license key when you boot the CSS for the first time. For details, refer to the Cisco Content Services Switch Hardware Installation Guide, Chapter 3, Booting the CSS.

If you configure your 11000 series CSS for Proximity Database, you cannot use the CSS for load balancing. For details on Proximity Database, refer to the Cisco Content Services Switch Advanced Configuration Guide, Chapter 5, Configuring Network Proximity.


This chapter contains the following sections:

Configuration Quick Start

Logging in to the CSS

Configuring an IP Address, Subnet Mask, and Default Gateway for the Ethernet Management Port

Configuring an IP Route

Configuring Date, Time, and Time Zone

Synchronizing the CSS with an SNTP Server

CSS Software Overview

Configuring an FTP Record

Configuring Disks

Managing the CSS Boot Configuration

Using the Running-Config and Startup-Config Files

Archiving Files to the Archive Directory

Restoring Files from the Archive Directory

Displaying CSS Configurations

Rebooting the CSS

Shutting Down the CSS

Configuration Quick Start

Table 1-1 is a quick start configuration table designed to help you configure the CSS quickly and easily. This table provides steps to:

Log in and access config mode so you can configure the CSS for operation

Access boot mode to configure an IP address for the Ethernet Management port

Configure a subnet mask from boot mode

Configure a default IP route

Enter the date, time, and time zone (optional)

Specify an SNTP server (optional)

Configure an FTP record (optional)

Save your configuration from the running-config to the startup-config

Following Table 1-1 is an overview of the CSS system software and commands for saving, archiving, and restoring system configuration files.

Once you configure the Ethernet Management port IP address, you can continue to use the Console port or you can use the Ethernet Management port to Telnet into the CSS and configure it remotely.

Table 1-1 Configuration Quick Start 

Task and Command Example

1. Log in to the CSS using the default administrative username admin and password system, or the username and password you assigned during the boot process.

2. Access config mode.

# config
(config)#

3. Access boot mode to configure an IP address for the Ethernet Management port. This IP address must be on a different subnet than any other CSS VLAN circuit IP subnet, or you will not be able to access the port. You must reboot the CSS for the new IP address to take effect.

(config)# boot
(config-boot)# ip address 172.3.6.58

4. Configure a subnet mask in boot mode.

(config-boot)# subnet mask 255.255.255.0

5. Exit from boot mode to config mode to configure a default route as required.

(config-boot)# exit
(config)# ip route 0.0.0.0/0 192.168.3.123

6. Exit from config mode to configure a date. The clock date command does not allow backspacing. If you enter a wrong date, reenter the command with the new information.

Enter the date in the format mm-dd-yy.

# clock date
Enter date: [03-11-00] 03-12-02

If you want to use the European format to specify the date (using the format of day, month, and year), access config mode and use the date european-date command to enable the clock date command to accept date input in the format of day, month, and year.

(config)# date european-date 12/03/02
(config)# exit

7. Configure the time using the clock time command. The clock time command does not allow backspacing. If you enter the wrong time, reenter the command with the new information.

Enter the time in the format hh:mm:ss.

# clock time
Enter time: [15:17:33] 16:17:33

8. If you are using an SNTP server to synchronize the system clock of the CSS, specify the time zone and Universal Time Coordinated (UTC) offset.

# clock timezone EST hours 3 before-UTC 

9. If you are using an SNTP server to synchronize the system clock of the CSS, access config mode and specify the SNTP server and the polling frequency.

# config
(config)# sntp server 192.168.19.21 version 2
(config)# sntp poll-interval 90

10. Configure a File Transfer Protocol (FTP) record file to use when accessing an FTP server from the CSS. This step is optional.

# ftp-record arrowrecord 192.168.19.21 bobo password "secret" 
/outgoing

11. Save your configuration changes (recommended). Configuration changes reside in a virtual file called the running configuration. To save your current configuration, use the copy running-config startup-config command. If you do not save the running-config, all configuration changes are lost upon reboot.

# copy running-config startup-config

Logging in to the CSS

To log in to the CSS, use the default administrative username admin and default password system, or use the administrative username and password you configured during the boot process. The default username admin enables you to log in with SuperUser status.

If you have not changed the default administrative username and password, Cisco Systems recommends that you change them immediately to safeguard the CSS against unauthorized logins.


Note When you power up the CSS (after initial startup), the boot process provides access to the Offline Diagnostic Monitor (Offline DM) menu. The Offline DM Main menu allows you to set the boot configuration, display the boot configuration, select Advanced Options, or reboot the system. For details on using the Offline DM Main menu, refer to Appendix B, Using the Offline Diagnostic Monitor Menu.


Changing the Administrative Username and Password

The administrative username and password are stored in non-volatile RAM (NVRAM). Each time you reboot the CSS, it reads them from NVRAM and reinserts them into the user database. You can change the administrative username and password, but because the information is stored in NVRAM, you cannot permanently delete them. If you delete the administrative username using the no username command, the CSS deletes the username from the running-config, but restores it from NVRAM when you reboot.

SuperUser status is assigned to the administrative username by default.

To change the administrative username or password, you may either:

Access the Offline DM menu during the boot process. For information on the Offline DM Main menu refer to Appendix B, Using the Offline Diagnostic Monitor Menu.

Use the username-offdm name password text command.

The following example uses the CLI command to change the default administrative username and password.

(config)# username-offdm bobo password secret

Restricting Modifications to the CSS User Database

By default, access to the CSS user database is not restricted. Nonrestricted access means any user with SuperUser privileges (local user, administrator, or technician) can:

Create, modify, or delete usernames (user database entries)

Clear the CSS running-config file

You can use the restrict user-database command to restrict the CSS user database to CSS users who are identified as either an administrator or a technician.

To restrict modification of the CSS user database, enter:

(config)# restrict user-database

To remove restrictions for modifying the CSS user database, enter:

(config)# no restrict user-database

Configuring Usernames and Passwords

The CSS supports a maximum of 32 usernames, including an administrator username and a technician username. You can assign each user that logs into the CSS with SuperUser or User status.

User - Allows access to a limited set of commands that enable you to monitor and display CSS parameters, but not change them. A User prompt ends with the > symbol. To view the commands available in User mode, at the User prompt, enter ?.

By default, new users have only user-level status unless you configure them to have SuperUser status.

SuperUser - Allows access to the full set of CLI commands, including those in User mode, that enable you to configure the CSS. A SuperUser prompt ends with the # symbol.

From SuperUser mode, you can enter global configuration mode and its subordinate configuration modes.

Use the username command to create usernames and passwords to log in to the CSS. The syntax for this global configuration mode command is:

username name [des-password|password] password {superuser} {dir-access access}


Note Any user with SuperUser status can create CSS usernames. To allow only administrator or technician users to create usernames, use the restrict user-database command (see "Restricting Modifications to the CSS User Database" in this section).


The options and variables are as follows:

name - Sets the username you want to assign or change. Enter an unquoted text string with no spaces and a maximum of 16 characters. To see a list of existing usernames, enter username ?.

des-password - Specifies that the password you enter is the Data Encryption Standard (DES) form of the password. Use this option only when you are creating a script or a startup configuration file. Enter a DES-encrypted, case-sensitive, unquoted text string with no spaces from 6 to 64 characters.


Note If you specify the des-password option, you must know the encrypted form of the password to successfully log in to the CSS. You can find the CSS encrypted password in the Global section of the running-config. To display the running-config, use the show running-config command.


password - Specifies that the password is not encrypted onyour display as you enter it. However, the CSS DES-encrypts the password in the running-config for extra security. Use this option when you use the CLI to create users. Enter a case-sensitive, unquoted text string with no spaces from 6 to 16 characters.

password - The text string that you enter. The CSS allows all special characters in a password except for the percent sign (%).

superuser - (Optional) Specifies SuperUser privileges to allow a user to access SuperUser mode. If you do not enter this option, the user can only access User mode.

dir-access access - (Optional) Defines the CSS directory access privileges for the username. There are access privileges assigned to the seven CSS directories; Script, Log, Root (installed CSS software), Archive, Release Root (configuration files), Core, and MIBs. By default, users have both read- and write-access privileges (B) to all seven directories. Changing the access level also affects the use of the CLI commands associated with directories.

Enter one of the following access privilege codes for the CSS Script, Log, Root, Archive, Release Root, Core, and MIB directories, in this order:

R - Read-only access to the CSS directory

W - Write-only access to the CSS directory

B - Both read- and write-access privileges to the CSS directory

N - No access privileges to the CSS directory

The following example creates a SuperUser named picard with a password of captain.

(config)# username picard password "captain" superuser

Figure 1-1 shows how the access privilege settings corresponds to the CSS directories.

Figure 1-1 CSS Directory Access Privileges

For example, to define directory access for username picard, enter:

(config)# username picard password "captain" superuser NWBNNNR

To display a list of existing usernames, enter:

(config)# username ?

To remove an existing username, enter:

(config)# no username picard

To change a user password, reenter the username command and specify the new password. Remember to include SuperUser privileges if required. For example:

(config)# username picard password "flute" superuser


Caution The no username command removes a user permanently. Make sure you want to perform this action because you cannot undo this command.

Configuring an IP Address, Subnet Mask, and Default Gateway for the Ethernet Management Port

To communicate with the CSS and enter Command Line Interface (CLI) commands using out-of-band management, you must assign an IP address to the Ethernet Management port. You may also want to configure a subnet mask and a default gateway (to load a boot file on a CSS across different subnets) that the CSS uses upon boot.

The Ethernet Management port is located on the:

CSS 11050 and CSS 11150 rear panels

CSS 11501 front panel

CSS 11503, CSS 11506, and CSS 11800 SCM front panels

The CSS enables you to configure an IP address, a subnet mask, and a default gateway:

At the prompts during the boot process

Using the Offline Diagnostic Monitor (Offline DM) menu

Using CLI commands

For information on configuring an IP address, subnet mask, and default gateway during the boot routine or using the Offline DM Main menu, refer to Appendix B, Using the Offline Diagnostic Monitor Menu. For information on configuring an IP address, subnet mask, and default gateway using CLI commands, see the following sections.


Note Access Control Lists (ACLs) are not supported on the CSS Ethernet Management port.


Configuring an IP Address

To configure an IP address for the CSS Ethernet Management port, use the ip address option in boot mode. This command does not have a no version. To change the IP address, reenter the ip address command and enter the new IP address.


Note The Ethernet Management port IP address must be on a different subnet than any other CSS VLAN circuit IP subnet. If you do not make the Ethernet Management port IP address unique, you will not be able to access the port.


An IP address of 0.0.0.0 for the Ethernet Management port is a legal setting, and will disable the management port upon reboot. If you enter 0.0.0.0, and attempt to use the subnet mask command (see below), the following message appears: The mask cannot be set because the IP address is 0.0.0.0.

To specify an Ethernet Management port IP address, enter:

(config)# boot
(config-boot)# ip address 172.3.6.58


Note You must reboot the CSS for the new IP address to take effect.


Configuring a Subnet Mask

To configure the CSS subnet mask, use the subnet mask option in boot mode. For example:

(config)# boot
(config-boot)# subnet mask 255.255.255.0

To remove the configured subnet mask, enter:

(config-boot)# no subnet mask

Configuring a Management Port Default Gateway

To configure a CSS management port default gateway for use in the Offline DM, use the gateway address command in boot mode. The gateway command allows you to boot the CSS from the Offline DM when the boot image resides on a different subnet. This command does not have a no form. To change the gateway address, reenter the gateway address command and enter the new IP address. For example:

(config)# boot
(config-boot)# gateway address 172.16.57.2

To disable the default gateway address, enter an address of 0.0.0.0.

If you have a second SCM installed in a CSS 11503, CSS 11506, or CSS 11800, use the passive gateway address command to configure the management port gateway address in the passive SCM boot-config.


Note The gateway command configuration is used only when you boot the CSS from the Offline DM and is not saved in the running-config.


Configuring an IP Route

In order to establish IP connectivity to the CSS, a static IP route is required to connect the CSS to next hop router. A static route consists of a destination network address and mask and the next hop to reach the destination. You can also specify a default static route (using 0.0.0.0 as the destination network address and a valid next hop address) to direct frames for which no other destination is listed in the routing table. Default static routes are useful for forwarding otherwise unrouteable packets by the CSS.

When you configure a static IP route, the CSS periodically polls the next hop router with an internal ICMP keepalive service to ensure the router is functioning properly. If the router fails, the CSS removes any entries from the routing table that point to the failed router and stops sending traffic to the failed router. When the router recovers, the CSS:

Becomes aware of the router

Reenters applicable routes into the routing table

To configure an IP route, use the ip route command and specify either an:

IP address and a subnet mask prefix - For example, 192.168.1.0 /24

or

IP address and a subnet mask - For example, 192.168.1.0  255.255.255.0

The syntax for the ip route command to configure a default IP route is:

ip route ip_address subnet mask ip_address2

For example:

(config)# ip route 0.0.0.0 /0 192.168.3.123

The variables are:

ip_address - The destination network address. Enter the IP address in dotted-decimal notation (for example, 192.168.11.1).

subnet_mask - The IP subnet mask. Enter the mask as either:

A prefix length in CIDR bitcount notation (for example, /24). Do not enter a space to separate the IP address from the prefix length.

An IP address in dotted-decimal notation (for example, 255.255.255.0).

ip_address2 - The next hop address for the route. Enter the IP address in dotted-decimal notation (for example, 192.168.11.1).

For complete information on configuring IP routes, refer to Chapter 3, Configuring CSS Network Protocols.

Configuring Date, Time, and Time Zone

To set the date, time, or time zone, use clock command. When you enter this command, the CSS displays the current date and time.


Note The clock command does not allow backspacing. If you enter the wrong date, time, or time zone, reenter the command with the new information.


To set the date, enter the clock date command. When you enter this command, a prompt appears and shows the current date in the format you must use to enter the new date. Enter the month, day, and year as integers with dash characters separating them. For example, enter June 15th 2002 as 06-15-2002.

Enter the new information in the format mm-dd-yy as shown:

# clock date
Enter date: [10-03-02] 10-04-02

To set the time, enter the clock time command. This command sets the time in military-time (24-hour) format. When you enter this command, a prompt appears and shows the current time in the format you must use to enter the new time. Enter the hour, minutes, and seconds as integers, separated by colons.

Enter the new time in the format hh:mm:ss as shown:

# clock time
Enter time: [15:12:38] 16:12:38

To specify a time zone for the CSS, which synchronizes the CSS system clock with an SNTP server, enter the clock timezone command. The time stored in the CSS is the local time. The Universal Time Coordinated (UTC, also know as Greenwich Mean Time) time is calculated by offsetting the time zone from the local time. You can apply a negative offset to the UTC (for example, -05:-23:+00) or a positive offset to the UTC (for example, +12:+00:+00).

Use the no form of the clock timezone command to reset the time zone information to 00:00:00, and also to set the clock to the new time without the time zone offset.


Note The use of the clock timezone command assumes that you are using the CSS with an SNTP server to synchronize the CSS system UTC time to that of a designated SNTP server. Without a configured SNTP server, the time zone information is not used. See "Synchronizing the CSS with an SNTP Server" later in this chapter for details.


The syntax for the clock timezone command is:

clock timezone name hours hours {before-UTC|after-UTC} {minute minutes {before-UTC|after-UTC}

The options and variables are:

timezone name - The name of the time zone. Enter a name with a maximum of 32 characters and no spaces.

hours hours - Sets the hours offset for the time zone. Enter a number from 0 to 12. This option is used in conjunction with the before-UTC option or after-UTC option to set the offset to either a positive or negative number.

before-UTC - Sets the offset for Universal Time Coordinated (UTC) as a negative number. For example, if the hour offset is 12, before-UTC sets it to -12.

after-UTC - Sets the offset for UTC as a positive number. This is the default offset.

minute minutes - Sets the minutes offset for the time zone. Enter a number from 0 to 59. This option is used in conjunction with the before-UTC option or after-UTC option to set the offset to either a positive or negative number.

To enter the new time zone for Eastern Standard Time (EST) with a -3 hour offset:

# clock timezone EST hours 3 before-UTC

To set the time zone offset back to 00:00:00 (and also set the clock to the new time without the time zone offset):

# no clock timezone

To display the current date and time, enter the show clock command:

# show clock

Table 1-2 describes the fields in the show clock output.

Table 1-2 Field Descriptions for the show clock Command 

Field
Description

Date

The configured date in the format of month, day, and year. For example, 06-15-2002 is June 15th 2002.

If you use the date european-date command, the format is day, month, and year. For example, the date June 15th 2002 is displayed as 15-06-2002.

Time

The configured time in the format of hour, minute, and second, for example 16:23:45.

If you configure an SNTP server, the show clock command displays the time adjusted with the time zone offset. The show clock command displays the UTC time from the SNTP server. If you configure a timezone, the show clock command displays the time adjusted with the timezone offset. For example, if the UTC time from the server is 16:30:43 and you configure a timezone negative offset of 5 hours and 30 minutes (-05:-30:+00), the displayed time becomes 11:00:43.

Timezone

The configured time zone offset from an SNTP server. All zeros (00:00:00) indicate that no offset was configured for the time zone. A negative symbol (-) indicates a negative offset to the UTC (for example, -05:-23:+00). A positive symbol (+) indicates a positive offset to the UTC (for example, +12:+00:+00).


Configuring European Date

Use the date european-date global configuration command to enable the clock date command to accept date input in the format of day, month, and year.

(config)# date european-date 12/03/02

For example:

(config)# date european-date 12/03/02

To reset the format for the clock date command to its default of month, day and year, enter:

(config)# no date european-date

Synchronizing the CSS with an SNTP Server

Use the sntp command to configure the SNTP (Simple Network Time Protocol) on the CSS. Use SNTP when you need to synchronize computer system clocks on the Internet to that of a designated SNTP server. SNTP is a simplified, client-only version of the Network Time Protocol (NTP) that enables the CSS time-of-day to be synchronized with any SNTP server.

Accurate time-of-day is provided by synchronizing to the Universal Time Coordinated (UTC) (also know as Greenwich Mean Time), which provides time within 100 milliseconds of the accurate time. You can configure information about the local time zone so the time is displayed correctly relative to the local time zone. The CSS can only receive the time from a single SNTP server (in unicast mode), and it cannot be used to provide time services to other devices.


Note Before you synchronize the CSS with an SNTP server, make sure you configure the proper time zone for the CSS (for example, to EST). Also make sure that the time difference between the CSS internal clock and the SNTP server clock is less than 24 hours. Otherwise, the CSS will not synchronize its clock with the SNTP server. To configure the time on the CSS, see "Configuring Date, Time, and Time Zone" earlier in this chapter for details.


For detailed information on configuring the SNTP server, consult the documentation provided with the server.

The options for this global configuration mode command are:

sntp server - Specify the SNTP server.

sntp poll-interval - Specify the poll interval for SNTP request messages.

Configuring the SNTP Server

Use the sntp server command to specify the SNTP server. The syntax for this command is:

sntp server ip_address {version number}

The options and variables are:

server ip_address - The IP address for the SNTP server. Enter an IP address in dotted-decimal notation (for example, 192.168.1.0).

version number - The version number of the SNTP server. Enter a version number between 1 and 4. The default is 1.

To configure an SNTP server (running version number 3), enter:

(config)# sntp server 192.168.19.21 version 3

To remove the specified SNTP server, enter:

(config)# no sntp server

Configuring the SNTP Poll-Interval

Use the sntp poll-interval command to specify the poll interval for SNTP request messages. The poll interval is the time (in seconds) between successive SNTP request messages to the server. Continuous polling is critical for the CSS to obtain time from the SNTP server and ensure that the local time matches the "real time" of the server. The valid entries are 16 to 16284 seconds. The default is 64 seconds.

To specify an SNTP poll-interval of 90 seconds, enter:

(config)# sntp poll-interval 90

To return the SNTP poll-interval to its default setting of 64 seconds, enter:

(config)# no sntp poll-interval

Showing SNTP Configuration Information

To display the Simple Network Time Protocol (SNTP) configuration information on the CSS, enter the show sntp global command. For example:

(config)# show sntp global

Table 1-3 describes the fields in the show sntp global output.

Table 1-3 Field Descriptions for the show sntp global Command

Field
Description

Server Address

The IP address for the SNTP server.

Version

The version number of the server. The default is 1.

Poll Interval

The time in seconds between SNTP request messages. The range is 16 to 16284. The default is 64.

TimeSinceLastUpdate

The time in seconds since the last server reply.

Server Status

The operating status of the SNTP server, UP or DOWN.


CSS Software Overview

The CSS software contains the files needed to run the CSS, including boot files, directories for archiving and logging files, and MIB files. This software is pre-installed on the CSS conventional hard disk or an optional Flash disk, a Flash memory-based storage device.

For the Cisco 11500 series CSS, the CSS software is approximately 50 MB, and you can install a maximum of two software versions.

For the Cisco 11000 series CSS, the CSS software is approximately 20 MB and you can install a maximum of four software versions.

The CSS software image is available from the Cisco Systems Web site (www.cisco.com) as an ArrowPoint Distribution Image (ADI), network boot ZIP (.zip) image, or GZIP-compressed (adi-gz) image.

You can install the CSS software on an FTP server, which the CSS accesses through the File Transfer Protocol (FTP). The CSS accesses the ADI or GZIP file containing the CSS software from an FTP server, copies the file to the CSS disk, and unpacks it. The CSS then boots from the disk.

You can also install the CSS software on a network-mounted drive on a remote system, which the CSS accesses through FTP. Network boot uses a special ZIP version of WebNS that ends with a .zip extension. Instead of the CSS disk, the network file system contains the CSS software. This software must be copied and uncompressed on the network drive. For information on booting the CSS from a network boot drive, refer to the "Booting the CSS from a Network Drive" section.

The CSS software version format is defined as follows:

To display the software versions installed on the CSS, use the show version and show installed-software commands, as described in "Displaying Software Information" later in this chapter.

From an FTP server, you can view the following directories on the hard disk or flash disk:

The log directory contains the following log files:

boot.log - ASCII log of boot process

boot.bak - Backup of the previous boot log

sys.log - ASCII log of system events (logging to disk is enabled by default to subsystem all and level info)

sys.log.prev - Backup of the previous system log file (if any)

The scripts directory contains default, profile, and sample scripts.

The core directory contains any core dumps created by the CSS. For information on copying core dumps to an FTP or TFTP server, see "Copying Core Dumps to an FTP or TFTP Server" later in this chapter.

The MIB directory contains MIB files that you can load into SNTP-compliant network management software applications.


Note When you view the CSS software directories installed on a network drive, more directories are listed than those you can view on the hard disk or flash disk. These additional directories are reserved for internal use. Do not manipulate the files in these directories.


The software directory also contains the startup-config file. This is an ASCII file containing commands the CSS executes at startup. This file is created when you:

Finish using the configuration script.

Enter the copy running-config startup-config or write memory command. Both commands save configuration changes to the startup-config during a CSS session. The write memory command also archives the startup configuration file to the archive directory on the CSS (similar to the archive startup-config command, as described in "Archiving Files to the Archive Directory" in this chapter).

Use File Transfer Protocol (FTP) to copy a startup-config file to the CSS.

The archive directory contains the files that you archive from the current software by using the archive command. These files include running-config, startup-config, log files, profile scripts, and scripts you create. You can view a list of archived files by using the show archive ? command.

To restore any archived files to the CSS, use the restore command. For more information on the archive and restore commands, see the "Archiving Files to the Archive Directory" and "Restoring Files from the Archive Directory" in this chapter.

Configuring an FTP Record

Use the ftp-record command to create a File Transfer Protocol (FTP) record file to use when accessing an FTP server from the CSS. The syntax for this global configuration mode command is:

ftp-record ftp_record ipaddress_or_hostname username ["password"|des-password des_password|encrypted-password encrypted_password] {base_directory}


Note The CSS FTP server supports only the active (normal) FTP mode of operation. It does not support the passive FTP mode of operation.


The variables are:

ftp_record - The name for the FTP record file. Enter an unquoted text string with no spaces and a maximum of 16 characters.

ip_address or hostname - The IP address or host name of the FTP server you want to access. Enter an IP address in dotted-decimal notation (for example, 192.168.11.1) or a mnemonic host name (for example, myhost.mydomain.com).

username - A valid login username on the FTP server. Enter a case-sensitive unquoted text string with no spaces and a maximum 16 characters.

password - The password for the valid login username on the FTP server. Enter a case-sensitive quoted text string with no spaces and a maximum of 16 characters.

des_password - The Data Encryption Standard (DES) encrypted password for the valid login username on the FTP server. Enter a case-sensitive unquoted text string with no spaces and a maximum of 64 characters.

encrypted_password - The encrypted password for the valid login username on the FTP server. Enter a case-sensitive unquoted text string with no spaces and a maximum of 16 characters.

base_directory - An optional base directory when using this record. Enter the base directory name as a case-sensitive unquoted text string with no spaces and a maximum of 64 characters.

The config-path and base directory path in the ftp-record associated with a network boot must not contain a pathname that conflicts with a non-network drive name (for example, c: or host:).

For example (using an encrypted password):

# ftp-record arrowrecord 192.168.19.21 bobo password "secret" 
/outgoing

To delete the FTP record arrowrecord from the CSS, enter:

# no ftp-record arrowrecord

Copying Files from an FTP Server

Use the copy ftp command to copy files from an FTP server to the CSS. This command is available in SuperUser mode. Before using this command, you must use the (config) ftp-record command to create an FTP record file containing the FTP server IP address, username, and password.

The options for this command are:

copy ftp ftp_record filename boot-image - Copy a file from an FTP server to the CSS for use as the ArrowPoint Distribution Image (ADI). The file you copy to the CSS must be an ADI. Otherwise, the CSS rejects it.

copy ftp ftp_record filename script script_filename - Copy a file from an FTP server to the script directory.

copy ftp ftp_record filename startup-config - Copy a file from an FTP server to the startup configuration.

Configuring Disks

The CSS 11501 and the Switch Control Module (SCM) in the CSS 11503 and CSS 11506 contain two PCMCIA slots for a hard disk or flash disk. These disks contain the CSS system software, and are also used for logging and storing off-line system files. The two disks are identified by the PCMCIA slots (slot 0 and slot 1) in which they are installed. Disk 0 is the default storage location for the primary and secondary boot records in the CSS. The default storage location for log files and core dumps in the CSS is the specified disk from which the CSS boots (disk 0 or disk 1).

If you want to reconfigure the data storage use of disks 0 and 1 in the CSS, use the map command. The map command allows you to specify the disk that contains the primary boot record, contains the secondary boot record, stores log files, and stores core dumps. You can mix and match the storage location of these files between the two disks. For example, you can store the primary boot record on disk 0 and the secondary boot record on disk 1, and redirect the storage of output logs and core dumps to disk 1.

In addition to specifying the file storage locations, you can also:

Format the disks

Copy information such as the scripts, archives, or startup configuration from one disk to the other disk

Display the mapping configuration of the two disks in slot 0 and slot 1

Display the specified archive, log, script, or startup configuration file stored on a specific disk

Delete a specific file (startup configuration, logs, scripts, or archive file) stored on a specific disk


Note If logging requires frequent writes to disk (that is, several hundred log messages per day), the recommended configuration is to log to a hard disk and store all other system files on a flash disk. Although flash disks generally provide the most reliable way to store information over time, hard disks endure frequent writes to disk better than the flash disks currently available.

Logging to a CSS disk can cause the performance of the CSS to degrade.



Note As an alternate procedure for configuring disks from the CLI, you can use the Offline DM menu, the Advanced Options menu, to reformat or set the disk mapping for the disks in slots 0 and 1. Refer to "Using the Offline Diagnostic Monitor Menu" for details.


Formatting a Disk

Use the format command to format and create the Core and Archive directories on a specified disk. The format command permanently erases all data on the disk. This command is available only in SuperUser mode.

If you wish to retain the startup-config, ensure that you move it off the CSS before reformatting the disk. Also make sure that you have a copy of the CSS software ADI file to reinstall on the CSS.

To format a disk, use the following commands:

format disk_slot - Formats the specified disk. The slot number designates which disk you want to format. Valid disk_slot selections are 0 (for the disk in slot 0) or 1 (for the disk in slot 1).

format disk_slot {quick} - Formats the specified disk (0 or 1). The quick option reformats the disk without performing cluster verification.


Note Use the quick disk format only when you are certain of the disk integrity.


For example, to format the disk in slot 1, enter:

# format 1

The CSS queries you about formatting the disk.

Formatting the disk results in all disk data being
permanently erased.
Are you sure you want to continue? (yes,no):

Enter:

yes to reformat the disk.

no to abort the reformat function. If the disk has unrecoverable errors and you do not reformat it, be aware that the file system may be corrupt and functionality is compromised.

Specifying a Disk for Booting, Logging, and Core Dumps

Use the map commands to specify the disk (slot 0 or slot 1) that the CSS uses to store the primary boot record, the secondary boot record, logging output file, and core dumps. By default, disk 0 is the default storage location for the primary and secondary boot records in the CSS. The default storage location for log files and core dumps is the specified disk from which the CSS boots (disk 0 or disk 1).

The options for the map command are:

map primary-boot - Specifies the disk that contains the primary boot record

map secondary-boot - Specifies the disk that contains the secondary boot record

map core - Specifies the disk that contains the core dumps

map log - Specifies the disk that contains the logging output

Use the no form of each command to remove mapping to the specified disk and return the setting to the default disk. Refer to the following sections for more information on these options and associated variables.

Selecting a Disk for the Primary Boot Record

Use the map primary-boot command to select the disk that contains the primary boot record of the CSS. The default storage location for the primary boot record is disk 0. Valid selections are 0 (for the disk in slot 0) and 1 (for the disk in slot 1). This command is available only in SuperUser mode.

For example, to select the disk in slot 1 as the storage location for the primary boot record, enter:

# map primary-boot 1

To return the storage location of the primary boot record back to the disk in slot 0, enter:

# no map primary-boot

or

# map primary-boot 0

Selecting a Disk for the Secondary Boot Record

Use the map secondary-boot command to select the disk that contains the secondary boot record of the CSS. The default storage location for the secondary boot record is disk 0. Valid selections are 0 (for the disk in slot 0) and 1 (for the disk in slot 1). This command is available only in SuperUser mode.

For example, to select the disk in slot 1 as the storage location for the secondary boot record, enter:

# map secondary-boot 1

To return the storage location of the secondary boot record back to the disk in slot 0, enter:

# no map secondary-boot

or

# map secondary-boot 0

Selecting a Disk for Core Dumps

Use the map core command to select the disk that stores core dump files when the CSS experiences a fatal error. The default storage location for core dump files is the disk from which the CSS boots (disk 0 or disk 1). For example, if the CSS boots from disk 1, then disk 1 becomes the default storage location for core dump files.

Valid selections are 0 (disk in slot 0) and 1 (disk in slot 1). This command is available only in SuperUser mode.


Note Core dump information is intended for Customer Support use only.


For example, to select the disk in slot 1 as the storage location for core dumps, enter:

# map core 1

To return the storage location for core dumps back to boot disk, enter:

# no map core

Selecting a Disk for Logging

Use the map log command to select the disk on which you want to store log files. The default storage location for log files is the disk from which the CSS boots (disk 0 or disk 1). For example, if the CSS boots from disk 0, then disk 0 becomes the default storage location for log files.

Valid selections are 0 (disk in slot 0) and 1 (disk in slot 1). This command is available only in SuperUser mode.

For example, to select the disk in slot 1 as the storage location for log files, enter:

# map log 1

To return the storage location of log files back to the boot disk, enter:

# no map log

Copying Files Between Disks

Use the copy command to copy the startup configuration, logs, scripts, archive, and boot image files from one disk (source) to the second disk (destination) in a CSS. The CSS software automatically creates the software directory and hierarchy on the destination disk. This command is available in SuperUser mode.

The syntax is:

copy source_disk_slot {log filename {destination filename}|logs|script filename {destination filename}|scripts|archive filename {destination filename}|archives|boot-image filename|startup-config}

The options and variables are:

source_disk_slot - Disk location containing the files you want to copy. Valid entries are 0 (disk in slot 0) and 1 (disk in slot 1).


Note If you want to perform a complete copy of all contents from the source disk to the second disk, enter only the disk_slot value. Do not enter values for the additional copy command variables.


log filename - Copy the specified log file from the source disk to the second disk.

log filename {destination filename} - Copy the specified log file from the source disk to the second disk using a different destination filename.

logs - Copy all log files from the source disk to the second disk.

script filename - Copy the specified script from the source disk to the second disk.

script filename {destination filename} - Copy the specified script from the source disk to the second disk using a different destination filename.

scripts - Copy all scripts from the source disk to the second disk.

archive filename - Copy the specified archive file from the source disk to the second disk.

archive filename {destination filename} - Copy the specified archive file from the source disk to the second disk using a different destination filename.

archives - Copy all archive files from the source disk to the second disk.

boot-image filename - Copy the specified boot-image ADI from the source disk to the second disk. If necessary, use the show installed-software command to view the names of the boot-images (see "CSS Software Overview" for details on using the show installed-software command).

startup-config - Copy the startup configuration file from the source disk to the second disk.

Note the following restrictions for the copy command when copying information between two disks in the CSS:

The source file must exist.

Ensure that an equivalent release of CSS software is present on the destination disk before you copy information to that disk (such as a startup-config, a log file, or a script). If necessary, copy the boot-image to the second disk before copying a startup-config, log file, or script.

Showing the Disk Mapping Configurations

Use the show map command to display the mapping configuration of the two disks in slot 0 and slot 1 in a 11500 series CSS. This command displays the disk assignment of primary-boot record, secondary-boot record, core dump files, and logging output. This command is available in all modes.

For example:

(config)# show map

MSD Mapping:
Primary-Boot:   0
Secondary-Boot: 0
Core:           1
Log:            1

Displaying Files from a Disk

Use the show command to display the specified archive, log, script, or startup configuration file stored on a specific disk in the 11500 series CSS. The syntax is:

show disk_slot {log filename|script filename|archive filename|
startup-config}

The options are:

disk_slot - Disk location containing the file you want to display. The valid entries are 0 (disk in slot 0) and 1 (disk in slot 1).

log filename - Display the contents of a log (or trap log file) from the specified disk.

script filename - Display the contents of the script from the specified disk.

archive filename - Display the contents of the archive filename from the specified disk.

startup-config - Display the contents of the CSS startup configuration from the specified disk.

Clearing Files from a Disk

Use the clear command to delete the specified file (startup configuration, logs, scripts, archive file) stored on a specific disk. This command is available in SuperUser mode. The syntax is:

clear disk_slot {log filename|script filename|archive filename|
startup-config}

The options are:

disk_slot - Disk location containing the file you want to delete. Valid entries are 0 (disk in slot 0) and 1 (disk in slot 1).

log filename - Delete the specified log (or trap log file) from the disk.

script filename - Delete the specified script from the disk.

archive filename - Delete the specified archive filename from the disk.

startup-config - Delete the CSS startup configuration file from the disk.

Managing the CSS Boot Configuration

Boot configuration mode contains all the commands necessary to boot the CSS and maintain the software revision. To access this mode, use the boot command from global configuration mode.

To access boot mode, enter:

(config)# boot

The CSS enters boot mode.

(config-boot)#

For information about commands available in boot mode, refer to the following sections:

Unpacking an ArrowPoint Distribution Image

Removing an ArrowPoint Distribution Image

Specifying the Primary Boot Configuration

Specifying the Secondary Boot Configuration

Configuring a Boot Configuration Record for the Passive SCM

Showing the Boot Configuration

Booting the CSS from a Network Drive


Note As an alternate procedure for managing the CSS boot configuration from the CLI, you can use the Offline DM menu. Refer to "Using the Offline Diagnostic Monitor Menu" for details.


Unpacking an ArrowPoint Distribution Image

Use the unpack command to unpack the ArrowPoint Distribution Image (ADI) on the CSS disk. Enter the ADI filename as an unquoted text string with a maximum of 32 characters. For example:

(config-boot)# unpack sg0710001.adi


Note Before unpacking the ADI, you must first copy the ADI to the CSS disk. Use the copy ftp ftp_record filename boot-image command to copy the ADI to the CSS disk.


Removing an ArrowPoint Distribution Image

Use the remove command to remove an ArrowPoint Distribution Image (ADI) that is not currently running on the CSS. For a dual-disk 11500 series CSS, you need to identify the specified disk.

To remove a software versions installed on the CSS, use the following commands:

remove software version - Enter the ADI filename as an unquoted text string with a maximum of 32 characters.

remove disk_slot software version - Enter the slot location of the disk (0 or 1) in a dual disk 11500 series CSS, followed by the ADI filename as an unquoted text string with a maximum of 32 characters.

To display a list of ADIs installed on your CSS, enter remove ?. To display the ADI you are currently running, use the version command.

To remove an ADI, enter:

(config-boot)# remove sg0710001

To remove an ADI from a disk in slot 1 of a dual-disk 11500 series CSS, enter:

(config-boot)# remove sg0710001 1

Specifying the Primary Boot Configuration

Use the primary command to specify the primary boot configuration. The options for this boot-mode command are:

primary boot-file - Specify the primary boot file

primary boot-type - Specify the primary boot method: local disk, using FTP, or a network-mounted file system using FTP

primary config-path - Specify the path to a network CSS configuration

See the following sections for more information on these options and associated variables.

Specifying the Primary Boot File

Use the primary boot-file command to specify the primary boot file. Enter the primary boot file as an unquoted text string with no spaces and a maximum of 64 characters.

To specify the primary boot filename, enter:

(config-boot)# primary boot-file sg0710002

To display a list of boot filenames, enter:

(config-boot)# primary boot-file ?

To remove the primary boot file, enter:

(config-boot)# no primary boot-file

Specifying the Primary Boot Type

Use the primary boot-type command to specify the location from which the CSS accesses the primary boot image upon system reboot or when you download new software. The syntax and options for the primary boot-type command are:

primary boot-type boot-via-disk - Boot the CSS from a software version that resides on the CSS disk.

primary boot-type boot-via-ftp ftp_record - Download an ADI file containing CSS software that you want to install on the CSS disk. The CSS accesses the ADI or GZIP file containing the CSS software from an FTP server, copies it to the disk, and unpacks it. Then the CSS boots from the disk.

primary boot-type boot-via-network ftp_record - Use FTP to boot the CSS from software located on a network-mounted file system on a remote system. Instead of the CSS disk, the network file system contains the CSS software. The CSS boots from this file system and loads the configuration into memory.


Note A network boot requires that the CSS 11501, 11503, or 11506 contains an operational disk.


The ftp_record variable is the name of the FTP record file that contains the FTP server IP address, username, and password. Enter an unquoted text string with no spaces.

To configure the primary boot-type to boot-via-disk, enter:

(config-boot)# primary boot-type boot-via-disk

To remove the primary boot type, enter:

(config-boot)# no primary boot-type

Primary Boot Configuration Considerations

When you select primary boot-type boot-via-ftp or primary boot-type boot-via-network, make sure that you properly connect the Ethernet Management port on the CSS to the network. Note the locations of the Ethernet Management port on the CSS as listed below.

CSS 11503 and CSS 11506 - SCM 10 Mbps-Ethernet Management port

CSS 11501 - Front Panel 10 Mbps-Ethernet Management port

CSS 11800 - SCM 10/100 Mbps-Ethernet Management port

CSS 11050 and CSS 11150 - Rear Panel 10/100-Mbps Ethernet Management port

When you select primary boot-type boot-via-network, make sure that you:

Locate the remote system on the network where you will copy the CSS software.

Make sure that the CSS can access the system via FTP.

Copy the CSS software ZIP file from www.cisco.com onto the designated network server.

Create a directory and unzip the file into it. This directory will contain all of the boot files and directories.

Create an FTP record on the CSS to the directory that contains the CSS software on the network drive.


Note Be aware of the following network boot restrictions: a network boot is not supported on UNIX workstations, and the War-FTP daemon is not supported for network-booting the system software.

A network boot requires that the CSS 11501, 11503, or 11506 contains an operational disk.


Specifying the Primary Configuration Path

Use the primary config-path command to specify the alternate path to a network configuration for the network boot method. An alternate configuration path allows multiple CSSs to use the same boot image while keeping their configuration information in separate directories. The CSS must be able to access the configuration path through an FTP server as defined in the FTP record for the network boot method.

When using an alternate configuration path, make sure that the path leads to a directory containing the script, log, and information subdirectories, and the startup-config file. These subdirectories must contain the files in the corresponding subdirectories of the unzipped boot image. First, create these subdirectories, then copy the files from the boot image to the subdirectories.

Enter the configuration pathname as an unquoted text string with no spaces and a maximum of 64 characters.

To configure the primary config path, enter:

(config-boot)# primary config-path f:/bootdir/

To remove the primary network configuration path, enter:

(config-boot)# no primary config-path

Specifying the Secondary Boot Configuration

Use the secondary command to specify the secondary boot configuration. The CSS uses the secondary boot configuration when the primary boot configuration fails. The options for this boot mode command are:

secondary boot-file - Specify the secondary boot file

secondary boot-type - Specify the boot method: local disk or FTP

secondary config-path - Specify the path to a network configuration using FTP

For more information on these options and associated variables, see the following sections.

Specifying the Secondary Boot File

Use the secondary boot-file command to specify the secondary boot file that the CSS uses when the primary boot configuration fails. Enter the boot file as an unquoted text string with no spaces and a maximum of 64 characters.

To specify the secondary boot filename, enter:

(config-boot)# secondary boot-file sg0710001

To display a list of secondary boot filenames, enter:

(config-boot)# secondary boot-file ?

To remove the secondary boot file, enter:

(config-boot)# no secondary boot-file

Specifying the Secondary Boot Type

Use the secondary boot-type command to specify the secondary boot configuration. The syntax and options for the secondary boot-type command are:

secondary boot-type boot-via-disk - Boot the CSS from a software version that resides on the CSS disk.

secondary boot-type boot-via-ftp ftp_record - Download an ADI file containing CSS software that you want to install on the CSS disk. The CSS accesses the ADI or GZIP file containing the CSS software from an FTP server, copies it to the disk, and unpacks it. Then the CSS boots from the disk.

secondary boot-type boot-via-network ftp_record - Use FTP to boot the CSS from software located on a network-mounted file system on a remote system. Instead of the CSS disk, the network file system contains the CSS software. The CSS boots from this file system and loads the configuration into memory.


Note A network boot requires that the CSS 11501, 11503, or 11506 contains an operational disk.


Enter the ftp_record as the name of the FTP record file that contains the FTP server IP address, username, and password. Enter an unquoted text string with no spaces.

To specify the secondary boot type as boot-via-disk, enter:

(config-boot)# secondary boot-type boot-via-disk

To remove the secondary boot type, enter:

(config-boot)# no secondary boot-type

Secondary Boot Configuration Considerations

When you select secondary boot-type boot-via-ftp or secondary boot-type boot-via-network, make sure that you properly connect the Ethernet Management port on the CSS to the network. Note the locations of the Ethernet Management port on the CSS as listed below.

CSS 11503 and CSS 11506 - SCM 10 Mbps-Ethernet Management port

CSS 11501 - Front Panel 10 Mbps-Ethernet Management port

CSS 11800 - SCM 10/100 Mbps-Ethernet Management port

CSS 11050 and CSS 11150 - Rear Panel 10/100-Mbps Ethernet Management port

When you select secondary boot-type boot-via-network, make sure that you:

Locate the remote system on the network where you will copy the CSS software.

Make sure that the CSS can access the system via FTP.

Copy the CSS software ZIP file from www.cisco.com onto the designated network server.

Create a directory and unzip the file into it. This directory will contain all of the boot files and directories.

Create an FTP record on the CSS to the directory that contains the CSS software on the network drive.


Note Be aware of the following network boot restrictions: a network boot is not supported on UNIX workstations, and the War-FTP daemon is not supported for network-booting the system software.

A network boot requires that the CSS 11501, 11503, or 11506 contains an operational disk.


Specifying the Secondary Configuration Path

Use the secondary config-path command to specify the alternate path to a network configuration for the network boot method. An alternate configuration path allows multiple CSSs to use the same boot image while keeping their configuration information in separate directories. The CSS must be able to access the configuration path through an FTP server as defined through the FTP record for the network boot method.

When using an alternate configuration path, make sure that the path leads to a directory containing the script, log, and information subdirectories, and the startup-config file. These subdirectories must contain the files in the corresponding subdirectories of the unzipped boot image. First, create these subdirectories, then copy the files from the boot image to the subdirectories.

Enter the configuration pathname as an unquoted text string with no spaces and a maximum of 64 characters.

To configure the secondary config path, enter:

(config-boot)# secondary config-path f:/bootdir/

To remove the secondary network configuration path, enter:

(config-boot)# no secondary config-path

Configuring a Boot Configuration Record for the Passive SCM

Use the passive command to configure the boot configuration record for the current passive SCM installed in a CSS 11506 or CSS 11800. The boot configuration record consists of the IP address, subnet mask, boot method, and boot file.

Using the sync options for this command, you can copy the boot configuration record from the active SCM to the passive SCM. In most CSS configurations, the active and passive SCMs will have the same boot record.

This command also allows you to configure the individual components of the boot configuration record on the passive SCM. For example, you can configure a boot record on the passive SCM that has a software version that differs from the active SCM. This allows you to run a new software version on the active SCM and have an older software version on the passive SCM.

You can also configure a different IP address on the passive SCM to track an active-to-passive state transition between the SCMs. You can accomplish this through a network management station, where you can receive SNMP host traps.


Note The passive command and its options affect only the current passive SCM. When you configure the passive SCM, the set values are loaded into its nonvolatile RAM. If the passive SCM transitions to the active state, it continues to retain these values, but is no longer affected by these commands; boot commands are not saved in the running-config file.


The options for this boot mode command are:

passive ip address - Configure the system boot IP address for the passive SCM.

passive primary boot-file - Specify the primary boot file for the passive SCM.

passive primary boot-type - Specify the primary boot method, local disk, FTP, or network-mounted file system using FTP, for the passive SCM.

passive primary config-path - Specify the primary alternate path to a network CSS configuration for the passive SCM.

passive secondary boot-file - Specify the secondary boot file for the passive SCM.

passive secondary boot-type - Specify the secondary boot method, local disk, FTP, or network-mounted file system via FTP, for the passive SCM.

passive secondary config-path - Specify the secondary alternate path to a network CSS configuration for the passive SCM.

passive subnet mask - Configure the system boot subnet mask for the passive SCM.

passive sync - Copy the boot configuration record from the active SCM to the passive SCM. For the CSS 11506, the passive sync command also copies the start configuration and the clock time from the active SCM to the passive SCM.

passive sync boot-config - Copy the boot configuration record from the active SCM to the passive SCM (CSS 11506 only).

passive sync startup-config - Copy the local startup configuration file and archive directory from the active SCM to the passive SCM (CSS 11506 only).

passive sync image - Copy the ADI of the boot-image file and local startup configuration file from the active SCM to the passive SCM (CSS 11506 only).

passive sync time - Synchronize the clock time of the passive SCM with the active SCM (CSS 11506 only).

For more information on these options and associated variables, refer to the following sections.

Configuring the Passive SCM IP Address

Use the passive ip address command to configure the boot IP address for the passive SCM. Enter the IP address for the passive SCM that will be used on CSS boot up. Do not enter an all-zero IP address.

For example:

(config-boot)# passive ip address 172.16.3.6

To change the passive SCM boot IP address, reenter the passive ip address command.

Configuring the Passive SCM Primary Boot File

Use the passive primary boot-file command to specify the primary boot image for the passive SCM. Enter the filename of the primary boot image for the passive SCM as an unquoted text string with no spaces and a maximum of 64 characters. To display a list of filenames, enter passive primary boot-file ?.

For example:

(config-boot)# passive primary boot-file sg0710002

To remove the primary boot file from the passive SCM, enter:

(config-boot)# no passive primary boot-file

Configuring the Passive SCM Primary Boot Type

Use the passive primary boot-type command to specify the location from which the CSS accesses the primary boot image for the passive SCM upon system reboot or when you download new software. The syntax and options for the passive primary boot-type are:

passive primary boot-type boot-via-disk - Boot the CSS from a software version that currently resides on the CSS disk.

passive primary boot-type boot-via-ftp ftp_record - Download an ADI file containing CSS software that you want to install on the CSS disk. The CSS accesses the ADI or GZIP file containing the CSS software from an FTP server, copies it to the disk, and unpacks it. Then the CSS boots from the disk.

passive primary boot-type boot-via-network ftp_record - Use FTP to boot the CSS from software located on a network-mounted file system on a remote system. Instead of the CSS disk, the network file system contains the CSS software. The CSS boots from this file system and loads the configuration into memory.


Note A network boot requires that the CSS 11501, 11503, or 11506 contains an operational disk.


Enter the ftp_record as the name of the FTP record file that contains the FTP server IP address, username, and password. Enter an unquoted text string with no spaces.

For example:

(config-boot)# passive primary boot-type boot-via-ftp arecord

To remove the primary boot type from the passive SCM, enter:

(config-boot)# no passive primary boot-type

Configuring the Passive SCM Primary Configuration Path

Use the passive primary config-path command to specify the alternate path to a network configuration for the network boot method for the passive SCM. An alternate configuration path allows multiple CSSs to use the same boot image while keeping their configuration information in separate directories. The CSS must be able to access the configuration path through an FTP server as defined through the FTP record for the network boot method.

When using an alternate configuration path, make sure that the path leads to a directory containing the script, log, and information subdirectories, and the startup-config file. These subdirectories must contain the files in the corresponding subdirectories in the unzipped boot image. First, create these subdirectories, then copy the files from the boot image to the subdirectories.

Enter the configuration path for network configuration. Enter an unquoted text string with no spaces and a maximum of 64 characters. For example:

(config-boot)# passive primary config-path c:/bootdir/

To remove the primary network configuration path, enter:

(config-boot)# no passive primary config-path

Configuring the Passive SCM Secondary Boot File

Use the passive secondary boot-file command to specify the secondary boot image for the passive SCM. Enter the boot file name for the primary boot image as an unquoted text string with no spaces and a maximum of 64 characters. To display a list of boot filenames, enter passive secondary boot-file ?. For example:

(config-boot)# passive secondary boot-file sg0710001

To remove the secondary boot file from the passive SCM, enter:

(config-boot)# no passive secondary boot-file

Configuring the Passive SCM Secondary Boot Type

Use the passive secondary boot-type command to specify the secondary boot configuration for the passive SCM. The secondary boot configuration is used when the primary configuration fails. The syntax and options for the passive secondary boot-type command are:

passive secondary boot-type boot-via-disk - Boot the CSS from a software version that resides on the CSS disk.

passive secondary boot-type boot-via-ftp ftp_record - Download an ADI file containing CSS software that you want to install on the CSS disk. The CSS accesses the ADI or GZIP file containing the CSS software from an FTP server, copies it to the disk, and unpacks it. Then the CSS boots from the disk.

passive secondary boot-type boot-via-network ftp_record - Use FTP to boot the CSS from software located on a network-mounted file system on a remote system. Instead of the CSS disk, the network file system contains the CSS software. The CSS boots from this file system and loads the configuration into memory.


Note A network boot requires that the CSS 11501, 11503, or 11506 contains an operational disk.


Enter the ftp_record as the name of the FTP record file that contains the FTP server IP address, username, and password. Enter an unquoted text string with no spaces.

For example:

(config-boot)# passive secondary boot-type boot-via-disk

To remove the secondary boot type from the passive SCM, enter:

(config-boot)# no passive secondary boot-type

Configuring the Passive SCM Secondary Configuration Path

Use the passive secondary config-path command to specify the secondary alternate path to a network configuration for the network boot method for the passive SCM. An alternate configuration path allows multiple CSSs to use the same boot image while keeping their configuration information in separate directories. The CSS must be able to access the configuration path through an FTP server as defined through the FTP record for the network boot method.

When using an alternate configuration path, make sure that the path leads to a directory containing the script, log, and information subdirectories, and the startup-config file. These subdirectories must contain the files in the corresponding subdirectories of the unzipped boot image. First, create these subdirectories, then copy the files from the boot image to the subdirectories.

Enter the configuration path as an unquoted text string with no spaces and a maximum of 64 characters.

For example:

(config-boot)# passive secondary config-path c:/bootdir/

To remove the primary network configuration path, enter:

(config-boot)# no passive secondary config-path

Configuring the Passive SCM Subnet Mask

Use the passive subnet mask command to configure the system boot subnet mask for the passive SCM.

For example:

(config-boot)# passive subnet mask 255.255.0.0

Copying Configuration Information from the Active SCM to the Passive SCM

Use the passive sync command to copy the primary and secondary boot configuration record from the nonvolatile RAM (NVRAM) of the active SCM to the passive SCM. For the CSS 11506, the passive sync command also copies the start configuration and synchromizes the clock time from the active SCM to the passive SCM. This command is available in boot mode.

To synchronize specific boot configuration, startup configuration, or clock time information between the active SCM and the passive SCM in a CSS 11506, use the following passive sync commands:

passive sync boot-config - Copy the boot configuration record from the active SCM to the passive SCM.

passive sync startup-config - Copy the startup configuration file from the active SCM to the passive SCM.

passive sync image - Copy the ADI of the boot-image file from the active SCM to the passive SCM.

passive sync time - Synchronize the clock time of the passive SCM with the active SCM.

To copy the primary and secondary boot configuration record, startup configuration, and clock time on a CSS 11506, enter:

(config-boot)# passive sync

To copy the boot configuration record from the active SCM to the passive SCM in a CSS 11506, enter:

(config-boot)# passive sync boot-config

Showing the Boot Configuration

Use the show boot-config command to display your boot configuration. For example:

(config-boot)# show boot-config

!*********************** BOOT CONFIG ***********************
ip address 172.16.36.58
subnet mask 255.0.0.0
primary boot-file sg0710001
primary boot-type boot-via-disk

Booting the CSS from a Network Drive

The network booting feature enables you to boot the CSS from a network drive using a .zip file of the CSS software version located on www.cisco.com. When you configure a CSS 11050, 11150, or 11800 for network boot, the disk (hard or flash) is not required. To avoid affecting network bandwidth consumption, do not configure logging to disk when booting the CSS from a network drive.

When you configure a CSS 11501, 11503, and 11506 for network boot, the CSS must contain an operational disk (hard or Flash).

Use your customer login and password to access www.cisco.com. From this location, you can access the page listing the network boot .zip file versions of CSS software. Click an image to download it.


Note Be aware of the following network boot restrictions: a network boot is not supported on UNIX workstations, and the War-FTP daemon is not supported for network-booting the system software. In addition, network booting does not support the use of core dumps from the CSS.


Perform a network boot if:

You want multiple CSSs to use the same boot image while keeping their own configuration information. Provide an alternate path for the location of the configuration information. This information must exist on the same network file system as the boot image.

When using an alternate configuration path, make sure that the path leads to a directory containing the script, log, and information subdirectories. These subdirectories must contain the files in the corresponding subdirectories in the boot image. Create these subdirectories, then copy the files from the boot image.

The CSS 11050, 11150, or 11800 has a disk failure. A network boot allows the CSS to boot independently from its hard drive and to load the configuration into memory.

You can configure network boot for primary and passive SCMs in CSS models 11503, 11506, or 11800, as described in the following sections.

Configuring Network Boot for a Primary SCM

To configure network boot for a primary SCM:

1. Ensure the SCM management port has access to the network drive from which you are booting the CSS. The SCM will mount the drive, and read and write to it.

2. FTP the software .zip file to the network drive base directory specified in the FTP record. This must be the same directory from which you are booting the CSS.

3. Unzip the file. You must use the .zip distribution format for network loading.

4. Configure the FTP record (see "Configuring an FTP Record" earlier in this chapter). Note that the config-path and the base directory path in the ftp-record associated with the network boot must contain a pathname that is distinct from a non-network drive name (for example, c: or host:). For example:

# ftp-record bootrecord 192.168.19.21 bobo encrypted-password 
"secret" e:/adi_directory/

This directory must contain the unzipped files.

5. Configure the CSS to boot from a network drive. For example:

(config-boot)# primary boot-type boot-via-network bootrecord

6. Optionally, configure a primary configuration path to allow multiple CSSs to use the same boot image while keeping their configuration information in separate directories. The CSS must be able to access the configuration path through the FTP server as defined in the FTP record. For example:

(config-boot)# primary config-path e:/adi_directory/

Configuring Network Boot for a Passive SCM

To configure network boot for a passive SCM on CSS models 11503, 11506, or 11800:

1. Configure an FTP record for the passive SCM, if not already configured. See "Configuring a Boot Configuration Record for the Passive SCM" in this chapter.

2. Ensure the passive SCM management port has access to the network drive from which you are booting the CSS. If the primary SCM fails, the passive SCM will connect to the remote disk and load the software configuration.

3. Configure the CSS to boot from a network drive. For example:

(config-boot)# passive primary boot-type boot-via-network 
bootrecord

To display a list of configured ftp records, reenter the command and use "?". For example:

(config-boot)# passive primary boot-type boot-via-network 
bootrecord ?

4. Optionally, configure a primary configuration path to allow multiple CSSs to use the same boot image while keeping their configuration information in separate directories. Your FTP daemon must support the drive mapping. Also, the CSS must be able to access the configuration path through the FTP server as defined in the FTP record. For example:

(config-boot)# primary config-path e:/adi_directory/

Showing Network Boot Configurations

To display the network boot configuration, use the show version command. For example:

(config)# show version

Version:            sg0710001 (7.10 Build 1)
Network Path:       e:/adi_directory/
Config Path:        e:/adi_directory/
Flash (Locked):     7.10 Build 1
Flash (Operational):7.10 Build 2
Type:               PRIMARY
Licensed Cmd Set(s):Standard Feature Set
                    Enhanced Feature Set
                    Secure Management


Note Use the version command in SuperUser mode to display the network boot configuration.


To display network boot configuration information, use the show boot-config command. For example:

(config)# show boot-config

!*********************** BOOT CONFIG ***********************
secondary config-path  e:/adi_directory/
secondary boot-type    boot-via-network Secondary-Boot
primary boot-file      sg0710001
primary boot-type      boot-via-network
subnet mask            255.0.0.0
ip address             192.168.4.226

Using the Running-Config and Startup-Config Files

When you make configuration changes to the CSS, the changes are placed in a virtual running configuration file (running-config). Before you log out or reboot the CSS, you must copy the contents of the running-config file to the startup-config file to save configuration changes and have the CSS use this configuration on subsequent reboots.


Note Use the save_config alias command to automatically copy the contents of the running-config file to the startup-config file, and then archive the startup-config.


To save the running-config file to the CSS disk, use one of the following commands:

copy running-config startup-config - Copies the contents of the running-config file to the startup-config file. The CSS uses the startup configuration upon reboot. If you do not copy the contents of the running-config file to the startup-config file before you reboot, changes to the running configuration are lost. This command is available in SuperUser mode.

write memory - Copies the contents of the running-config file to the startup-config file (similar to the copy running-config startup-config command). In addition, the write memory command also archives the startup configuration file to the archive directory on the CSS (similar to the archive startup-config command, as described in "Archiving Files to the Archive Directory" in this chapter).

copy startup-config running-config - Copies the contents of the startup-config file to the running-config file and merges it with the running-config file. This command is available in SuperUser mode.

The copy running-config command can also copy the running configuration to an FTP or TFTP server. This command is available in SuperUser mode. The options for this command are:

copy running-config ftp ftp_record filename - Copy the running configuration to an FTP server.

copy running-config tftp IP address - Copy the running configuration to a TFTP server using the TFTP server IP address.

copy running-config tftp hostname - Copy the running configuration to a TFTP server using the TFTP server hostname.

The copy startup-config command can copy the startup configuration to an FTP or TFTP server. This command is available in SuperUser mode. The options for this command are:

copy startup-config ftp ftp_record filename - Copy the startup configuration to an FTP server.

copy startup-config tftp IP address - Copy the startup configuration to a TFTP server using the TFTP server IP address.

copy startup-config tftp hostname - Copy the startup configuration to a TFTP server using the TFTP server hostname.

Clearing the Running Configuration and the Startup Configuration

To reset the CSS running configuration to the default configuration, use the clear running-config command in SuperUser mode. This command takes effect immediately. Note that the clear running-config command resets all configurations to their defaults.


Caution The execution of the clear running-config command is restricted to CSS users who are identified as either administrators or technicians.

For example:

# clear running-config

To reset the startup configuration to the default configuration, use the clear startup-config command in SuperUser mode. This command takes effect upon the next reboot. For example:

# clear startup-config

Showing the Running Configuration

To display the CSS running configuration, use the show running-config command. The CSS does not display default configurations in the CSS running configuration. The syntax and options for this command are:

show running-config - Display all components of the running-config file.

show running-config acl {index number} - Display Access Control List (ACL) information in the running-config file. For information about a specific ACL, include its index number.

show running-config circuit {circuit name} - Display the circuit components of one or all circuits in the running-config file.

show running-config dql {dql name} - Display Domain Qualifier List (DQL) information of the running-config file. For information about a specific DQL, enter the DQL name as a case-sensitive unquoted text string.

show running-config eql {eql name} - Display Extension Qualifier List (EQL) information of the running-config file. For information about a specific EQL, enter the EQL name as a case-sensitive unquoted text string.

show running-config global - Display the global components of the running-config file.

show running-config group {group name} - Display the valid existing group components of the running-config file. For information about a specific group, enter the group name as a case-sensitive unquoted text string.

show running-config header-field-group {name} - Display the valid existing header-field group components of the running-config file. For information about a specific group, enter name as a case-sensitive unquoted text string with a maximum of 16 characters. To see a list of header-field groups, enter show running-config header-field-group ?.

show running-config interface interface name - Display a specific interface component of the running-config file.

For a CSS 11501, CSS 11050, or CSS 11150, enter the interface name in interface-port format (for example, e2)

For a CSS 11503, CSS 11506, or CSS 11800, enter the interface name in slot/port format (for example, 3/1)

show running-config interfaces - Display all the interface components of the running-config file.

show running-config keepalive {keepalive name} - Display the existing keepalive components of the running-config file. For information about a specific keepalive, enter keepalive_name as a case-sensitive unquoted text string and a maximum of 32 characters. To see a list of keepalives, enter show keepalive-summary.

show running-config nql {name} - Display Network Qualifier List (NQL) information of the running-config file. For information about a specific NQL, enter the NQL name as a case-sensitive unquoted text string.

show running-config owner {owner name} - Display the valid existing owner components of the running-config file. For information about a specific owner, enter the owner name as a case-sensitive unquoted text string.

show running-config rmon-alarm - Display RMON alarm information of the running-config file.

show running-config rmon-event - Display RMON event information of the running-config file.

show running-config rmon-history - Display RMON history information of the running-config file.

show running-config service {service name} - Display the components of the running-config file for a valid existing service. For information about a specific service, enter the service name as a case-sensitive unquoted text string.

show running-config ssl-proxy-list {list_name} - Display RMON history information of the running-config file. Displays the components of the running configuration for a valid existing SSL-proxy list. For information about a specific list, enter list_name as a case-sensitive unquoted text string.

show running-config urql {urql name} - Display the components of the running-config file for existing Uniform Resource Locator Qualifier Lists (URQL). For information about a specific URQL, enter the URQL name as a case-sensitive unquoted text string.

An example of a running-config file is shown below. Comments are preceded by an exclamation point (!). Note that the CSS does not display default values in the CSS running configuration or startup configuration even if you manually enter the values.

# show running-config

!************************ GLOBAL **********************
ip route 0.0.0.0/0 158.3.7.2
!********************** INTERFACE *********************
interface e1
	bridge vlan 2
interface e2
	bridge vlan 2
!*********************** CIRCUIT **********************
circuit VLAN1
	ip address 10.3.6.58 255.255.255.0
circuit VLAN2
	ip address 158.3.7.58 255.255.255.0
!*********************** SERVICE **********************
service serv1
	ip address 10.3.6.1
	active

service serv2
	ip address 10.3.6.2
	active
!************************ OWNER ***********************
owner arrowpoint.com
	content rule1
		ip address 158.3.7.43
		protocol tcp
		port 80
		add service Serv1
		add service Serv2
		active

Showing the Startup Configuration

Once you copy the contents of the running-config file to the startup-config file, use the show startup-config command to display the CSS startup configuration. The CSS does not display default configurations in the startup-config file.

The show startup-config command has two options:

show startup-config - Display the startup-config file.

show startup-config line-numbers - Display the startup-config file with line numbers.

An example of a CSS startup configuration with line numbers is shown below. Comments are preceded by an exclamation point (!).

# show startup-config line-numbers

1. !Generated MAR 6 18:56:11
2. configure
3. !********************** CIRCUIT **********************
4. circuit VLAN1
5.	ip address 192.168.2.170 255.255.255.0
6.	ip address 192.168.1.108 255.255.255.0
7. !********************** SERVICE **********************
8. service s1
9.	ip address 192.168.2.4
10.	keepalive type none
11.	active
12. !*********************** OWNER ***********************
13. owner rose
14.	content rule-L3
15.		vip address 192.168.128.108
16.		add service s1
17.		active
18.		content rule-L5
19.		add service s1
20.		vip address 192.168.128.108
21.		url "/*"
22.		active

Creating a Running Configuration or Startup Configuration Using a Text Editor

If you create a running or startup configuration using a text editor, you must arrange the configuration information in the same order as an automatically created running or startup configuration. The CSS arranges configuration information in the following categories within the running-config and startup-config files:

Global - Contains configuration information relating to the CSS (for example, default route IP address)

Interface - Contains physical port and VLAN associations

Circuit - Contains circuit VLAN IP addresses and subnet masks

SSL Proxy List - Contains the ssl-proxy-list configuration

Keepalive - Contains the global keepalive configuration

Service - Contains service names, IP addresses, and all service configuration information

EQL - Contains Extension Qualifier List (EQL) configuration

Owner - Contains owner name, content rule name, and content rules

Group - Contains source group configurations

RMON Event - Contains RMON event configurations

RMON Alarm - Contains RMON alarm configurations

RMON History - Contains RMON history configurations

ACL - Contains Access Control List (ACL) configurations

URQL - Contains Uniform Resource Locator Qualifier List configurations (URQL)

Though the CSS automatically organizes configuration information, the order in which you configure the CSS is important because of interdependencies within CSS functionality. Enter configuration commands for features in the same sequence as they appear in the startup-config file.

Archiving Files to the Archive Directory

Use the archive command and options to archive files. Archiving is useful when you update software and want to save a script, log, or startup-config file from a previous release of software. The archive directory on the CSS disk stores the archive files.

To display the contents of the archive directory, enter show archive ?. Archive files include running configuration and startup configuration files, scripts, and user profiles.


Note You must archive your startup-config and scripts before you upgrade the CSS software or these files will be overwritten during the upgrade. Once the upgrade is complete and the CSS has rebooted, use the restore command to copy these files from the archive directory to be used as current startup-config and scripts.


The options for this command are:

archive log - Archive a log file

archive running-config - Archive a running configuration

archive script - Archive a script file

archive startup-config - Archive the startup configuration file

Archiving a Log File

Use the archive log command to archive a log file. The syntax for this command is:

archive log log_filename {archive_filename}

The variables are:

log_filename - The filename of the log to archive. To see a list of log files, enter archive log ?.

archive_filename - An optional name you want to assign to the archive file. Enter an unquoted text string with a maximum of 32 characters.

Archiving the Running-Config File

Use the archive running-config command to archive the running-config file. Enter the archive_filename as the name you want to assign to the archive file. The archive_filename is an unquoted text string with a maximum of 32 characters. The syntax for this command is:

archive running-config archive_filename


Note You can also use the save_config alias command to automatically copy the running-config to the startup-config, and then archive the startup-config.


Archiving Scripts

Use the archive script command to archive a script file. The syntax for this command is:

archive script script_filename {archive_filename}

The variables are:

script_filename - The filename of the script to archive. To see a list of scripts, enter archive script ?.

archive_filename - An optional name you want to assign to the archive file. Enter an unquoted text string with a maximum of 32 characters.

Archiving the Startup-Config File

Use the archive startup-config command to archive the startup-config file. Enter the archive_filename as an optional name you want to assign to the archive file. Enter an unquoted text string with a maximum of 32 characters. The syntax for this command is:

archive startup-config {archive_filename}

Clearing the Archive Directory

Use the clear archive command to clear a file in the archive directory. Enter the archive_filename as the name of the archive file to clear. To list the archive files, enter clear archive ?. The syntax for this command is:

clear archive archive_filename

Restoring Files from the Archive Directory

Use the restore command to restore files previously archived in the CSS archive directory. The archive directory on the CSS disk stores log, script, and startup configuration files. The options for this command are:

restore archive_filename log - Restore an archived log file to the log subdirectory.

restore archive_filename script - Restore an archived script file to the script subdirectory.

restore archive_filename startup-config - Restore an archived startup-config file to the startup configuration.


Note The archive directory resides on the CSS disk (hard or flash). If you booted your CSS from a network-mounted system and your hard drive is not working, archive- and restore-related functions are suspended.


For more information on these options and associated variables, see the following sections.

Restoring an Archived Log File

Use the restore log command to restore an archived log file to the log subdirectory. The syntax for this command is:

restore archive_filename log {log_filename}

The variables are:

archive_filename - The name of the archived log file. Enter an unquoted text string. To see a list of archived files, enter restore ?.

log_filename - An optional name you want to assign to the restored log file. Enter an unquoted text string with a maximum of 32 characters.

The following example restores the log file arrowlog to the log subdirectory and renames it to arrowpointlog.

# restore arrowlog log arrowpointlog

Restoring an Archived Script File

Use the restore archive_filename script command to restore an archived script file to the script subdirectory. The syntax is:

restore archive_filename script {script_filename}

The variables are:

archive_filename - The name of the archived file. Enter an unquoted text string. To see a list of archived files, enter restore ?.

script_filename - An optional name you want to assign to the script file. Enter an unquoted text string with a maximum of 32 characters.

The following example restores the script arrowscript to the script subdirectory.

# restore arrowscript script

Restoring an Archived Startup-Config File

Use the restore archive_filename startup-config command to restore an archived file to the startup configuration. Enter the archived startup-config filename as an unquoted text string. To see a list of archived files, enter restore ?.


Caution The restored file overwrites the startup configuration.

The syntax is:

restore archive_filename startup-config

The following example restores the archived startup-config file arrowstart as the current startup-config file.

# restore arrowstart startup-config

Copying Core Dumps to an FTP or TFTP Server

To copy core dumps from the CSS to a File Transfer Protocol (FTP) or Trivial File Transfer Protocol (TFTP) server, use the copy core command. This command is available in SuperUser mode. A core dump occurs when the CSS experiences a fatal error.


Note Core dumps are enabled by default. For details on disabling core dumps refer to Chapter 6, Configuring User Profiles and CSS Parameters, "Enabling and Disabling Core Dumps".


The options for this command are:

copy core coredump_filename ftp

copy core coredump_filename tftp

To see a list of core dumps, enter the copy core ? command.


Note The CSS FTP server supports only the active (normal) FTP mode of operation. It does not support the passive FTP mode of operation.


Copying Core Dumps to an FTP Server

To copy a core dump to an FTP server, use the copy core ftp command. Before you copy a core dump from the CSS to an FTP server, you must create an FTP record file containing the FTP server IP address, username, and password. This command is available in SuperUser mode. For information on configuring an FTP record, see "Configuring an FTP Record" in this chapter.

The syntax is:

copy core coredump_filename ftp ftp_record filename

For example:

# copy core dumpfile ftp ftpserv1 starlogthurs

The variables are:

coredump_filename - The name of the core dump on the CSS. Enter an unquoted text string with no spaces and a maximum of 32 characters.

ftp_record - The name of the FTP record file that contains the FTP server IP address, username, and password. Enter an unquoted text string with no spaces and a maximum of 32 characters.

filename - The name you want to assign to the file on the FTP server. Include the full path to the file. Enter an unquoted text string with no spaces and a maximum of 32 characters.

Copying Core Dumps to a TFTP Server

To copy a core dump to an TFTP server, use the copy core tftp command. This command is available in SuperUser mode. The syntax is:

copy core coredump_filename tftp ip_address or hostname filename

The variables are:

coredump_filename - The name of the core dump on the CSS. Enter an unquoted text string with no spaces and a maximum of 32 characters.

ip_address or hostname - The IP address or host name of the TFTP server to receive the file. Enter an IP address in dotted-decimal notation (for example, 192.168.11.1) or in mnemonic host-name format (for example, myhost.mydomain.com). If you wish to use a hostname, you must first set up a host table using the (config) host command.

filename - The name you want to assign to the file on the TFTP server. Include the full path to the file. Enter an unquoted text string with no spaces and a maximum of 32 characters.

Displaying CSS Configurations

The CSS Command Line Interface (CLI) provides a comprehensive set of show commands that display CSS configurations. The show commands are mode-independent; that is, they are available in each mode.


Note The CSS does not show configuration default values in the show displays. This applies even when you enter a command to configure a default value.


To display the list of show commands, enter:

(config)# show ?

Displaying Software Information

To display the software versions installed on the CSS, use the following commands:

show version - Display details about the current installed software version, including the version of flash, whether the software is set to primary or secondary, and your license number.

show installed-software version-limit - Display the maximum number of software versions allowed on your CSS.

show installed-software - Display a list of currently installed software on the CSS.

show installed-software disk_slot - Display a list of currently installed software on a specific disk in a dual disk 11500 series CSS. Valid selections are 0 (for the disk in slot 0) or 1 (for the disk in slot 1).


Note Use the version command in SuperUser mode to display the version of software currently running on the CSS. This display also shows the version of flash, whether the software is set to primary or secondary, and your license number.


For example:

# show version
Version:            sg0710001 (7.10 Build 1)
Network Path:       e:/adi_directory/
Config Path:        e:/adi_directory/
Flash (Locked):     7.10 Build 1
Flash (Operational):7.10 Build 2
Type:               PRIMARY
License Cmd Set(s): Standard Feature Set
                    Enhanced Feature Set
                    SSH Server

Displaying Hardware Information

Use the show chassis command to display a chassis configuration for the CSS. The syntax and options for this command are:

show chassis - Display a summary of the chassis configuration.

show chassis slot number - Display the operational parameters for a slot in a CSS 11503, CSS 11506, or CSS 11800 chassis. Enter an integer value for the chassis slot number.

show chassis verbose - Display detailed information about the chassis configuration.

show chassis flash - Displays the operational and locked flash version for the CSS 11501, CSS 11050, or CSS 11150; the CSS 11800 System Control Module (SCM) and Switch Fabric Module (SFM); and the CSS 11503 or CSS 11506 SCM and I/O modules. A "*" character before a flash version and build number indicates it is the active flash.

show chassis inventory - Display the physical configuration of the CSS including part and serial numbers.

show chassis session-processors - Display the weight and power summary of the session processors in the 11500 series CSS chassis.

For example, to view a summary of the CS chassis configuration, enter:

# show chassis

Table 1-4 describes the fields in the show chassis output.

Table 1-4 Field Descriptions for the show chassis Command 

Field
Description

Product Name

The model number of the CSS.

SW Version

The currently running software version on the CSS.

Serial Number

The serial number of the chassis flash.

Base MAC Address

The MAC address for the chassis.

Slot/Module Number

The number of the CSS 11501, CSS 11503, CSS 11506, or CSS 11800 chassis slot in which the module resides.

Module Name

The name of the module installed in the CSS.

Status

The operational status of the module. The possible states are:

primary

backup

powered-off

powered-on

bad

unknown

empty slot

Slot/Port

The slot and port number on the CSS 11503, CSS 11506, or CSS 11800 (for example, 2/1).

Port Number

The port number on the CSS 11501 (for example, 1).

Name

The name of the interface port on the CSS 11501 or the module installed in the CSS 11503, CSS 11506, or CSS 11800.

Status

The operational status of the interface port/module. The possible states are:

Online

Offline


Table 1-5 describes the fields in the show chassis slot output.

Table 1-5 Field Descriptions for the show chassis slot Command 

Field
Description

Product Name

The model number of the CSS.

SW Version

The currently running software version on the CSS.

Serial Number

The serial number of the chassis flash.

Base MAC Address

The MAC address for the chassis.

Slot Number

The number of the CSS 11503, CSS 11506, or CSS 11800 chassis slot in which the module resides.

Type

The name and product number of the installed module.

Serial Number

The serial number of the module.

Number of Ports

The total number of ports in an I/O module.

Status

The operational status of the module. The possible states are:

primary

backup

powered-off

powered-on

bad

unknown

empty slot

Port Number

The Ethernet port number.

Port Name

The port name.

Operational Status

The status of the port. The possible states are:

online

offline-ok

offline-bad

bad

going-online

going-offline

inserted

post

post-ok

post-fail

post-bad-comm

any

unknown-state


Table 1-6 describes the fields in the show chassis verbose output.

Table 1-6 Field Descriptions for the show chassis verbose
Command 

Field
Description

Product Name

The model number of the CSS.

SW Version

The currently running software version on the CSS.

Serial Number

The serial number of the chassis flash.

Base MAC Address

The MAC address for the chassis.

Module(s) Found

The number of modules installed in the chassis.

Power Supplies Found

The number of power supplies installed in the chassis.

Fan(s) Found

The number of fans installed in the chassis.

Slot/Subslot

The number of the CSS 11503, CSS 11506, or CSS 11800 chassis slot in which the module resides.

Module Name

The name of the module installed in the CSS 11501.

Operational

Active flash on the CSS.

Locked

The inactive flash version available on the CSS.

Slot Number

The number of the CSS 11503, CSS 11506, or CSS 11800 chassis slot in which the module resides.

Module Number

The number of the CSS 11501 chassis slot in which the module resides.

Type

The name and product number of the installed module.

Serial Number

The serial number of the module.

Number of Ports

The total number of ports in an I/O module.

Status

The operational status of the module. The possible states are:

primary

backup

powered-off

powered-on

bad

unknown

empty slot

Port Number

The Ethernet port number.

Port Name

The port name.

Operational Status

The status of the port. The possible states are:

online

offline-ok

offline-bad

bad

going-online

going-offline

inserted

post

post-ok

post-fail

post-bad-comm

any

unknown-state


Table 1-7 describes the fields in the show chassis flash output.

Table 1-7 Field Descriptions for the show chassis flash Command 

Field
Description

Product Name

The model number of the CSS.

SW Version

The currently running software version on the CSS.

Serial Number

The serial number of the chassis flash.

Base MAC Address

The MAC address for the chassis.

Slot/Subslot

The number of the CSS 11503, CSS 11506, or CSS 11800 chassis slot in which the module resides.

Module Name

The name of the module installed in the CSS 11501.

Operational

Active flash on the CSS.

Locked

The inactive flash version available on the CSS.


Table 1-8 describes the fields in the show chassis inventory output.

Table 1-8 Field Descriptions for the show chassis inventory Command 

Field
Description

Product Name

The model number of the CSS.

SW Version

The currently running software version on the CSS.

Serial Number

The serial number of the chassis flash.

Base MAC Address

The MAC address for the chassis.

Slot

The number of the CSS 11503, CSS 11506, or CSS 11800 chassis slot in which the module resides.

Module

The number of the CSS 11501 chassis slot in which the module resides.

Part

The name of the board in the CSS 11501 chassis.

Module/Part Name

The name of the module installed in the CSS.

Serial

The serial number of the module.


Table 1-9 describes the fields in the show chassis session-processors output.

Table 1-9 Field Descriptions for the show chassis session-processor Command 

Field
Description

Chassis Total Weight

The combined relative weights of all active session processors in the CSS chassis.

SP Modules Total/Active

The total number of installed modules that contain session processors and the number of active installed modules that contain session processors.

Name

The name of the module installed in the CSS.

Slot

The number of the CSS 11503, CSS 11506, or CSS 11800 chassis slot in which the module resides.

Module

The number of the CSS 11501 chassis slot in which the module resides.

Slot

For a CSS 11503 or CSS 11506, the number of the chassis slot in which the session processor resides.

Sub

For a CSS 11503 or CSS 11506, the number of the chassis module subslot in which the session processor resides.

Weight

A value assigned to an SP based on its ability to provide session processing. An active SP has a relative weight assignment greater than 0. A weight of 0 prevents the SP from performing any session processing.

Power Percentage (%)

A value calculated from an SP-assigned weight relative value that represents the session processor share of the total session processing capacity in the chassis.


Showing System Resources

Use the show system-resources command to display information about the size of the installed and free memory available on the:

CSS 11501, CSS 11050, and CSS 11150.

CSS 11503 or CSS 11506 SM and SCM module. The CSS displays system resources for the primary SCM.

CSS 11800 SCM and SFM modules. The CSS displays system resources for the primary SCM and SFM.

Table 1-10 describes the fields in the show system-resources output.

Table 1-10 Field Descriptions for the show system-resources Command 

Field
Description

Installed Memory

The total memory size in the CSS

Free Memory

The amount of free memory available

CPU

The utilized percentage of the CPU

Buffer Statistics

Buffer Pool

The buffer pool index

Size

The size in bytes of each data buffer in the buffer pool

Total

The total number of buffers in the buffer pool

Available

The current number of available buffers in the buffer pool

Failures

The number of failures to obtain a buffer from the

buffer pool

Low Buffer Count

The lowest recorded number of available buffers


Use the show system-resources cpu_summary command to display a summary of the CPU utilization by all modules in the CSS 11501, CSS 11503, or CSS 11506 chassis.

Table 1-11 describes the fields in the show system-resources cpu_summary output.

Table 1-11 Field Descriptions for the show system-resources cpu_summary Command 

Field
Description

Name/Module

The name of the module installed in the CSS.

Slot

For a CSS 11503 or CSS 11506, the number of the chassis slot in which the module resides.

Sub

For a CSS 11503 or a CSS 11800, the number of the chassis module subslot in which the memory resides.

Module

The number of the module in the CSS 11501 chassis.

CPU%

The percentage of the total CPU capacity that is currently in use.


Showing System Uptime

Use the show uptime command to display the length of time the CSS has been running. The time is displayed in hour:minute:second format. For the CSS 11503 or CSS 11506, this command shows the length of time each module has been running. For the CSS 11800, this command also shows the uptime for each SCM and SFM.

To display how long the CSS has been running, enter:

# show uptime
Uptime:
10 days 03:25:22

Showing Disk Information

To view general information about the CSS hard disk or flash disk, use the show disk command. The information includes the total number of clusters on the disk, the free space available, and the number of files, folders, and bad clusters on it.

To display specific 11500 series CSS disk information, use the following show disk commands:

show disk - Displays disk information for the hard disk or flash disk. If there are two disks, the show disk command lists information for both disks.

show disk disk_slot - Displays disk information for a specific slot in a dual disk 11500 series CSS. Valid selections are 0 (for the disk in slot 0) or 1 (for the disk in slot 1). The default is the disk from which the CSS booted.

To display CSS disk information for the disk in slot 0, enter:

# show disk 0
Volume: c

          total # of clusters:  32878
            bytes per cluster:  16384
                free clusters:  20037
                 bad clusters:  0
                   free bytes:  328286208 (328 MB)
    max contiguous free bytes:  282689536 (282 MB)
                        files:  1264
                      folders:  66
         total bytes in files:  195908877
                  lost chains:  0
   total bytes in lost chains:  0

Table 1-12 describes the fields in the show disk output.

Table 1-12 Field Descriptions for the show disk Command 

Field
Description

Total # of Clusters

The total number of clusters on the disk

Bytes Per Cluster

The number of bytes in each cluster

Free Clusters

The number of available clusters on the disk

Bad Clusters

The number of bad clusters on the disk

Free Bytes

The available disk space in bytes and megabytes

Max Contiguous Free Bytes

The maximum number of contiguous free bytes (and megabytes) found on the disk

Files

The number of files on the disk

Folders

The number of folders on the disk

Total Bytes in Files

The total number of bytes in all of the files found on the disk

Lost Chains

The total number of lost chains found on the disk

Total Bytes in Lost Chains

The total number of bytes in all of the lost chains found on the disk


Showing User Information

To view CSS operating information related to a single user, or to multiple users, use the show user-database command. This command displays user information related to login privileges, the type of user, and directory access privileges.

To display all users currently defined in the CSS, enter:

(config)# show user-database

To display information for a specific user, enter:

(config)# show user-database picard

Table 1-13 describes the fields in the show user-database output.

Table 1-13 Field Descriptions for the show user-database
Command 

Field
Description

Virtual Authentication

Whether users must enter a username and password to log into the CSS.

Console Authentication

Whether console port authentication of locally-defined usernames and passwords logging into the CSS in enabled.

Username

The username.

Privilege Level

The privilege level of the user.

Type

The type of user. Types are:

administrator (administrative username, created using the username-offdm command)

technician (technician username, created using the username-technician command)

If the field is blank, the user is neither an administrator or technician.

Note The username-offdm command is for use by system administrative personnel only. The username-technician command is for use by technical personnel only.

Directory Access

The directory access privileges for the listed usernames (as specified through the dir-access option of the username command). There are a series of access privilege codes assigned to the seven CSS directories in the following order: Script, Log, Root (installed CSS software), Archive, Release Root (configuration files), Core, and MIBs directories. By default, users have both read- and write-access privileges (B) to all seven directories. The levels for each of the CSS directories can be one of the following access privilege codes:

R - Read-only access to the CSS directory

W - Write-only access to the CSS directory

B - Both read- and write-access privileges to the CSS directory (default for all users)

N - No access privileges to the CSS directory

For example, BBNBNBB indicates that the user has no access to the root and release root directories, but has read and write access to the script, log, archive, core, and MIB directories.


Showing Current Logins

To display currently connected lines or sessions, use the show lines command. A connected line is a console or Telnet session. This command is available in all modes.

To display currently connected lines or sessions, enter:

(config)# show lines

Table 1-14 describes the fields in the show lines output.

Table 1-14 Field Descriptions for the show lines Command

Field
Description

Line

The type of session. The * indicates your current session.

User

The login name of the user.

Login

The amount of time that the user has been logged on the CSS.

Idle

The amount of time that the session has been idle.

Location

The location where the session is occurring.


Rebooting the CSS

Use the reboot command to reboot the CSS. For example:

(config-boot)# reboot

Shutting Down the CSS

Use the shutdown command in boot mode to shut down the CSS. This command shuts down all CSS processes so that you can power cycle the unit safely. For example:

(config)# boot
(config-boot)# shutdown

Where to Go Next

Chapter 2, Configuring Interfaces and Circuits, provides information on how to configure the CSS interfaces and circuits, and bridge interfaces to VLANs.