Feedback
|
Table Of Contents
Cisco RF Switch Firmware Configuration Guide
Prerequisites for Firmware Version 4.0
Restrictions for Firmware Version 4.0
Prerequisites for Firmware Version 3.93
Restrictions for Firmware Version 3.93
Prerequisites for Firmware Version 3.92
Restrictions for Firmware Version 3.92
Prerequisites for Firmware Version 3.90
Restrictions for Firmware Version 3.90
Prerequisites for Firmware Version 3.80
Restrictions for Firmware Version 3.80
Prerequisites for Firmware Version 3.60
Restrictions for Firmware Version 3.60
Information About Cisco RF Switch Firmware
Cisco RF Switch Firmware and Cisco IOS Software
Cisco RF Switch Firmware Components and Operation
Firmware Opera tion Overview and Read/Write Functions
Firmware Prompts and LED Indicators
Cisco RF Switch Firmware Command-line Interface
Usage Guidelines for Cisco RF Switch Firmware
Keyboard Shortcuts for Cisco RF Switch Firmware
Command and Keyword Abbreviations for Cisco RF Switch Firmware
Information About the Cisco RF Switch
Cisco RF Switch Modules and Slot Numeration
How to Configure Cisco RF Switch Firmware
Enabling and Operating DHCP on the Cisco RF Switch
Commands Supporting DHCP on the Cisco RF Switch
Reloading Default Settings on the Cisco RF Switch
Loading Updated Firmware Images and Configurations on the Cisco RF Switch
Using Passwords with Cisco RF Switch Firmware
Setting System-Level Access in Firmware Versions 3.80 and later
Recovering Passwords from Console Ports in Firmware Versions 3.80 and later
Using Telnet Client Access with Cisco RF Switch Firmware
Installing Cisco RF Switch Firmware Version 4.0
Installing Cisco RF Switch Firmware Version 3.93
Cisco RF Switch Firmware Configuration Guide
March 31, 2011
Cisco RF Switch Firmware Version 4.0
OL-15726-03
This document describes the cable-specific RF Switch Firmware and supporting command-line interface (CLI) through Version 4.0, to be used with Cisco IOS Release 12.3 BC and later releases, in the Cisco RF Switch.
This document supports commands and features (existing) in previous versions of Cisco RF Switch Firmware, subject to the restrictions and support for the N+1 Redundancy feature in Cisco IOS Release 12.3 BC.
For a list of the software enhancements or caveats that apply to Cisco RF Switch Firmware Version 4.0 or earlier, see the following document located on Cisco.com:
•
Release Notes for Cisco RF Switch Firmware, Version 4.0
http://www.cisco.com/en/US/products/hw/cable/ps2929/prod_release_notes_list.html
For a list of general software configuration and operation procedures that are used for Cisco RF Switch Firmware Version 4.0 or earlier, see the following document located on Cisco.com:
•
Cisco RF Switch Firmware Command Reference Guide, Version 4.0
http://www.cisco.com/en/US/products/hw/cable/ps2929/prod_command_reference_list.html
For detailed configuration and operation procedures that apply to HCCP N+1 Redundancy on the Cisco CMTS, see the following document located on Cisco.com:
•
N+1 Redundancy for the Cisco CMTS
http://www.cisco.com/en/US/docs/cable/cmts/feature/guide/uFGnpls1.html
For a list of the software enhancements or caveats that apply to Cisco IOS Release 12.3 BC, see the following document located on Cisco.com:
•
Release Notes for Cisco IOS Software Release 12.3 BC
http://www.cisco.com/en/US/products/sw/iosswrel/ps5187/prod_release_notes_list.html
Note
You can find the most current Cisco IOS documentation on Cisco.com. This set of electronic documents may contain updates and modifications made after this document was initially published.
Cisco recommends that you view the field notices for this release to see if your software or hardware platforms are affected.
http://www.cisco.com/en/US/support/tsd_products_field_notice_summary.html
Contents
These release notes describe the following topics:
•
Prerequisites for Firmware Version 4.0
•
Restrictions for Firmware Version 4.0
•
Prerequisites for Firmware Version 3.93
•
Restrictions for Firmware Version 3.93
•
Prerequisites for Firmware Version 3.92
•
Restrictions for Firmware Version 3.92
•
Prerequisites for Firmware Version 3.90
•
Restrictions for Firmware Version 3.90
•
Prerequisites for Firmware Version 3.80
•
Restrictions for Firmware Version 3.80
•
Prerequisites for Firmware Version 3.60
•
Restrictions for Firmware Version 3.60
•
Information About Cisco RF Switch Firmware
•
Information About the Cisco RF Switch
•
How to Configure Cisco RF Switch Firmware
•
Installing Cisco RF Switch Firmware Version 4.0
•
Installing Cisco RF Switch Firmware Version 3.93
Prerequisites for Firmware Version 4.0
This section describes prerequisites that apply specifically to Firmware Version 4.0 on the Cisco RF Switch, used in conjunction with the Cisco IOS N+1 Redundancy feature on the Cisco CMTS.
•
The Cisco RF Switch must be cabled and installed in full compliance with the documents listed in the "Additional References" section.
The following table indicates the Factory Default Image for the Ethernet cards:
Description Part Number Factory Default ImageChassis with 10BaseT Ethernet Card
74-2621-03
3.92
10BaseT Ethernet Card
74-2620-01
Restrictions for Firmware Version 4.0
This section describes restrictions that apply specifically to Firmware Version 4.0 on the Cisco RF Switch, used in conjunction with the Cisco IOS N+1 Redundancy feature on the Cisco CMTS.
•
Cisco recommends upgrading to Firmware Version 4.0, even with earlier Cisco IOS releases subject to N+1 Prerequisites and Restrictions such as feature interoperability, factory default configurations, etc.
Refer to the following document located on Cisco.com for further information on Cisco IOS releases:
Release Notes for Cisco IOS Software Release 12.3 BChttp://www.cisco.com/en/US/products/sw/iosswrel/ps5187/prod_release_notes_list.html
•
Upgrades should be done via tftp download, as done in previous releases. This is the first release to use the combined binary image file format.
When the RF switch recognizes the download of a combined image file, it scans the file looking for the appropriate section of the image file that applies to it. The RF switch stores the section of the download that applies to the card onto which it is loading.
•
The 10BaseT Ethernet card supports only 10Mbps operation.
Prerequisites for Firmware Version 3.93
This section describes prerequisites that apply specifically to Firmware Version 3.93 on the Cisco RF Switch, used in conjunction with the Cisco IOS N+1 Redundancy feature on the Cisco CMTS.
•
The Cisco RF Switch must be cabled and installed in full compliance with the documents listed in the "Additional References" section.
Restrictions for Firmware Version 3.93
This section describes restrictions that apply specifically to Firmware Version 3.93 on the Cisco RF Switch, used in conjunction with the Cisco IOS N+1 Redundancy feature on the Cisco CMTS.
•
This version can be downloaded only on 10BaseT ethernet cards.
•
This version adds support for the new Version 4 combined binary file downloads.
This version still supports the single image formats used with the earlier cards.
Prerequisites for Firmware Version 3.92
This section describes prerequisites that apply specifically to Firmware Version 3.92 on the Cisco RF Switch, used in conjunction with the Cisco IOS N+1 Redundancy feature on the Cisco CMTS.
•
The Cisco RF Switch must be cabled and installed in full compliance with the documents listed in the "Additional References" section.
Restrictions for Firmware Version 3.92
This section describes restrictions that apply specifically to Firmware Version 3.92 on the Cisco RF Switch, used in conjunction with the Cisco IOS N+1 Redundancy feature on the Cisco CMTS.
•
Cisco recommends upgrading to Firmware Version 3.92, even with earlier Cisco IOS releases subject to N+1 Prerequisites and Restrictions such as feature interoperability, factory default configurations, etc.
Refer to the following document located on Cisco.com for further information on Firmware Version 3.92:
Release Notes for Cisco IOS Software Release 12.3 BChttp://www.cisco.com/en/US/docs/cable/cmts/ubr10012/release/notes/12_3bc/ubr10k_123bc_rn.html
•
Version 3.92 allocates new nvmem location to support long passwords (32 characters) and SNMP community string (64 characters).
•
In Version 3.92, on first reboot after migration from previous version, the new password and community string areas are installed and old settings (if any) are copied to new location.
•
If the user downgrades from 3.92 to a previous version, some of the configuration parameters in the newer versions are not recognized by the older software which causes the some of the config elements to be reset to default values.
•
If user downgrades from Version 3.92 to Version 3.80, the new nvmem location for password and community string is not recognized, and the password is removed and community string is set to private.
•
If the user downgrades from Version 3.92 to Version 3.60 or earlier, the password is removed and community string is set to private, and the ip address, default gateway and tftp address are reset to default values.
Note
Version 3.92 is case-sensitive and stores passwords and SNMP community strings as they are entered on the CLI. In previous versions the case-sensitivity was not preserved and passwords and community strings were converted internally — passwords were stored in all uppercase and community strings in all lowercase. The parser allowed the user to type in any case as long as the letters matched.
When the user upgrades to Version 3.92, the mixed case passwords and SNMP community strings from previous versions are stored as lower case characters. After the upgrade, the user should verify the password and community string and set them as desired.
Prerequisites for Firmware Version 3.90
This section describes prerequisites that apply specifically to Firmware Version 3.90 on the Cisco RF Switch, used in conjunction with the Cisco IOS N+1 Redundancy feature on the Cisco CMTS.
•
The Cisco RF Switch must be cabled and installed in full compliance with the documents listed in the "Additional References" section.
Restrictions for Firmware Version 3.90
This section describes restrictions that apply specifically to Firmware Version 3.90 on the Cisco RF Switch, used in conjunction with the Cisco IOS N+1 Redundancy feature on the Cisco CMTS.
•
Cisco recommends upgrading to Firmware Version 3.90, even with earlier Cisco IOS releases subject to N+1 Prerequisites and Restrictions such as feature interoperability, factory default configurations, etc.
Refer to the following document located on Cisco.com for further information on Firmware Version 3.90:
Release Notes for Cisco IOS Software Release 12.3 BChttp://www.cisco.com/en/US/docs/cable/cmts/ubr10012/release/notes/12_3bc/ubr10k_123bc_rn.html
Prerequisites for Firmware Version 3.80
This section describes prerequisites that apply specifically to Firmware Version 3.80 on the Cisco RF Switch, used in conjunction with the Cisco IOS N+1 Redundancy feature on the Cisco CMTS.
•
The Cisco RF Switch must be cabled and installed in full compliance with the documents listed in the "Additional References" section.
•
The password on the RF Switch should be removed before upgrading the RF Switch to Version 3.80. The password can be set on the RF Switch when the upgrade to Version 3.80 is complete.
Restrictions for Firmware Version 3.80
This section describes restrictions that apply specifically to Firmware Version 3.80 on the Cisco RF Switch, used in conjunction with the Cisco IOS N+1 Redundancy feature on the Cisco CMTS.
•
Cisco recommends upgrading to Firmware Version 3.80, even with earlier Cisco IOS releases subject to N+1 Prerequisites and Restrictions such as feature interoperability, factory default configurations, etc.
Refer to the following document located on Cisco.com for further information on Firmware Version 3.80:
Release Notes for Cisco IOS Software Release 12.3 BChttp://www.cisco.com/en/US/docs/cable/cmts/ubr10012/release/notes/12_3bc/ubr10k_123bc_rn.html
Prerequisites for Firmware Version 3.60
This section describes prerequisites that apply specifically to Firmware Version 3.60 on the Cisco RF Switch, used in conjunction with the Cisco IOS N+1 Redundancy feature on the Cisco CMTS.
•
The Cisco RF Switch must be cabled and installed in full compliance with the documents listed in the "Additional References" section.
•
Cisco recommends that the RF Switch Firmware be upgraded to Version 3.60 from previous Firmware versions, particularly for operation of the Cisco uBR10012 router with Cisco IOS Release 12.3(21)BC in N+1 Redundancy. Refer to general field notices, and the following documents for additional information:
–
Field Notice: FN - 62695 - Cisco RF Switch Firmware Version 3.60 - Mandatory Upgrade, Document ID: 82266
http://www.cisco.com/en/US/products/hw/cable/ps2209/prod_field_notices_list.html
–
Release Notes for Cisco uBR10012 Universal Broadband Router for Cisco IOS Release 12.3 BC
http://www.cisco.com/en/US/docs/cable/cmts/ubr10012/release/notes/12_3bc/ubr10k_123bc_rn.html
Restrictions for Firmware Version 3.60
•
Cisco recommends upgrading to Firmware Version 3.60, even with earlier Cisco IOS releases, subject to N+1 Prerequisites and Restrictions in the Cisco IOS release, such as feature interoperability, factory default configurations, and so forth.
•
Refer to the following Firmware Upgrade Field Notice for additional information:
–
Field Notice: FN - 62695 - Cisco RF Switch Firmware Version 3.60 - Mandatory Upgrade, Document ID: 82266
http://www.cisco.com/en/US/products/hw/cable/ps2209/prod_field_notices_list.html
Information About Cisco RF Switch Firmware
The following topics in this section provide an overview of Firmware components and operation:
•
Cisco RF Switch Firmware and Cisco IOS Software
•
Cisco RF Switch Firmware Components and Operation
•
Cisco RF Switch Firmware Command-line Interface
Cisco RF Switch Firmware and Cisco IOS Software
Two operating systems govern the configuration and operation of N+1 Redundancy on the Cisco CMTS:
•
Cisco RF Switch Firmware—governs the configuration and operation of Cisco RF Switches, including the MAC addresses on RF Switch interfaces and multiple module-to-interface settings, and enables TFTP transfer of Firmware images.
•
Cisco Internetwork Operating System (IOS)—governs the configuration and operation of Cisco universal broadband routers, and works closely with Cisco RF Switch Firmware.
Both command-line interfaces above are required for configuration and testing of N+1 Redundancy. Refer to N+1 Redundancy for the Cisco Cable Modem Termination System for complete N+1 configuration procedures covering both Cisco Firmware and Cisco IOS.
Cisco RF Switch Firmware Components and Operation
The Cisco N+1 Redundancy Unit (NRU) Firmware is comprised of three components. The latest files and versions for each are shown below in Table 1:
RomMon Overview
RomMon is the first component to run on the Cisco RF Switch. RomMon is invoked whenever a reset event occurs, such as with startup, WDOG timeout system failure, or a software-based restart (reboot, reload commands). RomMon is responsible for determining the cause of the reset event and controls the next phase of system startup.
RomMon is not contained in ROM, as the term implies, but in Flash. RomMon contains a menu-driven interface that updates Firmware images in the event of a catastrophic system failure. Image update for RomMon occurs through the RS-232 serial port and XYMODEM download feature.
There is only one copy of the RomMon image on the Cisco RF Switch. The RomMon image must be updated 'off-line.' As a safety measure, hardware DIP switches on the controller must be enabled for RomMon update. RomMon is not network-aware.
NruApp and SysLoader Overview
The File System in Cisco RF Switch Firmware is comprised of two images, each of which has a Working and Backup copy:
•
NruApp image contained in the Bootflash (
rfswitch>prompt), and deprecates the SysLoader image in Firmware Version 3.60 Bootflash and later.•
In prior Firmware Versions, the SysLoader image was contained in the Bootflash (
Sys>prompt).NruApp is the primary component of Cisco RF Switch Firmware, and this is where the vast majority of Firmware configuration changes are made. NruApp provides full network functionality for RF Switch configuration and operation. The NruApp command-line interface (CLI) is the
rfswitch>prompt.SysLoader is a special build of the NruApp image. SysLoader is normally invoked as a result of a system failure and it helps increase system reliability and availability. SysLoader does not offer SNMP agent support or line card control, but SysLoader is capable of sending SNMPv1 traps as simple UDP packets. SysLoader fully supports Telnet and TFTP operations. The SysLoader command-line interface (CLI) is indicated by the
sys>prompt, but the SysLoader CLI applies to very few commands.Both the SysLoader image (Bootflash prior to Version 3.60) and the NruApp image (Flash prior to Version 3.60, and Bootflash from Version 3.60 onward) contain built-in functions such as:
•
image integrity verification
•
automatic image backup
•
image recovery functions
Firmware maintains two copies each of both NruApp and SysLoader images:
•
Copy #1 (backup)
•
Copy #2 (working)
Note
File operations (open, read, write and close) automatically verify image integrity and create backups if required.
Firmware Opera tion Overview and Read/Write Functions
In general, the Cisco RF Switch Firmware operates as follows, always working to maintain at least one valid copy of the SysLoader and NruApp files. Table 2 summarizes automatic updates and standard read/write functions.
SysLoader and NruApp image files are opened for read mode during file loading and TFTP uploads. Files are opened in write mode for TFTP downloads.
File writing is performed directly to the Flash devices because the size of the file may exceed available RAM space. File writing is performed only on the working copy (#2).
Note
When a file is closed in write mode (such as after a download) the system automatically backs up and restores the file as required.
Closing a file after a download may take some time. The reason is that any erase or copy operations involve erasing sectors of the Flash, which may require a few seconds per Flash sector.
Firmware Startup Process
Continuing with the startup process (after file load), the RomMon verifies the integrity of the file system. If the reset event was caused by WDOG timeout (presumably due to a system failure, but WDOG timeouts can be manually induced), the RomMon attempts to load the image from Bootflash into RAM and run it. If the Bootflash image is invalid, RomMon then attempts to load the Flash image as a last resort.
If the cause of the reset event was a normal boot-up or software-based restart (reboot or reload commands), then an attempt is made to load and run the Flash image. If this load fails, then an attempt is made to load and run the Bootflash image.
Firmware Prompts and LED Indicators
The Cisco RF Switch CLI displays the NruApp prompt (
rfswitch>) under normal circumstances. In Cisco Firmware Version 3.60 and later, the system prompt always remains atrfswitch>.In previous Cisco Firmware versions, the system prompt changed from
rfswitch>toSys>if the SysLoader image was running.If the system has experienced a failure, the SysLoader (SYS) LED light flashes on the Cisco RF Switch Chassis.
If RomMon is unable to load either the SysLoader or NruApp image, then RomMon remains in control and the controller's SYS LED light turns off and the ERR LED light flashes.
Cisco RF Switch Firmware Command-line Interface
This section provides guidelines and methods for using the command-line interface (CLI) of the Cisco RF Switch Firmware:
•
Usage Guidelines for Cisco RF Switch Firmware
•
Keyboard Shortcuts for Cisco RF Switch Firmware
•
Command and Keyword Abbreviations for Cisco RF Switch Firmware
Usage Guidelines for Cisco RF Switch Firmware
•
For additional command information, type config ?, generate ?, or erase ? at the CLI.
•
For a list of diagnostic and test commands, type sys ? at the CLI.'
•
No command autocompletion is available through Version 3.50.
Keyboard Shortcuts for Cisco RF Switch Firmware
To recall the previous commands issued at the Firmware command-line interface (CLI), use Ctrl-P.
Command and Keyword Abbreviations for Cisco RF Switch Firmware
Most Firmware commands have alternate short forms. These are summarized below in Table 3.
Note
To display a list of keyword abbreviations, type cmd ? at the RF Switch prompt.
Information About the Cisco RF Switch
The topics in this section describe hardware components of the Cisco RF Switch that are configured with or influenced by the Cisco RF Switch Firmware after cabling and initial setup is complete:
•
Cisco RF Switch Modules and Slot Numeration
Cisco RF Switch Overview
Cisco offers the The Cisco uBR 3x10 RF Switch, which supports three downstream and 10 upstream RF Switch modules.
The Cisco 3x10 RF Switch offers an Ethernet controller module, an AC or DC power supply, and optional color-coded cabling that is terminated in advance.
The Cisco RF Switch is a multiplexing system that can reroute any of the RF cables connected to active Cisco RF line cards to a spare or backup set of RF line cards.
Cisco RF Switch Modules and Slot Numeration
Both Cisco RF Switches contain 14 modules, and each RF switch module supports the full frequency range specified by DOCSIS and EuroDOCSIS standards.
In both of the Cisco RF Switches, the slot number is the chassis slot in which an Ethernet controller or an upstream or downstream card is installed, and the logical interface number is the physical location of the interface port on an Ethernet controller.
Online Insertion and Removal (OIR) for the Cisco RF Switch Chassis
The online insertion and removal (OIR) feature allows you to remove an Ethernet controller or an upstream or downstream assembly and replace it with another that is configured in identical fashion. If the new controller or assembly matches the controller or assembly you removed, the system immediately brings it online. In order to enable OIR, an address allocator with a unique MAC address is stored in an EEPROM on the Cisco RF Switch midplane. Each address is reserved for a specific port and slot in the switch, regardless of whether an Ethernet controller or an upstream or downstream assembly resides in that slot.
MAC Addresses and the Cisco RF Switch Chassis
The MAC-layer or hardware address is a standardized data link layer address that is required for certain network interface types. The Cisco RF Switch uses a specific method to assign and control the MAC-layer addresses of its Ethernet controller.
All LAN interfaces (ports) require unique MAC-layer addresses, also known as hardware addresses. Typically, the MAC address of an interface is stored on a memory component that resides directly on the interface circuitry; however, the OIR feature requires a different method.The MAC addresses are assigned to the slots in sequence. The first address is assigned to Ethernet controller slot 0, and the next addresses are assigned to upstream and downstream assembly slots 1 through 14. This address scheme allows you to remove the Ethernet controllers or assemblies and insert them into other switches without causing the MAC addresses to move around the network or be assigned to multiple devices.
Slot Numeration on the Cisco RF Switch Chassis
The Ethernet controller and upstream and downstream assembly slots maintain the same slot number regardless of whether other Ethernet controllers or upstream or downstream cards have been installed or removed. However, when you move an upstream or downstream card to a different slot, the logical interface number changes to reflect the new slot number. The Ethernet card is always installed in the same slot.
Figure 1 Cisco RF Switch Modules, Rear View
The Working and the Protect line cards are cabled from the Cisco router chassis to the Cisco RF Switch ports. The Cisco RF switch module is a switching matrix that allows flexibility in the routing of RF signals between "N" Working RF cable interface line cards and one Protect RF cable interface line card.
The RF Switch header block has 14 ports labeled with letters. Each header screws into a slot in the Cisco RF Switch. A Cisco RF Switch module contains all the active relays for a particular port for all slots.
Module and Port Numeration on the Cisco RF Switch Chassis
Table 4 lists the RF modules and the ports assigned to each module, as illustrated in Figure 1.
Tip
The modules are listed as seen from the front of the RF switch.
Table 4 Switching Matrix for the Cisco uBR 3x10 RF Switch (Upstream and Downstream Modules)
Module Working Ports PROTECT Ports Type Module Working Ports PROTECT Ports Type2
1H—8H
P1H, P2H1
upstream
1
1A—8A
P1A, P2A
upstream
4
1I—8I
P1I, P2I
upstream
3
1B—8B
P1B, P2B
upstream
6
1J—8J
P1J, P2J
upstream
5
1C—8C
P1C, P2C
upstream
8
1K—8K
P1K, P2K
upstream
7
1D—8D
P1D, P2D
upstream
10
1L—8L
P1L, P2L
upstream
9
1E—8E
P1E, P2E
upstream
12
1M—8M
P1M, P2M
downstream
11
1F—8F
P1F, P2F
downstream
14
not used
—
—
13
1G—8G
P1G, P2G
downstream
1 P2 is used only when the switch is in 4 + 1 mode.
8
Upstream Modules and Ports on the Cisco RF Switch Chassis
Modules 1-10 are upstream (US) modules in the Cisco uBR 3x10 RF Switch.
Downstream and Unassigned Modules and Ports on the Cisco RF Switch Chassis
The remainder of the modules are either assigned to downstream functions or are not used.
•
Module 1 uses Port a for slots 1-8 on the Working, and it uses Port a of Protect slot 1 and/or Protect slot 2.
•
Module 2uses CMTS Ports 1h through 8h, and Protect Port 1h and Protect Port 2h.
•
Module 3 uses port b.
•
Module 4 uses port i.
•
Module 5 uses port c.
•
Module 6 uses port j.
•
Module 7 uses port d.
•
Module 8 uses port k.
•
Module 9 uses port e.
•
Module 10 uses port l.
•
Module 11 uses port f.
•
Module 12 uses port m.
•
Module 13 uses port g.
•
Module 14 uses port n, which is not used on the Cisco uBR 3x10 RF Switch.
How to Configure Cisco RF Switch Firmware
This section describes the following procedures for basic Cisco Firmware configuration and operation:
•
Enabling and Operating DHCP on the Cisco RF Switch
•
Reloading Default Settings on the Cisco RF Switch
•
Loading Updated Firmware Images and Configurations on the Cisco RF Switch
•
Using Passwords with Cisco RF Switch Firmware
•
Setting System-Level Access in Firmware Versions 3.80 and later
•
Recovering Passwords from Console Ports in Firmware Versions 3.80 and later
•
Using Telnet Client Access with Cisco RF Switch Firmware
•
Installing Cisco RF Switch Firmware Version 4.0
Enabling and Operating DHCP on the Cisco RF Switch
Beginning with Version 3.30, Cisco RF Switch Firmware includes full support for a DHCP client. DHCP operation is enabled by default, unless the you have defined a static IP address at the command-line interface (CLI).
When the Cisco RF Switch starts, it checks to see if DHCP has been enabled. You can enable DHCP at the Cisco RF Switch CLI in any one of these three ways:
•
set ip address dhcp
•
set ip address 0.0.0.0
•
no set ip address (to set the default, which is DHCP enabled)
Beginning with Firmware Version 3.30, the Cisco RF Switch no longer assumes a static IP address of 10.0.0.1 as in Version 2.50. The default setting for Version 3.30 is DHCP enabled.
If enabled, the Cisco RF Switch installs the DHCP client and attempts to locate a DHCP server to request a lease. By default, the client requests a lease time of 0xffffffff (infinite lease), but this can be changed using the set dhcp lease command. Because the actual lease time is granted from the server, this command is primarily used for debug/testing, and should not be required for normal operation.
If a server is located, the client requests settings for IP address and subnet mask, a gateway address, and the location of a TFTP server. The gateway address is taken from Option 3 (Router Option). The TFTP server address can be specified in a number of ways. The client checks the next-server option (siaddr), Option 66 (TFTP server name) and Option 150 (TFTP server address).
If all three of the above are absent, the TFTP server address defaults to the DHCP server address. If the server grants a lease, the DHCP client records the offered lease time for renewal, and continues with the boot process, installing the other network applications (Telnet and SNMP), and the CLI.
If a server is not located within 20-30 seconds, the DHCP client is suspended, and the CLI runs. The DHCP client remains running in the background attempting to contact a server approximately every 5 seconds until a server is located, a static IP address is assigned via the CLI, or the system is rebooted.
The CLI allows the user to override any of the network settings that may be received via the server, and assign static values for these settings. All of the set command parameters are stored in non-volatile memory (nvmem), and are maintained through reboots.
Commands Supporting DHCP on the Cisco RF Switch
Because the current network settings may come from either DHCP or the CLI, a number of Firmware commands have been implemented to support DHCP. These commands are as follows:
•
show config—This command displays the settings of all the non-volatile memory (nvmem) parameters, which are not necessarily the ones in effect at the time of command execution.
•
show dhcp—This command shows the values received from the DHCP server, as well as the status of the lease time. The time values shown are in the format HH:MM:SS, and are relative to the current system time, which is also displayed.
•
show ip—Displays the current network parameters in use. In addition to the network settings, this command also shows the current IP mode (static versus DHCP), the status of the DHCP client, and the status of the Telnet and SNMP applications (which are only started once a valid IP exists).
Assignment of static values for any of the definable network parameters (using set commands) should go into effect immediately, and override the current setting without further action. This automatic update allows some of the parameters to remain dynamic while fixing others.
In the case of DHCP, for example, DHCP could be used to obtain the IP address while retaining the setting for the TFTP server set via the CLI. The one exception to this is when changing from using a static IP address to DHCP. Because the DHCP client is only installed at boot-up as required, transitioning from a static IP address to DHCP requires the system to be rebooted for DHCP to take effect.
Reloading Default Settings on the Cisco RF Switch
The commands in this procedure save the default settings on the Cisco RF Switch and then restart the Switch so that the default settings take effect.
SUMMARY STEPS
Use the save config command to save the current config into nvmem. Normally used after ERASE CONFIG and RELOAD, which would save the default settings.
1.
enable
2.
set access system
3.
allow erase
4.
erase config
5.
reboot or reload
6.
save config
DETAILED STEPS
Loading Updated Firmware Images and Configurations on the Cisco RF Switch
To save Firmware image configuration changes, perform the following steps at the Firmware prompt (
rfswitch>).SUMMARY STEPS
1.
enable
2.
copy tftp: URL-filename flash:
3.
reboot or reload
4.
copy tftp: URL-filename bootflash: noverify
5.
reboot or reload
6.
enable
7.
set access system
8.
save config
9.
reboot or reload
DETAILED STEPS
Using Passwords with Cisco RF Switch Firmware
Passwords can be used to help prevent inadvertent changes to the Cisco RF Switch configuration. However, password protection as a security scheme is generally weak on the Cisco RF Switch alone.
With Firmware Version 2.50, a user can view the current password using the show config command in User mode.
Beginning with Firmware Version 3.30 and continuing with later versions, the password is encrypted, and is not decipherable from the show config command.
Prior to Version 3.80, there was a fixed password (system) that grants system-level access to many commands normally reserved for system testing and configuration. Refer to Table 6.
Version 3.92 allows passwords up to 32 characters in length and SNMP community strings up to 64 characters in length, which may contain any of the printable ASCII characters (0x20-0x7e), with the exception of the space (0x20), double quote (0x22), semicolon (0x3b), backslash (\), and forward slash (/) characters. In addition the character '?' and `HELP' cannot be used in strings by themselves as they invoke the help function.
The passwords and SNMP community strings are stored the way they are entered on the command-line interface (CLI). The user can store mixed case strings for passwords and SNMP community strings. In previous versions the case-sensitivity was not preserved and passwords and community strings were converted internally — passwords were stored in all uppercase and community strings in all lowercase. The parser allowed the user to type in any case as long as the letters matched.
Refer also to the set password command (enable password replaces set password from Version 3.80 and later) for additional information.
Beginning with Firmware Version 3.80 and continuing with later versions, all commands previously utilizing a backdoor password will only be usable using set access system.
Setting System-Level Access in Firmware Versions 3.80 and later
Cisco RF Switch Firmware Versions 3.80 and later enables access to system level commands, previously accessible using backdoor password, through set access system.
To exit and return to normal user mode, use the disable or exit command.
Note
The set access system command can only be used in the enable mode.
Recovering Passwords from Console Ports in Firmware Versions 3.80 and later
Passwords can be recovered from the console ports without having to clear the entire nvram in Firmware Versions 3.80 and later.
The following procedure details the steps for recovering a password from a console port:
1.
Send break to rf-switch from console port.
2.
When rf-switch receives this break character through the console port only, it enables password recovery mode. Password recovery enables the following console port commands:
–
show password: Displays current password
–
recover password: Erases current password, but leaves config intact
3.
Password recovery mode automatically terminates on the third attempt or command.
4.
The module switch states are now cached for both SETs and GETs.
Caching can be enabled/disabled via a new cli SET SNMP CACHE 0/1, whose setting is stored in nvram (by default, caching is enabled).Caching may also be controlled via an snmp object "nruCacheSnmpData", which is a read-write integer at OID 1.3.6.1.4.1.6804.2.1.1.9:
nruCacheSnmpData OBJECT-TYPESYNTAX INTEGER (0..1)ACCESS read-writeSTATUS mandatoryDESCRIPTION "The desired state of the module AdminState caching flag."::= { nruObjs 9}Setting the "nruCacheSnmpData" object via snmp alters the run-time setting of the cache flag, but does not effect the state of the nvram setting. This allows you to dynamically override the setting of the cache flag to verify the state of the settings if needed.
The state of the nvram setting has been added to the show config command. The current run-time state has been added to the show module command.
Using Telnet Client Access with Cisco RF Switch Firmware
The Telnet and console command-line interfaces (CLIs) do not have simultaneous, shared access. Each has separate access rights. Telnet CLI access is characterized by the following guidelines for session startup and disconnect:
•
To prevent multiple users from changing the Firmware configuration at any one time, only a single Telnet client connection can be opened at a time, regardless of whether this connection is password-protected.
•
Access to the Telnet CLI can be restricted using the set password (Version 3.60 and earlier) or enable password (Version 3.80 and later) command in User mode.
•
Telnet access to the RF Switch from the router console makes double entries when typing. One workaround is to disable local echo. For example, from the Cisco uBR10012 router CLI, use the /noecho option (as shown below):
Router# telnet 10.0.0.1 /noechowhere
10.0.0.1is the IP address of the Ethernet interface on the RF Switch chassis.•
The default state for echoing in the rfsw telnet server can be set using the set telnet echo command (A setting of "0" will disable the server echoing).
•
The echo mode can be changed using the set telnet echo command. The default state for this command is "ON". However, if the client supports echo options negotiations, it can over-ride the RF Switch echo setting.
Note
The set telnet echo command is only available in Firmware 3.80 and later.
•
Proper disconnect is essential to ending your Telnet session, and enabling Telnet access for the next session. Common Telnet disconnect methods are as follows:
–
Press Ctrl+Break.
–
Press Ctrl+].
–
Type quit or send break.
Another Telnet disconnect method is as follows:
–
Press Ctrl+Shift 6 6 x.
–
Type disc 1 from the router CLI.
Note
With Firmware 3.90 or later, typing the quit or exit command in a telnet session will cause the rfsw telnet server to close the connection.
For additional Telnet break sequences, refer to the document Standard Break Key Sequence Combinations During Password Recovery on Cisco.com.
Installing Cisco RF Switch Firmware Version 4.0
As with previous Firmware upgrades on the Cisco RF Switch, the new Version 4.0 image can be downloaded and installed via TFTP using the COPY TFTP: command. This command can be applied from either the serial console port or a via a Telnet session.
One recommended procedure for installing the upgrade is as follows:
Step 1
Copy the image to CMTS:
COPY TFTP: //<tftpserver-ip>/<userid>/1935001303a.bin BOOTFLASH:
Step 2
Setup the tftp server on CMTS:
CONF T
TFTP-SERVER BOOTFLASH:1935001303a.bin ALIAS 1935001303a.bin
ENDStep 3
Setup RF Switch with tftp host, if not already set:
SET TFTP HOST <tftpserver-ip-addr>
Step 4
Remove the password that has been set on the RF Switch, only if you are loading Version 3.80:
The CLI to remove password in Version 3.80 or later is:
NO ENABLE PASSWORD
The CLI to remove password in versions prior to 3.80 is:
NO SET PASSWORD
Step 5
Install the new code update with the following command:
COPY TFTP:1935001303a.bin FLASH:
Step 6
Reboot the Cisco RF Switch to run the new version of firmware:
REBOOT
Step 7
Go to the enable prompt:
ENABLE
Step 8
Install the new firmware image into the bootflash: using the new COPY command:
COPY TFTP:1935001303a.bin BOOTFLASH: NOVERIFY
Step 9
Reboot the Cisco RF Switch to run the new version of firmware:
RELOAD
A sample output of the reload command is given below:
rfswitch#reloadNru Rom Monitor V1.10Firmware: 1935033 Nov 12 2001,15:15:38Locating boot device...AMD 29F400T (128k bytes)Locating flash device...AMD 29F016 (4096k bytes)Watchdog Reg: 0xc080ResetCfg Reg: 0x00Validating bootflash: contents...ok. status (0,0)Validating flash: contents...ok. status (0,0)Opening flash:...Loading...Weinschel uBR-RFSW Rfswitch CLI V400r3AFirmware: 1935001301a Aug 19 2008Init hardware...Running selftest...okLocating FlashFile...AMD 29F016 (4096k bytes)Creating system resources...Recalling nvmem...okInitializing linecard controller...Chassis configuration: 10 upstream/3 dnstream linecardsEnumerating linecards... 13 card(s) foundMAC addr: 00:03:8F:01:04:41Installing network stack...Initializing network interface...IP addr: 2.41.28.30Setting gateway addr: 2.48.28.20Installing Telnet server...Installing SNMP agent...System initialization completed.Step 10
Set the password back on the RF Switch if you had removed it before upgrade. In Version 3.80 and later, the CLI to set enable password is:
ENABLE PASSWORD <password>
show version and show log commands help you check the upgrade. The Commands along with the RF Switch output are given below:
rfswitch>show versionController firmware:RomMon: 1935033 V1.10Bootflash: 1935001301a V400r3AFlash: 1935001301a V400r3A<---- Output snipped----->rfswitch>show loghistory log has 55 entriesTimestamp Code Message0:00:37.955 0 log cleared0:01:23.910 0 TFTP download started0:02:31.145 0 TFTP operation completed0:03:20.000 0 TFTP download started0:04:24.530 0 TFTP operation completed0:05:12.600 0 cli generating reboot0:00:00.000 0 ** BOOT EVENT** main application booting0:00:00.000 0 Running selftest...0:00:00.000 0 Creating system resources0:00:00.065 0 initializing application0:00:00.135 0 Initializing linecard controller...<---- Output snipped----->This procedure is subject to the changes and additional restrictions applied by the Field Notice in the following document on Cisco.com:
–
Release Notes for Cisco uBR10012 Universal Broadband Router for Cisco IOS Release 12.3 BC
http://www.cisco.com/en/US/docs/cable/cmts/ubr10012/release/notes/12_3bc/ubr10k_123bc_rn.html
Installing Cisco RF Switch Firmware Version 3.93
As with previous Firmware upgrades on the Cisco RF Switch, the new Version 3.93 image can be downloaded and installed via TFTP using the COPY TFTP: command. This command can be applied from either the serial console port or a via a Telnet session.
Note
This version can be downloaded only on the 10BaseT ethernet card.
One recommended procedure for installing the upgrade is as follows:
Step 1
Copy the image to CMTS:
COPY TFTP: //<tftpserver-ip>/<userid>/rfsw_v393.bin BOOTFLASH:
Step 2
Setup the tftp server on CMTS:
CONF T
TFTP-SERVER BOOTFLASH:rfsw_v393.bin ALIAS rfsw_v393.bin
ENDStep 3
Setup RF Switch with tftp host, if not already set:
SET TFTP HOST <tftpserver-ip-addr>
Step 4
Remove the password that has been set on the RF Switch, only if you are loading Version 3.80:
The CLI to remove password in Version 3.80 or later is:
NO ENABLE PASSWORD
The CLI to remove password in versions prior to 3.80 is:
NO SET PASSWORD
Step 5
Install the new code update with the following command:
COPY TFTP:rfsw_v393.bin FLASH:
Step 6
Reboot the Cisco RF Switch to run the new version of firmware:
REBOOT
Step 7
Go to the enable prompt:
ENABLE
Step 8
Install the new firmware image into the bootflash: using the new COPY command:
COPY TFTP:rfsw_v393.bin BOOTFLASH: NOVERIFY
Step 9
Reboot the Cisco RF Switch to run the new version of firmware:
REBOOT
While rebooting, the console displays the following warning message to show that changes have been made to nvmem:
Recalling nvmem...** nvmem default(s) used (0x0c) ****WARNING** The following non-volatile configuration memory area(s)**WARNING** have been modified or updated:Ethernet/IPSNMPStep 10
Set the password back on the RF Switch if you had removed it before upgrade. In Version 3.80 and later, the CLI to set enable password is:
ENABLE PASSWORD <password>
show version and show log commands help you check the upgrade. The Commands along with the RF Switch output are given below:
rfswitch>show versionController firmware:RomMon: 1935033 V1.10Bootflash: 1935030p V393r1Flash: 1935030p V393r1<---- Output snipped ------>rfswitch> show loghistory log has 63 entriesTimestamp Code Message1755:08:05.715 0 log cleared1755:08:15.180 0 TFTP download started1755:09:02.315 0 Warning : idle task is unable to run1755:09:07.060 0 TFTP operation completed1755:09:24.955 0 TFTP download started1755:10:17.340 0 TFTP operation completed1755:10:19.595 0 cli generating reboot0:00:00.000 0 ** BOOT EVENT** main application booting0:00:00.000 0 Running selftest...0:00:00.000 0 Creating system resources0:00:00.065 0 initializing application0:00:00.095 -1 NVMEM: installing default PasswdCfg0:00:00.095 -1 NVMEM: transferring old passwd to PasswdCfg0:00:00.135 -1 NVMEM: removing old passwd from EnetCfg0:00:00.180 -1 NVMEM: installing default SnmpCommunityCfg0:00:00.180 -1 NVMEM: transferring old community to SnmpCommunityCfg0:00:00.245 -1 NVMEM: removing old community str from SnmpCfg0:00:00.270 12 ** nvmem default(s) used0:00:00.455 0 Initializing linecard controller...<---- Output snipped ------>This procedure is subject to the changes and additional restrictions applied by the Field Notice in the following document on Cisco.com:
–
Release Notes for Cisco uBR10012 Universal Broadband Router for Cisco IOS Release 12.3 BC
http://www.cisco.com/en/US/docs/cable/cmts/ubr10012/release/notes/12_3bc/ubr10k_123bc_rn.html
Additional References
Related Documents
Related Topic Document TitleBroadband Cable
Command References•
Cisco Broadband Cable Command Reference Guide
http://www.cisco.com/en/US/docs/ios/cable/command/reference/cbl_book.html
Cisco RF Switch Firmware
•
Release Notes for Cisco RF Switch Firmware, Version 4.0
http://www.cisco.com/en/US/products/hw/cable/ps2929/prod_release_notes_list.html
•
Cisco RF Switch Firmware Command Reference Guide, Version 4.0
http://www.cisco.com/en/US/products/hw/cable/ps2929/prod_command_reference_list.html
•
N+1 Redundancy for the Cisco CMTS
http://www.cisco.com/en/US/docs/cable/cmts/feature/guide/uFGnpls1.html
Cisco RF Switch Hardware
•
Cisco RF Switch Documentation Guide
http://www.cisco.com/en/US/docs/cable/rfswitch/ubr3x10/roadmap/rdmp310.html
•
Cisco RF Switch Installation and Cabling Guide
http://www.cisco.com/en/US/docs/cable/rfswitch/ubr3x10/installation/guide/icg.html
•
Cisco RF Switch Product Data Sheet
Cisco uBR10012 Universal Broadband Router
•
Cisco uBR10012 Universal Broadband Router Web page (complete documentation set)
http://www.cisco.com/en/US/products/hw/cable/ps2209/index.html
High Availability References for Cisco Broadband Cable
•
N+1 Redundancy for the Cisco CMTS
http://www.cisco.com/en/US/docs/cable/cmts/feature/guide/uFGnpls1.html
•
Bitmap Calculator for N+1 Configuration with the Cisco RF Switch (Microsoft Excel format)
http://www.cisco.com/warp/public/109/BitMap.xls
•
PacketCable and PacketCable Multimedia for the Cisco CMTS
http://www.cisco.com/en/US/docs/ios/cable/configuration/guide/cmts_pktcable_mm.html
DOCSIS and EuroDOCSIS
•
DOCSIS 1.1 for Cisco uBR7200 Series Universal Broadband Routers
http://www.cisco.com/en/US/docs/cable/cmts/feature/DOCSIS11.html
Additional Broadband Cable Technical Reference
•
Cisco Cable Solutions Home Page
http://www.cisco.com/en/US/netsol/index.html
•
Cisco Multiservice Broadband Cable Guide
http://www.cisco.com/en/US/prod/collateral/video/ps8806/ps5684/ps2209/prod_brochure09186a008014eeb0.pdf
Standards
The Cisco uBR10012 router and the Cisco RF Switch each support N+1 redundancy in compliance with these industry standards:
•
Data-Over-Cable Service Interface Specifications (DOCSIS):
–
DOCSIS 1.0 support for end-to-end cable telecommunications
–
DOCSIS 1.1 support for end-to-end cable telecommunications
–
DOCSIS 2.0 support for end-to-end cable telecommunications
–
DOCSIS 3.0 support for end-to-end cable telecommunications
•
European DOCSIS (EuroDOCSIS)
•
PacketCable
Refer to the release notes for additional information about standards supported by your specific CMTS equipment.
MIBs
MIBs for Cisco RF Switch Firmware Version 3.30
Access to the chassis line card configuration via SNMP requires the addition of the following new objects to the MIB database, summarized in Table 5. Each of these objects has these three attributes:
•
SYNTAX: OCTET STRING (SIZE(2))
•
ACCESS: read-only
•
STATUS: mandatory
Note
Because these objects are 16-bit hex integer bitmasks, in keeping with the conventions currently used in other bitmask values, they are declared as OCTET STRING (SIZE(2)).
Table 5 MIBs Objects Required with Firmware Version 3.30 and Later.
Additional MIB Information
To obtain lists of supported MIBs by platform and Cisco IOS release, and to download MIB modules, go to the Cisco Network Management Software web page (MIBs sections) on Cisco.com.
RFCs
No new or modified RFCs are supported by this feature.
Technical Assistance
Cisco and the Cisco logo are trademarks or registered trademarks of Cisco and/or its affiliates in the U.S. and other countries. To view a list of Cisco trademarks, go to this URL: www.cisco.com/go/trademarks. Third-party trademarks mentioned are the property of their respective owners. The use of the word partner does not imply a partnership relationship between Cisco and any other company. (1110R)
Any Internet Protocol (IP) addresses used in this document are not intended to be actual addresses. Any examples, command display output, and figures included in the document are shown for illustrative purposes only. Any use of actual IP addresses in illustrative content is unintentional and coincidental.
© 2008-2011 Cisco Systems, Inc. All rights reserved.
Feedback

