cc/td/doc/product/core/cis7505
hometocprevnextglossaryfeedbacksearchhelp
PDF

Table of Contents

Channel Interface Processor

Channel Interface Processor

This chapter provides information about the second-generation Channel Interface Processor (CIP2). (See Figure 3-1.)


Figure 3-1: Channel Interface Processor (CIP2)



The CIP2 provides up to two channel-attachment interfaces for Cisco 7000 series and Cisco 7500 series routers. The interfaces are mounted on separate boards called channel adapters, and attach to the motherboard by means of a multipin connector located at the rear edge of the channel adapter. The CIP2 has two DRAM SIMMs (U1 and U2) and comes configured with 32 MB of DRAM as the minimum standard (default) memory configuration. The CIP2 also has a Flash memory device for storing the CIP2 microcode boot image.

A mainframe channel (referred to as a channel) is an intelligent processor that manages the protocol on the communications media and controls the data transfer to and from the main central processing unit (CPU) storage. Devices called input/output processors (IOPs) communicate between the host CPU and the channel. One IOP controls multiple channels, and there is no relationship between the number of CPUs and the number of IOPs.

The channel relieves the mainframe CPU of direct communication with input/output (I/O) devices, which saves processing cycles and allows data processing and communications tasks to run concurrently. Channels use one or more channel paths as the links between mainframes and I/O devices. Input/output I/O devices are connected directly to control units, which provide the logical capabilities required to operate and control the I/O devices.

CIP2 Hardware and Software Prerequisites

This section provides information about hardware and software requirements for the CIP2, which follows:


Note Refer to Table 3-1, on page 3-3, for the specific Cisco IOS images that are compatible with the CIP2.
Caution To prevent system problems in Cisco 7000 series and Cisco 7500 series systems running Cisco IOS images earlier than Cisco IOS Release 11.1(5), CIP2 (second-generation) cards must not be installed in the same chassis system with CIP (first-generation) cards.

Table 3-1 lists the specific Cisco IOS software release images that are compatible with the CIP2.


Table  3-1: Cisco IOS Release Image Names
Cisco IOS Release Image Names
Release 10.21 gs7-k2-mz, gs7-p2-mz
Release 10.31 gs7-k2-mz, gs7-p2-mz
rsp-k2-mz, rsp-p2-mz
Release 11.01 gs7-k2-mz, gs7-p2-mz, gs7-ak2-mz
rsp-k2-mz, rsp-p2-mz, rsp-ak2-mz
Release 11.0(10)BT gs7-k2-mz and rsp-k2-mz
Release 11.12 gs7-aj-mz , gs7-ajv-mz, gs7-j-mz, gs7-jv-mz, gs7-p-mz, gs7-pv-mz
rsp-aj-mz, rsp-ajv-mz, rsp-j-mz, rsp-jv-mz, rsp-p-mz, rsp-pv-mz
Release 11.22 c7000-ajs-mz, c7000-ajsv-mz, c7000-js-mz, c7000-jsv-mz, c7000-p-mz, c7000-pv-mz
rsp-adsv-mz, rsp-ajsv-mz, rsp-ajsv40-mz, rsp-ajsv56-mz, rsp-dsv-mz, rsp-dsv40-mz, rsp-dsv56-mz, rsp-isv-mz, rsp-isv40-mz, rsp-isv56-mz, rsp-jsv-mz, rsp-jsv40-mz, rsp-jsv56-mz, rsp-p-mz, rsp-pv-mz

1 The Cisco IOS Release 10.2, Release 10.3, and Release 11.0 image names that specifically contain a "2" are compatible with the CIP2.
2 All Cisco IOS Release 11.1 and Release 11.2 images are compatible with the CIP2.

Note Cisco IOS Releases 10.2 and Release 10.3 do not support the latest ESON Channel Adapter (ECA). This new ECA has specific Cisco IOS release requirements; refer to the section "
ESCON Channel Adapter Hardware, Software, and Microcode Prerequisites."

To display the current hardware configuration of the router, including the system software version that is currently loaded and running, use the show version or show hardware commands. The show microcode command lists the bundled microcode (target hardware) version for each processor type. The CIP2 microcode is no longer bundled in Cisco IOS Release 11.1 and later, so the show microcode command lists the default CIP2 microcode image that should be used. The show controller cbus command shows the microcode version you are running.

You can determine the current version of software or microcode stored in Flash memory either by removing the processor module and checking the Flash device label or by using the show controller cbus command and checking the EPROM version number in the output. (Refer to the section "CIP2 Microcode," on page 3-33, for basic microcode configuration information.)

If the displays indicate that the required system software and microcode is not available in your system, refer to the section "Cisco Connection Online," in the chapter "Using Interface Processors," and contact a service representative for upgrade information.

ESCON Channel Adapter Hardware, Software, and Microcode Prerequisites

The second-generation ESCON channel adapter is the latest Enterprise Systems Connection Channel Adapter (ECA) available from Cisco Systems. Both ECA models can be used in all Cisco 7000 series and Cisco 7500 series routers, and both ECAs are compatible with each other, and with the CIP2.

The ECA/CIP2-motherboard assemblies ship as follows:

(Add an equal sign [=] to the product number when you order CIP2s as spares.)


Note The latest ECA has specific restrictions regarding the Cisco IOS software release your host Cisco 7000 series or Cisco 7500 series router is running, the CIP2 microcode images that are compatible with the latest ECA, and the Cisco IOS software images the ECA requires.

Following are the specific Cisco IOS software and CIP2 microcode requirements that we recommend you carefully observe before you use the latest ECA installed on your CIP2 card:

The appropriate CIP2 microcode images are bundled with the Cisco IOS software.

Verifying ECA Models by Examining ECA Hardware

Verify which type of ECA you have on your CIP2; it should be one of the following:


Note Because ECAs ship under identical product numbers, you must refer to the different part numbers (73-xxxx-xx) and component layouts of the two ESCON channel adapter cards, which are shown in Figure 3-2 and Figure 3-3, then make the appropriate comparisons to the CIP2/ECA assembly shipped to you.

The latest ECA model is Part Number 73-2185-02 or later; the earlier ECA model is Part Number 73-1201-02 or earlier.

If you determine that you have the latest ECA, you must observe and comply with the preceding ESCON channel adapter software and microcode prerequisites.

If you determine that you have the earlier ECA, no further action is required.

Figure 3-2: Latest ECA Installed on CIP2 (Overhead View)




Figure 3-3:
Earlier ECA Installed on CIP2 (Overhead View)



Verifying ECA Hardware Versions Using the show controllers cbus Command

If you have Cisco IOS software and CIP2 microcode images loaded and running that support the latest ECA (see Table 3-3 and the section "ESCON Channel Adapter Hardware, Software, and Microcode Prerequisites"), then you can also verify which ECA model you have installed by using the show controllers cbus command to view the ECA's hardware version.

Refer to the arrow in the following partial-display example of the show controllers cbus command; the latest ECA model is indicated by "hw version 02":

Router# show controllers cbus
(additional text omitted from this example)
slot0: CIP2, hw 5.0, sw 206.172, ccb 5800FF20, cmdq 48000080, vps 8192
    software loaded from flash slot0:biff/cip206-172.cbus_kernel_hw5
    Loaded:seg_eca         Rev. 0    Compiled by biff on Mon 10-Feb-97 09:28
    EPROM version 2.1, VPLD version 5.8
-->  ECA0: hw version 02, microcode version C50602C3
    Load metrics:
      Memory    dram 29763656/32M
      CPU       1m  n/a, 5m  n/a, 60m  n/a
      DMA       1m  n/a, 5m  n/a, 60m  n/a
      ECA0      1m  n/a, 5m  n/a, 60m  n/a

If the installed ECA is the earlier ECA, then hw version 01 or hw version 00 is displayed, as shown in the following example:

(additional text omitted from this example)
-->  ECA0: hw version 01, microcode version C50602C3
(additional text omitted from this example)

Note If you determine that you have the latest ECA, you must observe and comply with the preceding ESCON channel adapter software and microcode prerequisites. If you determine that you have the earlier ECA, no further action is required.

If you see the following error messages displayed, this indicates that your Cisco IOS software and CIP2 microcode do not support the latest ECA installed in your system. You must, therefore, upgrade the Cisco IOS software and CIP2 microcode by observing and complying with the ESCON channel adapter Cisco IOS software and microcode prerequisites; refer to Table 3-3 and the section "ESCON Channel Adapter Hardware, Software, and Microcode Prerequisites."

%CIP2-0-MSG:%ADAPTER-0-DIAGFAIL: Port 0 failed the I/O chip tests diagnostic
%CIP2-0-MSG:%ADAPTER-0-DIAGDATA: Module Call: 123 Error ID: FF85

If you see the following messages, your Cisco IOS software and CIP2 microcode support the latest ECA installed in your system:

%CIP2-0-MSG:%ADAPTER-0-DIAGFAIL: Port 0 failed the Electrical wrap diagnostic
%CIP2-0-MSG:%ADAPTER-0-DIAGDATA: Module Call: 1221 Error ID: FE14

Note Running CIP2 microcode versions earlier than cip21-11 and cip22-12 with the latest ECA will always result in error messages. Running CIP2 microcode versions earlier than cip21-14 and cip22-15 with the latest ECA might result in error messages.

CIP2 Interface Types

The CIP2 interfaces are combinations of a bus and tag (also called an original equipment manufacturer's interface [OEMI] and a parallel I/O interface) channel adapter and an Enterprise Systems Connection (ESCON2) channel adapter.

The bus and tag adapter is called the Parallel Channel Adapter (PCA), and the ESCON adapter is called the ESCON Channel Adapter (ECA). The PCA and ECA connect directly to the CIP2, and any combination of the two adapters can be used.


Note The ECA and PCA adapters can be upgraded or replaced (in the field) by a Cisco-certified maintenance provider only. The CIP2 supports online insertion and removal, which allows you to install or remove a CIP2 while the system is operating, without shutting down system power.
Caution To prevent damage, and to prevent insertion problems caused by misalignment of the adapters and motherboard, do not attempt to remove the adapters or motherboard from the CIP2 carrier.

CIP2 Channel Adapter Types

There are three CIP2 carrier types, which offer the following five channel-adapter interface combinations (corresponding CIP2 product numbers are included):

(Add an equal sign (=) to the product number when you order interface processors as spares.) The ECA has a female, duplex connector, and the PCA has a female, DB-78 connector.

Figure 3-4 shows the ECA and PCA interface combinations.


Figure 3-4: CIP2 Channel Adapter Combinations



Each CIP2 model is available in the following configurations of dynamic random-access memory (DRAM) single in-line memory modules (SIMMs):


Note CIP2 DRAM can be upgraded in the field by Cisco-certified service personnel only.

CIP2 Interface Cables

This section describes the network interface cables used with the CIP2.

ESCON Cable

The ECA interface uses 62.5/125 micrometer, multimode, fiber-optic cable with male duplex connectors at each end. (See Figure 3-5.) ESCON cables are not available from Cisco Systems. Refer to the ESCON specifications in Table 3-2, and contact your cable supplier or the vendor of your host CPU to order the correct ESCON cable.


Figure 3-5: ESCON Interface Duplex Connector for the ECA



Bus and Tag Cables

Following are descriptions and illustrations of the bus and tag cables.

Y Cable

The bus and tag cable with three 78-pin connectors (shown in Figure 3-6) has a DB-78 male (PCA) connector on the CIP2 end, a DB-78 female connector on the next-control-unit end, and a DB-78 male connector on the from-host end.


Figure 3-6: PCA Bus and Tag Cable (CAB-PCA-Y)



The model number is CAB-PCA-Y (referred to as the Y cable). The male connector might be labeled IN and is typically black, but can also be a dark gray. The female connector might be labeled OUT and is typically light gray. The female OUT cable is nearest to the select/bypass switch, which is discussed on the following page. (The IBM part number is 89F8392; however, this is subject to change.)

Caution The Y cable must connected directly to the PCA. Do not connect any other cables directly to the PCA.

The select/bypass switch is required to allow the cable to be separated from the PCA without "opening" the select-out loop. The switch is located on the rear of the PCA connector.(See Figure 3-7.) The switch is labeled S (for select) and B (for bypass).

Caution To prevent halting the system or negatively affecting the mainframe operating system, verify that the select/bypass switch is in bypass mode before you remove the PCA connector from the CIP2.

Figure 3-7: Select/Bypass Switch on the Rear of the PCA Connector (CAB-PCA-Y Bypass Shown)



In select mode, the PCA is operational, and the select-out signal is passed in a loop to all control lines on the channel. All control units have a relay that shorts the incoming select-out signal to the outgoing select-out signal when power is not applied to the control unit. When power is applied, the relay is opened, and the signal is passed to the PCA.

In bypass mode, the incoming select-out signal is shorted to the outgoing select-out signal, bypassing the PCA and allowing other devices on the channel to function properly. Without the select/bypass switch in bypass mode, the channel would need to be taken offline before servicing or replacing a CIP2. If the selected address does not match, the select-out signal is passed to the next control unit. If the select-out signal gets all the way back to the channel, the control unit being addressed is not present.

Caution To prevent damaging the PCA connector on the CIP2 by unintentionally disconnecting the Y cable from the PCA connector, provide adequate strain relief for the heavy bus and tag cables that attach to the PCA.

VA and VB Cables

For the bus and tag cable that attaches between the host and the PCA, the model number is CAB-PCA-VA, and it is referred to as the VA cable. The female 78-pin connector might be labeled IN and is typically light gray. The cable labeled P2 is bus, and the cable labeled P3 is tag. Looking into the end of the female 78-pin connector (on the VA cable), with the wide part of the connector D-shell on top, the P2 (bus) cable is on the right, and the P3 (tag) cable is on the left. The plastic on the ends of the bus and tag connectors might be black or dark gray.

The IBM part number for the VA cable is 12G8058; however, this is subject to change. The VA cable ships with a terminator; the Cisco model number CAB-PCA-VA includes this terminator. The terminator and VA cable together have the IBM part number 12G7988; however, this is subject to change.

For the bus and tag cable that attaches between the next control unit and the PCA, the model number is CAB-PCA-VB, and it is referred to as the VB cable. The male 78-pin connector might be labeled OUT and is typically black or dark gray. The cable labeled P2 is bus, and the cable labeled P3 is tag. Looking into the end of the male 78-pin connector (on the VB cable), with the wide part of the connector D-shell on top, the P2 (bus) cable is on the left, and the P3 (tag) cable is on the right. The plastic on the ends of the bus and tag connectors might be light gray (as opposed to the black or dark gray plastic on the VA cable). The IBM part number for the VB cable is 12G7933; however, this is subject to change.

The two bus and tag cables with connector blocks have a DB-78 (male or female) connector on the CIP2 end and 48-pin type-A connector blocks on the bus and tag ends. (See Figure 3-8.) VA and VB cables are 56 inches (1.42 meters) in length.

Caution To prevent potential system problems, do not connect the VB cable directly to the PCA. You must connect the Y cable to the PCA, then connect the VB cable to the Y cables as appropriate.

Figure 3-8: PCA Bus and Tag, VA and VB Cables



The Y cable always attaches to the PCA. The VA cable attaches between the male end of the Y cable and the host. The VB cable attaches between the female end of the Y cable and the next (or new) control unit. Do not connect the VB cable directly to the PCA. If the PCA is the last control unit, channel termination is required at the end of the Y cable that points away from the host. (See Figure 3-6.) For attachment instructions, refer to the section "Attaching the CIP2 to the Channel" on page 3-19.

Caution To prevent damaging the PCA connector on the CIP2 by unintentionally disconnecting the Y cable from the PCA connector, provide adequate strain relief for the heavy bus and tag cables that attach to the PCA.

Table 3-2 lists the specifications for the ESCON2 and bus and tag interfaces.


Table  3-2: ESCON2 and Bus and Tag Specifications
Characteristic ESCON2 Bus and Tag
Supported processor I/O architectures ESA/390 System/370
370/Xa
ESA/390
Bit transmission Serial Parallel
Maximum distance (for LED with ESCON2) 1.9 miles (3.1 km) point-to-point
5.7 miles (9.2 km) with two ESCON Directors
400 ft (122 m)1
Channel data rate Up to 17 MBps2 Up to 4.5 MBps
Signaling rate3 200 Mbps4 4.5 MBps
Cable types Fiber-optic (62.5/125 micron multimode) Copper bus and tag
Connection types Dynamic5 Static
Number of addressable devices per channel 256 x 16 x 16 x 2536 256
Connectable control units per channel Up to 59 (through a 9032 ESCON Director) Up to 8
Connectable channels per adapter Up to 59 (through a 9032 ESCON Director)
Varies by control unit
1

1 The IBM 3044 C/D (host side/remote side) copper-to-fiber repeater can be used to extend this distance up to 1.2 miles (2 km).
2 MBps = megabytes per second.
3 For bus and tag, the signaling rate matches the channel data rate. For example, if you use a 3.0-MBps channel, the signaling rate is 3.0 MBps. The ESCON2 interface signals at a constant rate; the bus and tag interface signals at the data rate.
4 Mbps = megabits per second.
5 The CIP2 ESCON2 requires "dynamic equals NO" with HCD.
6 Where 256 represents available unit addresses, 16 represents the number of partitions (LPARs), 16 represents the number of control unit images, and 253 represents the number of ESCON director paths. It is unlikely a system would have the resources to support the total number of available addresses.

Attaching the CIP2 to the Channel

The CIP2 can be connected to the channel using the bus and tag cables (for the PCA) and/or using a fiber-optic ESCON cable with duplex connectors (for the ECA). Bus and tag and ESCON connections each have their own special requirements. The following sections discuss bus and tag and ESCON connections.

Attaching the Bus and Tag Cables

The PCA is connected using the bus and tag cable with 78-pin connectors (the Y cable) and the bus and tag cables with 48-pin, type A connector blocks (the VA and VB cables). In general, a Y cable attaches to the PCA on the CIP2, and the VA and VB cables attach to the remaining ends of the Y cable.

Attaching the PCA to the Host Channel

Attach the PCA to the host as follows:

Caution To reduce the potential for problems, you should have an authorized service representative or other qualified service person perform the following procedure. To prevent hardware problems with your host processor, all the channel connections must be tight. A loose connection can cause the host processor or its channel to halt. All connections must be screwed together.

Step 1 Vary offline the host channel to which the PCA will be attached. (For instructions on how to vary the host channel offline, refer to the documentation for your mainframe operating system.)

Caution If the select/bypass switch is in the select position when the PCA connector is detached, other devices on the channel and the mainframe operating system can be negatively affected.

Step 2 Place the select/bypass switch in bypass mode.

Step 3 Attach the PCA connector of the Y cable to the PCA. (See Figure 3-9.)


Figure 3-9: Connecting or Removing the Y Cable



Step 4 Attach the female (light-gray) end of the Y cable (see Figure 3-10a) to the male (dark gray or black) end of the VB cable (that goes to the next control unit).

If the PCA is the last control unit on the channel, attach a terminator to the female end of the Y cable. (See Figure 3-10b.) Do not attach a VB cable.



Note If the PCA is the last control unit, channel termination is absolutely required to loop signals back to the host.
Caution To prevent potential system problems, do not connect the VB cable directly to the PCA. You must connect the Y cable to the PCA, then connect the VB cable to the Y cables as appropriate.

Figure 3-10: Connecting the VB Cable Between the Y Cable and the Next Control Unit



Step 5 If required, extend the length of the Y cable connections (between the VA and VB cables) with a straight-through cable (shown in Figure 3-11), which is available from IBM. (This cable is not available from Cisco Systems.)


Figure 3-11: Straight-Through Cable



Step 6 Attach the male (dark gray or black) end of the Y cable to the female (light gray) end of the VA cable that comes from the host. (See Figure 3-12.)


Figure 3-12: Connecting the VA Cable Between the Y Cable and the Host



Step 7 Leave the select/bypass switch (see Figure 3-7) in bypass mode until the PCA connector is attached to the PCA.

Step 8 Connect the Y cable to the PCA.

Step 9 Place the select/bypass switch in select mode.

Step 10 Boot up the router.

Step 11 Configure the interface on the router.

Step 12 Vary online the host channel. (For instructions on how to vary the host channel online, refer to the documentation for your mainframe operating system.)

It is also possible to connect the PCA to the host or mainframe using the straight-through cable (CAB-PCA-S) as shown in Figure 3-13.

This connection technique uses the Y cable and eliminates the requirement for the VA and VB cables from the host and to the next control unit, respectively. A straight-through cable can also be used from the Y cable to the next control unit; however, if no control unit exists, use a terminator.

Caution To prevent damaging the PCA connector on the CIP2 by unintentionally disconnecting the Y cable from the PCA connector, make sure you provide adequate strain relief for the heavy bus and tag cables that attach to the PCA.

Figure 3-13: Connecting the PCA and Host Using the Y Cable and Straight-Through Cable (CAB-PCA-S)



This completes the bus and tag cable connection procedures.

Detaching the Y Cable from the PCA

To properly detach a Y cable from the PCA, use the following procedure.

Caution To reduce the potential for problems, you should have an authorized service representative or other qualified service person perform the following procedure. To prevent hardware problems with your host processor, all the channel connections must be tight. A loose connection can cause the host processor or its channel to halt. Every cable must be tightly seated in its mating connector.

Step 1 Have the system operator vary offline all addresses assigned to the PCA. (For instructions on how to vary addresses offline, refer to the documentation for your mainframe operating system.)

Step 2 Place the select/bypass switch on the PCA connector in bypass mode. (See Figure 3-7.)

To allow the propagation of channel signals to downstream control units while the PCA cable is disconnected, leave this switch in bypass mode.


Caution If the select/bypass switch is in select mode when the PCA connector is removed, other devices on the channel and the mainframe operating system might not operate properly.

Step 3 Remove the PCA cable connector (on the Y cable) from the PCA. (See Figure 3-9.)

Step 4 When you are finished with the task that required you to detach the PCA from the host channel, reattach the PCA connector (on the Y cable) to the PCA.

Step 5 Place the select/bypass switch on the PCA connector in select mode. (See Figure 3-7.)

Step 6 Vary online all addresses assigned to the PCA. (For instructions on how to vary addresses online, refer to the documentation for your mainframe operating system.)

Caution To prevent damaging the PCA connector on the CIP2 by unintentionally disconnecting the Y cable from the PCA connector, provide adequate strain relief for the heavy bus and tag cables that attach to the PCA.

This completes the Y-cable detachment procedure.

Attaching the ESCON Cable

USe the following procedure to attach the ESCON cable between the ECA and the host channel.

Caution To reduce the potential for problems, you should have an authorized service representative or other qualified service person perform the following procedure. To prevent hardware problems with your host processor, all the channel connections must be tight. A loose connection can cause the host processor or its channel to halt. Every cable must be tightly seated in its mating connector.

Step 1 Make certain the ECA interface is shut down (using the shutdown interface command) to prevent excessive error messages from being sent to the router log output. It is recommended, but not necessary, to vary offline the host channel to which the ECA will be attached. (For instructions on how to vary the host channel offline, refer to the documentation for your mainframe operating system.)

Step 2 Attach an ESCON cable between the ECA and the host channel. (See Figure 3-14.) Make certain the ESCON cable plug "clicks" into place in the receptacle on the ECA. If not, the connection will be incomplete and connection problems could result.


Note In a noisy lab environment, it is best to visually inspect the connection after you make it, rather than relying on an audible cue.

Figure 3-14: Connecting an ESCON Cable to the ECA



Step 3 Vary online the host channel. (For instructions on how to vary the host channel online, refer to the documentation for your mainframe operating system.)

This completes the ESCON cable connection procedure.

Using LEDs to Check CIP2 Status

Each CIP2 model has several status LEDs on its faceplate, one row for each of the ports. (See Figure 3-15.)


Figure 3-15: CIP2 LEDs



The CIP2 LEDs function as follows:

After you connect cables to the CIP2, observe the LED states and the console display. When the system has reinitialized all interfaces, the enabled LED on the CIP2 should go on. The console screen will also display a message as the system discovers each interface during its reinitialization. After system initialization, the enabled LED goes on to indicate that the CIP2 is enabled for operation.

The following conditions must be met before the CIP2 is enabled:

If any one of these conditions is not met, or if the initialization fails, the enabled LED does not go on.


Note If after initialization your system indicates that particular interfaces cannot be found, or that your interface processor is not recognized, verify that your loaded and running Cisco IOS software is compatible with the Cisco 7500 series router in which your interface processor is installed.

To do this, first determine the Cisco 7500 series router you have, then refer to the following tables in the companion publication "Cisco 7500 Series Installation and Configuration Guide," in the chapter "Cisco 7500 Series Product Overview":

-- Table 1-1, "Cisco 7505 Specifications"
-- Table 1-2, "Cisco 7507 Specifications"
-- Table 1-3, "Cisco 7513 Specifications"

If you determine that your loaded and running Cisco IOS software is not compatible with your Cisco 7500 series router, or you suspect it might not be compatible with your interface processor, refer to the section "Cisco Connection Online," in the chapter "Using Interface Processors" for instructions on how to obtain technical assistance.

The following sequences for the CIP2 LEDs include the present, loaded, signal, and online LEDs. The enabled LED is not part of these sequences.

On cold boots, the following LED sequences apply:

Present Loaded Signal Online
Port 1 On On Off Off
Port 0 Off Off Off Off

Present Loaded Signal Online
Port 1 On On On On
Port 0 On On Off Off

Present Loaded Signal Online
Port 1 On On On On
Port 0 On On On On

The following LED sequence indicates that the CIP2 is waiting for commands from the main system processor:

Present Loaded Signal Online
Port 1 Off Off Off Off
Port 0 Off Off Off Off

On warm boots, the LEDs flash briefly. On downloads, the following three LED sequences apply; the first indicates that the system is downloading volatile programmable logic device (VPLD) code:

Present Loaded Signal Online
Port 1 On On On On
Port 0 On On On Off

The following sequence indicates that the CIP2 is downloading microcode:

Present Loaded Signal Online
Port 1 Off Off Off Off
Port 0 On On On On

The following sequence indicates that the CIP2 is starting to execute the microcode:

Present Loaded Signal Online
Port 1 Off Off Off Off
Port 0 Off Off Off Off

Verify that the CIP2 is connected correctly as follows:

Step 1 While the system reinitializes each interface, observe the messages on the console display and verify that the system discovers the CIP2, as follows:

Step 2 When the ECA or PCA interface is up, check the activity of the interface with the CIP2 LEDs. If no LEDs remain on, the CIP2 has not been successfully configured by the system and will not function, or the CIP2 is not inserted properly.

Step 3 When the reinitialization is complete, verify that the enabled LED on the CIP2 goes on and remains on. (See Figure 3-15.) If it does, proceed to Step 7. If it does not, proceed to the following step.

Step 4 If the enabled LED on the CIP2 fails to go on, the CIP2 card connector might not be fully seated in the backplane. Proceed as follows:

If it does, proceed to Step 7. If it does not, proceed to Step 5.

Step 5 If the enabled LED still fails to go on, remove the CIP2 and try installing it in another available interface processor slot.

Step 6 If the present LED fails to go on, the connection between the ECA or PCA and the motherboard might be faulty; however, do not attempt to disassemble the CIP2 in order to check this connection. Instead, contact a service representative.

Step 7 If the interface is new, refer to the publications listed in the section "If You Need More Information," in the chapter "Using Interface Processors," to configure the new interface. (This does not have to be done immediately, but an interface will not be available until you configure it.)

If this installation was a replacement CIP2, use the show interfaces or show controllers cbus EXEC commands to verify the status of the interface. (For complete descriptions of the show commands, refer to the publications listed in the section "If You Need More Information," in the chapter "Using Interface Processors.")


If an error message is displayed on the console terminal, refer to the System Error Messages publication for error message definitions. If you experience other problems that you are unable to solve, contact a service representative for assistance.


Note CIP2 configuration is complex and beyond the scope of this publication. For complete CIP2 configuration information, refer to the following publications: Bridging and IBM Networking Configuration Guide and Bridging and IBM Networking Command Reference. These publications are available on the Documentation CD-ROM, and as printed copies.

CIP2 Microcode

This section discusses CIP2 microcode upgrade and configuration requirements.

For the Cisco 7000 series and Cisco 7500 series routers, CIP2 microcode is available on floppy diskettes, Flash memory cards (which also include the Cisco IOS release compatible with the microcode version), and via Cisco Connection Online (CCO). (To access CCO, refer to the section "Cisco Connection Online," in the chapter, "Using Interface Processors.")

Starting with Cisco IOS Release 11.1 or later, CIP2 microcode images are shipped separately from the Cisco IOS software. For new Cisco 7000 series and Cisco 7500 series routers that shipped with Cisco IOS Release 11.1 or later, the CIP2 microcode is shipped preinstalled on the Flash memory card.

For Cisco Release 11.1 or later software upgrades, the CIP2 microcode is shipped or available on the following media:


Note CIP2-compatible microcode images are bundled with all other Cisco IOS releases that support CIP2, including Cisco IOS Release 10.2(13) or later, Release 10.3(13) or later, Release 11.0(10) or later, or Release 11.0(10)BT or later.

CIP2 Microcode Upgrade Overview

This section presents an overview of the procedures for upgrading unbundled CIP2 microcode for the Cisco 7000 series and Cisco 7500 series routers.


Note In the following procedure, a CIP2-compatible Cisco IOS image must be booted before the CIP2 microcode image is copied to Flash memory.

For CIP2 microcode images that shipped on floppy diskettes or were obtained from CCO, complete the following steps:

Step 1 UPload the CIP2 microcode image (and the Cisco IOS image if not on ROMs) on floppy diskettes or from CCO to a TFTP server.

Step 2 Remove any configuration commands that specify a CIP2 microcode image from the running configuration.

Step 3 Save your running configuration to a TFTP server or Flash memory.


Note If you have a Cisco 7000 series router and plan to install new software ROMs with Cisco IOS Release 11.1 or later, skip Steps 4 and 5 and turn off power to your router. Install the new ROMs, then proceed to Step 6.

Step 4 Download the Cisco IOS image to Flash memory.

Step 5 Configure the router to boot from the Flash memory where the Cisco IOS image resides.

Step 6 Boot the Cisco IOS image.


Note The router must already be running a CIP2-compatible Cisco IOS image before you perform the download procedure in the following step because the CIP2 microcode image must be "exploded" from the single image file on the TFTP server to multiple files in Flash memory. This capability is available in Cisco IOS Release 11.1 or later.

Step 7 Download the CIP2 microcode image to the Flash memory card in slot 0 or to onboard Flash memory, if you have a Cisco 7000 or Cisco 7010 with an older RP (and no Flash memory card).

Step 8 Restore the running configuration with the configuration you saved to the TFTP server in Step 3.

Step 9 Reconfigure the router, as required, to use the CIP2 microcode image stored in the Flash memory card in slot 0.

Step 10 Perform a microcode reload.

For CIP2 microcode that shipped on Flash memory cards, do the following:

Step 1 Insert the Flash memory card into a Flash memory card slot 0.

Step 2 Configure the router to boot from the Flash memory card in slot 0.


Note For the specific procedures associated with the steps in this overview, refer to the companion publication Upgrading Software and Microcode in Cisco 7000 Family Routers (Document Number 78-1144-xx), which includes the information and procedures necessary to upgrade your CIP2 microcode. This publication includes information on upgrading software and microcode images, transferring files to and from Trivial File Transfer Protocol (TFTP) servers, copying files between nonvolatile random-access memory (NVRAM) and Flash memory, and between TFTP servers and Flash memory; the publication also includes basic instructions for booting your system.

Configuring Microcode

This section describes how to modify the startup configuration to load different microcode images at startup, or to change existing configuration instructions and reenable the system default.


Note If you received a preconfigured system with a CIP2 already installed, refer to Table 3-3 for the name of the CIP2 microcode image to specify when configuring your CIP2.

Table 3-3 specifies the name of the minimum level of CIP2 microcode for a corresponding Cisco IOS release, which should be used if you are using a Cisco IOS release earlier than the Cisco IOS releases listed in the section "CIP2 Hardware and Software Prerequisites," on page 3-2.


Table  3-3: Cisco IOS Releases and CIP2 Microcode Images
Cisco IOS Release CIP2 Microcode Image1 Minimum CIP2 Microcode Image Required for Latest ECA
10.2 cipp20-8 or later Not supported
10.3 cipp20-8 or later Not supported
11.0 cipp21-8 or later cipp21-14 or later, or cipp-k-22-152 or later
11.1 cip22-6 or later cip22-15 or later
11.2 cip22-6 or later cip22-15 or later

1 In general, CIP2 microcode image names that have the prefix "cipp" are compatible with the CIP2.
2 Specifically for Cisco IOS Release 11.0(10)BT or later.

At system startup or reload, the system loads a microcode image for each processor type. All processors of the same type use the same microcode image; only one image for each type can load at startup. The CIP2 Flash memory provides a CIP2 microcode boot image. The entire CIP2 microcode image is located in a Flash memory card, on a floppy disk, or is available from CCO or from a TFTP server.

Whenever you upgrade software or microcode by downloading new images into Flash memory, you must configure the system to load the new image at startup. Otherwise, the system will continue to load the default image from the system, or attempt to load the previous image (if any) if it is still specified in the configuration file.


Note If you are running anything other than the default CIP2 microcode with your Cisco IOS image and you want to upgrade to a later version of Cisco IOS, and want to use the default CIP2 microcode that comes with that later version, you have to remove the microcode cip flash statement from the system configuration file, otherwise the Cisco IOS will try to load that old version of the CIP2 microcode.

To instruct the system to boot a CIP2 microcode image other than the default at startup, use the microcode cip flash [bootflash | slot0 | slot1 ]:filename configuration command to add the instructions to the configuration file.

Use the following procedure to configure the microcode for a CIP2 on a router configured with Cisco IOS Release 11.1(5) or later.


Note If you are currently running an earlier Cisco IOS release, refer to the appropriate configuration and command reference publications for specific commands that apply to this procedure. All Cisco IOS release documentation is available on the Documentation CD-ROM.

If you plan to load a microcode image from an individual file or a bundled system image stored in Flash memory, enter the show flash slot 0: EXEC command to display the contents and verify the exact name of the file (cip1234 is used in this example):

Router> show flash slot0:
(additional displayed text omitted)
-#- ED --type-- --crc--- -seek-- nlen -length- -----date/time------ name
1   .. FFFFFFFF A831B720 3828CC  16   3549260  Feb 24 1996 20:28:56 rsp-k-mz.111-5
2   .. FFFFFFFF 83A6447F 8B8D18  16   761932   Apr 17 1996 15:15:59 cip1234
(additional displayed text omitted)
5419388 bytes available (15158916 bytes used)

Note For additional information on software configuration functions, refer to the publications listed in the section "If You Need More Information" in the chapter "Using Interface Processors."

Enter the privileged EXEC command interpreter (refer to the section "Using the EXEC Command Interpreter" in the chapter "Using Interface Processors") and proceed as follows:

Step 1 Copy a new CIP2 microcode image into your system's Flash memory. (Refer to the section "CIP2 Microcode Upgrade Overview," in this chapter, and to the section "Upgrading Interface Processor Microcode Images" in the chapter "Using Interface Processors.")

Step 2 In privileged command mode, enter configuration mode and specify that the console terminal will be the source of the configuration subcommands, as follows:

Step 3 To load the microcode from an individual microcode image that is stored as a file in Flash memory, enter the microcode command, the processor type, the specific memory location of the CIP2 microcode image, and the exact argument for filename (cip1234 is used in this example):

The no microcode command cancels any existing instructions to load an image from Flash memory:


Step 4 To save the configuration file, press Ctrl-Z, then copy the new configuration to nonvolatile random-access memory (NVRAM) as follows:

You must invoke the microcode reload command whenever you modify the system default to load a microcode image using the microcode cip flash command.


Step 5 To verify that the correct microcode is loaded according to the new instructions, enter the show controller cbus EXEC command. The resulting display indicates the currently loaded and running microcode version for each interface processor.

Step 6 To verify the contents of the configuration file, enter the show running-config and show startup-config EXEC commands. You can also verify that the correct system image is configured to load at system restart or reload.

This completes the procedure for configuring microcode.

Running Diagnostic Tests

Six diagnostic tests check for the proper operation of your CIP2 and its PCA and ECA interfaces: including the processor, I/O devices, the serial link controller, and wrap functions. All diagnostic tests are run every time the adapter is started. They cannot be run independently.

The test routines are as follows:

The external wrap routine will run in two modes: optical and electrical.

Note The wrap tests require special wrap plugs for the PCA and ECA; contact a service representative to obtain the appropriate wrap plugs.

The interface has to pass the first five tests. The sixth test (which is the same as the fifth, but with a different mode for the optical wrap plug for the ECA, instead of electrically wrapping the interface) will fail if no wrap plug is installed or if the interface is connected to the channel. This type of failure will not affect the channel.

If a wrap plug is inserted, the wrap diagnostics will be repeated as follows:

If you suspect that an adapter might be the cause of a problem you are seeing, you can run a single pass of the diagnostic tests on an installed PCA or ECA interface by entering configuration mode and specifying that the console terminal will be the source of the configuration subcommands, as follows:

Router# configure terminal

Next, specify the slot/port number (interface processor slot number/port number) of the interface for which you want the diagnostic tests to run by entering the interface channel command followed by the slot/port of the interface.

The example that follows is for a CIP2 interface in interface processor slot 0:

Router(config)# interface channel 0/0

To run the diagnostic tests once, enter the shutdown command and then the no shutdown command, as follows:

Router(config)# shutdown
Router(config)# no shutdown
Ctrl-Z
Router#

The no shutdown command causes the diagnostic tests to run on the PCA or ECA interface you selected. If no failures occur, you can rule out that adapter as the source of your problem.


hometocprevnextglossaryfeedbacksearchhelp
Copyright 1989-1997 © Cisco Systems Inc.