Cisco 10000 Series Router Line Card Configuration Guide
4-Port Channelized T3 Half-Height Line Card Configuration

Table Of Contents

4-Port Channelized T3 Half-Height Line Card Configuration

Software Support

Checking Hardware and Software Compatibility

Feature Overview

Default Values

Interface Syntax

Interface Configuration Sample

Unchannelized T3 Commands

Configuring a T3 Interface as Unchannelized

Specifying the DSU Mode

Specifying Subrate T3 Bandwidth

Setting the Framing Type

Enabling Scrambling

Specifying an Idle Character

Configuring a BER Test

Specifying the Cable Length

Entering MDL Messages

Setting the Clock Source

Configuring Loopback Mode

Running Equipment Loopbacks

Channelized T3 Commands

Configuring a T3 Interface as Channelized

Specifying the Cable Length

Setting the Framing Type

Entering MDL Messages

Specifying the Idle Pattern

Setting the Clock Source

Configuring Loopback Mode

Running Equipment Loopbacks

Channel-Group Command for DS0 Time Slots and T1s

Channelized T1 Commands

Setting the Framing Format

Controlling Yellow Alarms

Setting the Clock Source

Configuring FDL

Configuring a BER Test

Configuring T1 Loopback Mode

High Availability Using Line Card Redundancy

Prerequisites for Line Card Redundancy

Restrictions for Line Card Redundancy

Configuring Line Card Redundancy

Verifying and Monitoring Line Card Redundancy

Performing a Manual Line Card Switchover

Removing Line Card Redundancy

Failover Conditions

Command Reference

show controllers t3 bert Command

linecard-group y-cable Command

member subslot Command


4-Port Channelized T3 Half-Height Line Card Configuration


This chapter describes the Cisco 10000 series 4-Port Channelized T3 Half-Height line card, hereafter known as the 4-Port Channelized T3 Half-Height line card.

The 4-Port Channelized T3 Half-Height line card provides the Cisco 10000 router with four DS3 ports of high-density T3 service (eight T3 ports per slot).

This chapter contains the following sections:

Software Support

Feature Overview

Default Values

Interface Syntax

Interface Configuration Sample

Unchannelized T3 Commands

Channelized T3 Commands

Channel-Group Command for DS0 Time Slots and T1s

Channelized T1 Commands

High Availability Using Line Card Redundancy

Command Reference

Software Support

Table 4-1 shows the minimum Cisco IOS release on each release train that supports the 4-Port OC-3/STM-1 ATM line card.

Table 4-1 4-Port OC-3/STM-1 ATM Line Card Software Support 

Required PRE
Minimum Cisco IOS Releases

PRE2

Cisco IOS Release 12.2(28)SB and later releases of Cisco IOS 12.2SB


Checking Hardware and Software Compatibility

The PRE installed in the Cisco 10000 series router chassis must support the Cisco IOS software running on the router. Use the show version command to check the PRE version installed.

To see if a feature is supported by a Cisco IOS release, to locate the software document for that feature, or to check the minimum software requirements of Cisco IOS software with the hardware installed on your router, Cisco maintains the Software Advisor tool on Cisco.com at http://www.cisco.com/pcgi-bin/Support/CompNav/Index.pl

This tool does not verify whether line cards within a system are compatible, but does provide the minimum Cisco IOS requirements for individual hardware line cards, modules, or options.

You must be a registered user on Cisco.com to access this tool.

Feature Overview

The 4-Port Channelized T3 Half-Height line card is very similar in function to the 6-Port Channelized T3 line card. The differences are summarized in the following features list for the 4-Port Channelized T3 Half-Height line card:

Provides the Cisco 10000 series router with four DS3 ports of high-density T3 service (eight T3 ports per slot)

Supports full line rate transfers of packet sizes from 64 bytes to 8000 bytes

Supports 256 serial data channels for the first three ports, and 255 serial data channels for the last port, or 1023 channels per half-height module

The 256 (255) serial data channels per port are configurable up to:

1 DS3 interface

28 DS1 interfaces

256 (255) N x DS0 interfaces

Or any combination of these interfaces that does not exceed the bandwidth of the port


Note Port 3 supports only 255 channels.


Provides high availability when two 4-Port Channelized T3 Half-Height line cards are installed and interconnected with a Y-cable in a redundant configuration

Supports six T1 BER tests simultaneously for each set of two ports

Adds new BER test patterns (3in24, 1in8, and 2in8) and the show bert command to display BER test statistics

Adds remote loopback inband looping codes (2in5 and 3in5) for T1 SF and ESF framing


Note For information on installing half-height line cards in subslots, refer to the Cisco 10000 Series Routers Line Card Hardware Installation Guide.


Default Values

Table 4-2 lists default values for the 4-Port Channelized T3 Half-Height line card and indicates which values apply to which line speeds. The table includes the command used for modifying a default value and indicates whether a value needs to be the same (or opposite) on the remote end of the connection.

Table 4-2 4-Port Channelized T3 Half-Height Line Card Default Values 

Command Name
Default Setting
Command Syntax
Remote Side Setting
DS 0
T1
Ch T3
Unch
T3
Controller Configuration Mode

cable length

249

cablelength feet

   

x

x

channelized

channelized

[no] channelized

   

x

x

clock source

internal

clock source [line | internal]

At least one side set to internal

   

x

x

T1 clock source

internal

t1 t1-number clock source [line | 
internal]

At least one side set to internal

 

x

   

framing

auto-detect

framing [c-bit | m23 | auto-detect]

Same

   

x

 

T1 framing

esf

t1 t1-number framing [esf | sf 
[hdlc-idle {0x7e | 0xff}]]

Same

 

x

   

idle pattern

0x7e (flags)

idle pattern [0x0 to 0xff]

Same

 

x

x

 
Interface Configuration Mode

crc (cyclical redundancy check)

16

[no] crc [16 | 32]

Same

x

x

 

x

dsu bandwidth

44,210

dsu bandwidth bandwidth

Same

     

x

dsu mode

cisco

dsu mode mode

Same

     

x

encapsulation

HDLC

encapsulation [hdlc | ppp | 
frame-relay]

Same

x

x

 

x

framing

c-bit

framing [c-bit | m13]

Same

     

x

idle character

flags (0x7e)

idle character 
[flags | marks]

Same

     

x

keepalive

keepalive
(10 sec)

keepalive

Same

x

x

 

x

mtu (maximum transmission unit)

1500

mtu size

Same

x

x

 

x

scramble

No scrambling

[no] scramble

Same

     

x


Interface Syntax

To specify an interface number in a configuration command, use the syntax in Table 4-3 to identify interfaces on the 4-Port Channelized T3 Half-Height line card.

Table 4-3 4-Port Channelized T3 Half-Height line card Interface Syntax

Type of Interface
Slot
Subslot
Port (T3 Number)
T1 Number
Channel Group Number

Unchannelized

1 to 8/

0 or 1/

0 to 3

Channelized

1 to 8/

0 or 1/

0 to 3/

1 to 28

0 to 23


Examples:

Modifying T1 interface 6 in controller configuration mode:

Router(config)# controller t3 2/0/0
Router(config-controller)# t1 6

Modifying T1 interface 6, channel group number 8 in interface configuration mode:

Router(config)# interface serial 2/0/0/6:8
Router(config-if)#

Interface Configuration Sample

Each T3 controller can be configured as a single T3 interface (full or subrate), as 28 T1 interfaces, or as an even larger number of fractional T1s. The following procedure walks you through the basic steps for creating full-rate and subrate T3 interfaces, as well as T1 and fractional T1 interfaces:


Step 1 Create an interface. In the following examples, each type of interface is created in a different T3 controller (2/0/0 through 2/0/3).

Full-Rate T3 Interface

a. Enter controller configuration mode.

Router(config)# controller t3 2/0/0
Router(config-controller)#

b. To create a full-rate T3 interface, you must eliminate the T1 interfaces by entering the no channelized command.

Router(config-controller)# no channelized
Router(config-controller)# exit
Router(config)#

c. Go to interface configuration mode:

Router(config)# interface serial 2/0/0

d. You can now continue to Step 2.

Subrate T3 Interface

a. Enter controller configuration mode.

Router(config)# controller t3 2/0/1
Router(config-controller)#

b. To create a subrate T3 interface, first create a full-rate one.

Router(config-controller)# no channelized 
Router(config-controller)# exit
Router(config)# 

c. Then go into interface configuration mode, where you can use the dsu bandwidth command to create a subrate T3 interface. In this example, a subrate T3 interface is created that has a bandwidth of 16,000 kbps.

Router(config)# interface serial 2/0/1
Router(config-if)# dsu mode digital-link
Router(config-if)# dsu bandwidth 16000 

d. You can now continue to Step 2.

Full T1 Interface

a. Enter controller configuration mode.

Router(config)# controller t3 2/0/2
Router(config-controller)#

b. Use the t1 channel group command to create a T1 interface. In the following example, T1 interface 1 (of 28) is defined as being made up of a single channel group, number 20 (any number between 0 and 23). This channel group consists of all 24 DS0 time slots.

Router(config-controller)# t1 1 channel-group 20 timeslots 1-24

c. Go to interface configuration mode for the channel group you just created.

Router(config)# interface serial 2/0/2/1:20

d. You can now continue to Step 2.

Fractional T1 Interface

a. Enter controller configuration mode.

Router(config)# controller t3 2/0/3
Router(config-controller)#

b. Use the t1 channel group command to create fractional T1 interfaces. In the following example, T1 interface 3 (of 28) is defined as being made up of three channel groups, numbers 19, 20, and 21. (Numbers between 0 and 23 are allowed.) The channel groups consist of a total of 24 DS0 time slots. Each channel group represents a separate interface.

Router(config-controller) t1 3 channel-group 19 timeslots 1-6, 10
Router(config-controller) t1 3 channel-group 20 timeslots 7,8,9
Router(config-controller) t1 3 channel-group 21 timeslots 11-24

c. Go to interface configuration mode for one of the channel groups; for example:

Router(config)# interface serial 2/0/3/3:19

d. You can now continue to Step 2.

Step 2 Enter the encapsulation method. This example shows the command for using Frame Relay encapsulation. You can also choose PPP or HDLC.

Router(config-if)# encapsulation frame relay

Step 3 If IP routing is enabled on the system, assign an IP address and subnet mask; for example:

Router(config-if)# ip address 172.16.32.49 255.255.0.0

Step 4 Add any configuration subcommands required to enable routing protocols and set the interface line characteristics.

Step 5 Change the shutdown state to up, which enables the interface.

Router(config-if)# no shutdown

Step 6 When you have entered all of the configuration subcommands to complete the configuration, press Ctrl-Z to exit configuration mode.

Step 7 To write the new configuration to NVRAM, type

Router# copy running-config startup-config


After you create an interface configuration, you can modify it at any time by using the appropriate Cisco IOS configuration commands.

Unchannelized T3 Commands

By default, a T3 interface on a 4-Port Channelized T3 Half-Height line card is channelized into 28 T1 interfaces. You must unchannelize the T3 interface in order to create a full-rate or subrate T3 interface. This section describes the commands you use to create, customize, and test full-rate and subrate T3 interfaces. This section describes the following:

Configuring a T3 Interface as Unchannelized

Specifying the DSU Mode

Specifying Subrate T3 Bandwidth

Setting the Framing Type

Enabling Scrambling

Specifying an Idle Character

Configuring a BER Test

Specifying the Cable Length

Entering MDL Messages

Setting the Clock Source

Configuring Loopback Mode

Running Equipment Loopbacks


Note Configuring a T3 interface as unchannelized must occur in controller configuration mode. All other configuration of an unchannelized T3 interface must occur in interface configuration mode.


Configuring a T3 Interface as Unchannelized

The default value for a T3 interface is channelized. To create an unchannelized T3 interface, you must first enter controller configuration mode for the T3 controller you want to configure.

controller T3 slot/sub-slot/port

After entering controller configuration mode, you can configure the T3 interface as unchannelized (clear channel) by entering the no channelized command. Use the channelized command to return the interface to its default (channelized).

[no] channelized


Caution The no channelized command removes all channel groups from a channelized T3 interface. If you have already configured channel groups, use this command with caution.

In the following example, an unchannelized T3 interface is created:

Router(config)# controller T3 1/0/0
Router(config-controller)# no channelized

Specifying the DSU Mode

To specify a DSU mode for a selected T3 interface, use the dsu mode command from interface configuration mode. This command configures the line card to emulate a manufacturer's proprietary multiplexing scheme.

[no] dsu mode [Adtran | cisco | Digital-link | Kentrox | Larscom | verilink-highbit | 
verilink-lowbit]

The default DSU mode is cisco.

Use the no form of the command to return the DSU mode to its default.

In the following example, the DSU mode is set to cisco:

Router(config)# interface serial 1/0/0 
Router(config-if)# dsu mode cisco

Specifying Subrate T3 Bandwidth

To specify subrate T3 bandwidth, use the dsu bandwidth bandwidth command from interface configuration mode.

[no] dsu bandwidth bandwidth

Where bandwidth is a numeric value between 0 and 44210 kbps.

The default bandwidth is 44210 kbps.

To return to the default bandwidth, use the no form of this command.

When you specify a value, the software sets the bandwidth to the closest acceptable bandwidth, based on the time slot size for the current DSU mode.

To use the dsu bandwidth command, the remote side of the connection must also support the same DSU modes.

In the following example, a bandwidth of 16000 kbps is specified:

Router(config)# interface serial 1/0/0
Router(config-if)# dsu bandwidth 16000

Setting the Framing Type

To specify a framing type for the unchannelized T3 controller, use the framing command.

[no] framing [c-bit | m13]

The default framing type is C-bit.

Use the no form of this command to restore the default framing type.

In the following example, framing is set to m13:

Router(config)# interface serial 1/0/0 
Router(config-if)# framing m13

Enabling Scrambling

To enable scrambling on an unchannelized T3 interface, use the scramble command from interface configuration mode.

[no] scramble

The default setting for this command is no scramble (scrambling disabled).

Both sides of the link should have the same scrambling setting.

In the following example, scrambling is enabled on the specified T3 interface:

Router(config)# interface serial 1/0/0
Router(config-if)# scramble

Specifying an Idle Character

To set a specific character on the unchannelized T3 interface to be transmitted between HDLC packets, use the idle character command from interface configuration mode.

[no] idle-character [flags | marks]

Where:

flags sets an idle character of 0x7e.

marks sets an idle character of all 0xff.

The default idle character is 0x7e.


Note Because flags is the default, the output of the show running-config command does not display the flags idle character setting.


Use the no form of the command to return the idle character to its default.

In the following example, the idle character is set to flags:

Router(config)# interface serial 1/0/0 
Router(config-if)# idle-character flags

Note Some systems interpret marks (or 0xff) as an abort signal. Therefore, flags (or 0x7e) is preferred.


Configuring a BER Test

You can configure an unchannelized T3 interface to run a bit error rate (BER) test. The test can be used in checking cables and solving signal problems in the field. To send a BER test pattern on an unchannelized T3 interface, use the following interface configuration command:

[no] bert [errors number | pattern pattern] interval time

Where:

errors number is 1 to 255.

pattern pattern is

0s—Repetitive test pattern of all zeros (00000º)

1s—Repetitive test pattern of all ones (11111º)

2^15—Pseudorandom O.151 test pattern (32,768 bits long)

2^20-O153—Pseudorandom O.153 test pattern (1,048,575 bits long)

QRSS-2^20—Pseudorandom QRSS O.151 test pattern (1,048,575 bits long)

2^23—Pseudorandom O.151 test pattern (8,388,607 bits long)

alt-0-1—Repetitive alternating test pattern of zeros (0s) and ones (1s), for example 01010101

interval time is 1 to 1440 minutes.

You can terminate a BER test at any time using the no bert command.

For more information, refer to the online Cisco 10000 Series Internet Router Troubleshooting Guide.

The following are example of configuring a BER test:

Send a BER test pseudorandom pattern of 2^20 through T3 interface 1/0/0 for 5 minutes.

Router(config)# interface serial 1/0/0
Router(config-if)# bert pattern 2^20 interval 5

Send a repetitive pattern of all 1s through T3 interface 1/0/0 for 1440 minutes.

Router(config)# interface serial 1/0/0 
Router(config-if)# bert pattern 1s interval 1440

To show BER test statistics, use the show controllers t3 slot/subslot/port bert command in EXEC or privileged EXEC mode:

Router# show controllers t3 6/1/0 bert  
T3 6/1/0 is up.  
BERT test result (done)  
Test Pattern : 2^15, Status : Not Sync, Sync Detected : 1  
Interval : 5 minute(s), Time Remain : 0 minute(s)  
Bit Errors (since BERT started): 0 bits,  
Bits Received (since BERT started): 13025 Mbits  
Bit Errors (since last sync): 0 bits  
Bits Received (since last sync): 13025 Mbits 

Specifying the Cable Length

To specify the cable length for the T3 controller, use the cablelength command.

[no] cablelength feet

Where feet is a number from 0 to 450.

The default value is 249 feet.

Use the no form of this command to restore the default cable length.

In the following example, the cable length value is set to 40 feet.

Router(config)# interface serial 1/0/0
Router(config-if)# cablelength 40

Note This command causes the system to use one of two settings for impedance matching and pulse shaping, one setting for any cable length between 0 and 249 feet and another setting for any cable length greater than 250 feet. The exact value you enter is stored in the configuration file.


Entering MDL Messages

You can configure maintenance data link (MDL) messages (as defined in the ANSI T1.107a-1990 specification) on the unchannelized T3 interface.


Note MDL messages are supported only when the T3 framing is set for C-bit parity. (See the "Setting the Framing Type" section.)


To configure MDL messages, use the mdl command.

[no] mdl {transmit {path | idle-signal | test-signal} | string {eic | lic | fic | unit | pfi | 
port | generator} id_string}

Where:

transmit path enables transmission of the MDL path message.

transmit idle-signal enables transmission of the MDL idle signal message.

eic is the equipment identification code (up to 10 characters).

lic is the location identification code (up to 11 characters).

fic is the frame identification code (up to 10 characters).

unit is the unit identification code (up to 6 characters).

pfi is the facility identification code to include in the MDL path message
(up to 38 characters).

port is the equipment port (which initiates the idle signal) to include in the MDL idle signal message (up to 38 characters).

generator is the generator number to include in the MDL test signal message (up to 38 characters).

The default is that no MDL message is configured.

Use the no form of the command to remove an MDL message.

Examples of configuring MDL messages follow:

Enable the MDL path message transmission.

Router(config)# interface serial 1/0/0 
Router(config-if)# mdl transmit path

Enable the MDL idle signal message transmission.

Router(config-if)# mdl transmit idle-signal

Enable the MDL test signal message transmission.

Router(config-if)# mdl transmit test-signal

Enter the equipment identification code.

Router(config-if)# mdl string eic router A

Enter the location identification code.

Router(config-if)# mdl string lic test network

Enter the frame identification code.

Router(config-if)# mdl string fic building b

Enter the unit identification code.

Router(config-if)# mdl string unit abc

Enter the facility identification code.

Router(config-if)# mdl string pfi string

Enter the port number to send in the MDL idle signal message.

Router(config-if)# mdl string port string

Enter the generator number to send in the MDL test signal message.

Router(config-if)# mdl string generator string

Setting the Clock Source

At the prompt, set the internal or line clock source for the selected T3 controller using the clock source command. This command is set in controller configuration mode.

clock source {internal | line}

Where:

internal specifies that the internal clock source is used.

line specifies that the network clock source is used.

The default is clock source internal.

In this example, a T3 controller is instructed to use a line clock source.

Router(config)# interface serial 1/0/0
Router(config-if)# clock source line

Note The clock source cannot be specified as line on both ends of the connection.


Configuring Loopback Mode

You can configure the T3 controller for loopback mode using the loopback command.

[no] loopback [local | network | remote]

Local and network loopbacks are the same.

To cancel a loopback, use the no form of the command.

For more information on the loopback command, refer to the online Cisco 10000 Series Internet Router Troubleshooting Guide.

Examples:

Configure the T3 controller for local loopback.

Router(config)# interface serial 1/0/0
Router(config-if)# loopback local

Configure the T3 controller for remote loopback.

Router(config)# interface serial 1/0/0
Router(config-if)# framing c-bit
Router(config-if)# loopback remote

Note Remote loopback works only when framing is set to c-bit.


Running Equipment Loopbacks

Use the equipment loopback command to run loopbacks in conjunction with remote equipment.

[no] equipment [customer | network] loopback

Where:

customer enables the line card to respond to remote T3 loopback commands from the remote T3 equipment.

network causes the line card to ignore remote T3 loopback commands.

Use the no form of the command to terminate the loopback.

For more information on the loopback command, refer to the online Cisco 10000 Series Internet Router Troubleshooting Guide.

In the following example, an equipment network loopback is configured:

Router(config)# interface serial 1/0/0
Router(config-if)# equipment network loopback

Channelized T3 Commands

By default, a T3 interface on a 4-Port Channelized T3 Half-Height line card is channelized into 28 T1 interfaces. This section describes the commands you use to customize and test a channelized T3 interface. This section describes:

Configuring a T3 Interface as Channelized

Specifying the Cable Length

Setting the Framing Type

Entering MDL Messages

Specifying the Idle Pattern

Setting the Clock Source

Configuring Loopback Mode

Running Equipment Loopbacks

To use the channels for subscriber traffic, you must configure the T1 and DS0 components. For more information, see the "Channel-Group Command for DS0 Time Slots and T1s" section.

Figure 4-1 shows the levels of configurable interface bandwidth that channelization offers.

Figure 4-1 Channelization of T3s

Configuring a T3 Interface as Channelized

All configuration of a T3 channelized interface must occur in controller configuration mode.

controller T3 slot/sub-slot/port

A T3 interface is channelized by default. Use the channelized command if you had previously made the interface unchannelized and want to change the setting.

[no] channelized


Caution The no channelized command removes all channel groups from a channelized T3 interface. If you have already configured channel groups, use this command with caution.

The following example shows the creation of a channelized T3 interface:

Router(config)# controller T3 1/0/0
Router(config-controller)# channelized

Specifying the Cable Length

To specify the cable length for the T3 controller, use the cablelength command.

[no] cablelength feet

Where feet is a number from 0 to 450.

The default value is 249 feet.

Use the no form of this command to restore the default cable length.

In the following example, the cable length value is set to 40 feet.

Router(config)# controller T3 1/0/0
Router(config-controller)# cablelength 40

Note This command causes the system to use one of two settings for impedance matching and pulse shaping, one setting for any cable length between 0 and 249 feet and another setting for any cable length greater than 250 feet. The exact value you enter is stored in the configuration file.


Setting the Framing Type

To specify a framing type for the channelized T3 controller, use the framing command.

[no] framing [c-bit | m23 | f]

The default is auto-detect.

Use the no form of the command to return the framing type to its default.

You can instruct the 4-Port Channelized T3 Half-Height line card to detect the framing type from the far end and transmit that same framing type as follows:

Router(config)# controller T3 1/0/0 
Router(config-controller)# framing auto-detect

Entering MDL Messages

You can configure maintenance data link (MDL) messages (as defined in the ANSI T1.107a-1990 specification) on the channelized T3 interface.


Note MDL messages are supported only when the T3 framing is set for C-bit parity. (See the "Setting the Framing Type" section.)


To configure MDL messages, use the mdl command.

[no] mdl {transmit {path | idle-signal | test-signal} | string {eic | lic | fic | unit | pfi | 
port | generator} id_string}

Where:

transmit path enables transmission of the MDL path message.

transmit idle-signal enables transmission of the MDL idle signal message.

eic is the equipment identification code (up to 10 characters).

lic is the location identification code (up to 11 characters).

fic is the frame identification code (up to 10 characters).

unit is the unit identification code (up to 6 characters).

pfi is the facility identification code to include in the MDL path message
(up to 38 characters).

port is the equipment port (which initiates the idle signal) to include in the MDL idle signal message (up to 38 characters).

generator is the generator number to include in the MDL test signal message (up to 38 characters).

The default is that no MDL message is configured.

Use the no form of the command to remove an MDL message.

Examples of configuring MDL messages follow:

Enable the MDL path message transmission.

Router(config)# controller T3 1/0/0 
Router(config-controller)# mdl transmit path

Enable the MDL idle signal message transmission.

Router(config-controller)# mdl transmit idle-signal

Enable the MDL test signal message transmission.

Router(config-controller)# mdl transmit test-signal

Enter the equipment identification code.

Router(config-controller)# mdl string eic router A

Enter the location identification code.

Router(config-controller)# mdl string lic test network

Enter the frame identification code.

Router(config-controller)# mdl string fic building b

Enter the unit identification code.

Router(config-controller)# mdl string unit abc

Enter the facility identification code.

Router(config-controller)# mdl string pfi string

Enter the port number to send in the MDL idle signal message.

Router(config-controller)# mdl string port string

Enter the generator number to send in the MDL test signal message.

Router(config-controller)# mdl string generator string

Specifying the Idle Pattern

You can set a specific pattern to be transmitted between HDLC packets on all unconfigured time slots that belong to a channelized T3 interface. To do so, use the idle pattern command.

[no] idle pattern patterns

Where patterns is a number in the range of 0x0 to 0xff (hexadecimal) or 0 to 255 (decimal). You can enter this value in either hexadecimal or decimal form. Values of 0 to 254 set the idle pattern to HDLC flags (0x7e); a value of 255 sets the pattern to 0xff (all ones).


Note Some systems interpret marks (or 0xf) as an abort signal. Therefore, flags (or 0x7e) is preferred.


The default idle pattern is 0x7e.

Use the no form of the command to return the idle pattern to its default value.

Examples:

Set a hexadecimal idle pattern.

Router(config)# controller T3 1/0/0
Router(config-controller)# idle pattern 0x10

Set a decimal idle pattern.

Router(config)# controller T3 1/0/0
Router(config-controller)# idle pattern 23

Setting the Clock Source

At the prompt, set the internal or line clock source for the selected T3 controller using the clock source command. This command is set in controller configuration mode.

clock source {internal | line}

Where:

internal specifies that the internal clock source is used

line specifies that the network clock source is used

The default is clock source internal.

In this example, a T3 controller is instructed to use a line clock source.

Router(config)# controller T3 1/0/0
Router(config-controller)# clock source line

Note The clock source cannot be specified as line on both ends of the connection.


Configuring Loopback Mode

You can configure the T3 controller for loopback mode using the loopback command.

[no] loopback [local | network | remote]

Local and network loopbacks are the same.

To cancel a loopback, use the no form of the command.


Note When you configure loopback under a channelized T3 controller, all the T1 interfaces are configured to loopback mode.


For more information on the loopback command, refer to the online Cisco 10000 Series Internet Router Troubleshooting Guide.

Examples:

Configure the T3 controller for local loopback.

Router(config)# controller T3 1/0/0
Router(config-controller)# loopback local

Configure the T3 controller for remote loopback.

Router(config)# controller T3 1/0/0
Router(config-controller)# framing c-bit
Router(config-controller)# loopback remote

Note Remote loopback works only when framing is set to c-bit.


Running Equipment Loopbacks

Use the equipment loopback command to run loopbacks in conjunction with remote equipment.

[no] equipment [customer | network] loopback

Where:

customer enables the line card to respond to remote T3 loopback commands from the remote T3 equipment.

network causes the line card to ignore remote T3 loopback commands.

Use the no form of the command to terminate the loopback.

For more information on the loopback command, refer to the online Cisco 10000 Series Internet Router Troubleshooting Guide.

In the following example, an equipment network loopback is configured:

Router(config)# controller T3 1/0/0
Router(config-controller)# equipment network loopback

Channel-Group Command for DS0 Time Slots and T1s

Each channelized T3 consists of 28 T1s, each of which is divided into 24 time slots (or DS0s). To create an interface that supports subscriber traffic, you must combine the time slots into channel groups. Use the t1 channel-group command to create a channel group.

Channel groups have these characteristics:

A channel group is an interface.

A channel group can be one time slot to 24 time slots in size.

A channel group that consists of 24 time slots is a T1 interface.

A channel group that consists of fewer than 24 time slots can be described as a fractional T1 interface.

Each group of 24 time slots can be divided into multiple fractional T1 interfaces.

A channel group cannot be part of more than one T1.

Figure 4-1 illustrates channelization possibilities on the 4-Port Channelized T3 Half-Height line card.

You create a logical channel group using the following command:

[no] t1 t1-number channel-group channel-group-number timeslots list-of-timeslots [speed 
{56 | 64}]

Where:

t1-number is T1 interface number 1 to 28.

channel-group channel-group-number identifies the channel group with any number from 0 to 23.

timeslots list-of-timeslots can be 1 to 24 or a combination of subranges within 1 to 24. You can indicate a range using a hyphen, commas, or a combination of both. One time slot equals one DS0. Refer to the examples below.

speed {56 | 64} is an optional argument that specifies the speed of a time slot as either 56 or 64 kbps. The default is 64. (The 56-kbps time slots are generally used with older T1 equipment that does not support B8ZS and are associated with SF framing.)

Use the no form of the command to remove a logical channel group.

The following examples show how to use the t1 channel-group command:

In this example, T1 interface 3 includes channel group 20 and consists of nine channelized time slots:

Router(config)# controller t3 1/0/0 
Router(config-controller)# t1 3 channel-group 20 timeslots 1-8, 10

To enter interface configuration mode for this channel group, enter the following:

Router(config)# interface serial 1/0/0/3:20

In the following example, T1 interface 4 includes channel group 18 and consists of all 24 time slots, creating a full T1 interface:

Router(config)# controller t3 1/0/0 
Router(config-controller)# t1 4 channel-group 18 timeslots 1-24

To enter interface configuration mode for this channel group, you enter the following:

Router(config)# interface serial 1/0/0/4:18

In the following example, T1 interface number 5 is divided into three channel groups, which total 11 time slots:

Router(config)# controller t3 1/0/0 
Router(config-controller)# t1 5 channel-group 19 timeslots 1-6
Router(config-controller)# t1 5 channel-group 20 timeslots 10
Router(config-controller)# t1 5 channel-group 21 timeslots 7-9, 24

In the following example, channel group 20 is removed:

Router(config)# controller T3 1/0/0
Router(config-controller)# no t1 1 channel-group 20

Channelized T1 Commands

From controller configuration mode for a T3 interface, you can enter commands to modify aspects of a T1 interface. This section describes the following:

Setting the Framing Format

Controlling Yellow Alarms

Setting the Clock Source

Configuring FDL

Configuring a BER Test

Configuring T1 Loopback Mode

After you configure a T1 interface, you can add encapsulation, routing, and other instructions by entering interface configuration mode; for example:

Router(config)# interface serial 1/0/0/4:18

Setting the Framing Format

You can specify the T1 interface framing format using the following command:

[no] t1 t1-number framing {esf | sf [hdlc-idle {0x7e | 0xff}]}

Where:

t1-number is T1 interface number 1 to 28.

framing is either extended super frame (ESF) or super frame (SF). You can set SF hdlc-idle to 0x7e or 0xff.

hdlc-idle options allow you to set the idle pattern for the T1 interface to either 0x7e (the default) or 0xff.

The default framing format is extended super frame (ESF).

Use the no form of the command to return framing to its default value.

The following are examples of setting the framing format:

Set SF framing format for T1 interface 6.

Router(config)# controller T3 1/0/0 
Router(config-controller)# t1 6 framing sf

Set ESF framing format for T1 interface 16.

Router(config)# controller T3 1/0/0 
Router(config-controller)# t1 16 framing esf

Controlling Yellow Alarms

Use the t1 yellow command to turn the detection or generation of a yellow alarm on or off.

[no] t1 t1-number yellow {detection | generation}

Where:

t1-number is T1 interface 1 to 28.

detection means that the interface is told it is failing by the remote device, causing Cisco IOS to send a message to the console.

generation means that the interface notifies the remote device if it is failing, causing Cisco IOS to send a message to the console.

When you select SF framing for a full T1 interface (24 time slots) that uses the default speed of 64, consider using the no t1-number yellow detection command to turn off yellow alarm detection, because the yellow alarm can be incorrectly detected with SF framing.

In the following example, T1 interface 1 is set to yellow detection:

Router(config)# controller t3 1/0/0
Router(config-controller)# t1 1 yellow detection

Setting the Clock Source

You can set the internal or line (network) clock source for a T1 interface using the controller command.

t1 t1-number clock source {internal | line}

Where:

t1-number is T1 interface 1 to 28.

internal specifies that the internal clock source is used.

line specifies that the network clock source is used.

The default is clock source internal.

In the following example, the interface is instructed to get its clock source from the line:

Router(config)# controller T3 1/0/0
Router(config-controller)# t1 1 clock source line

Configuring FDL

You can enable 1-second transmissions of performance reports through the facility data link (FDL) according to the ANSI T1.403 specification, on both ends of the T1 connection. To do so, use the following command:

[no] t1 t1-number fdl ansi

Where t1-number is T1 interface 1 to 28.

Use the no form of the command to disable this feature.


Note You can use this command only when the T1 framing is ESF.


In the following example, FDL is enabled:

Router(config)# controller t3 1/0/0
Router(config-controller)# t1 2 fdl ansi

Configuring a BER Test

You can configure an individual T1 interface to run an independent BER test. The test is used to check cables and solve signal problems in the field. To send a BER test pattern on a T1 interface, use the following command in controller configuration mode:

[no] t1 t1-number bert pattern pattern interval time [unframed]

Where:

t1-number is T1 interface number 1 to 28.

time is 1 to 14,400 minutes.

pattern is

0s—Repetitive test pattern of all zeros (00000º)

1s—Repetitive test pattern of all ones (11111º)

2^11—Pseudorandom test pattern (2048 bits long)

2^15—Pseudorandom O.151 test pattern (32,768 bits long)

2^20-O153—Pseudorandom O.153 test pattern (1,048,575 bits long)

2^20-QRSS—Pseudorandom QRSS O.151 test pattern (1,048,575 bits long)

2^23—Pseudorandom O.151 test pattern (8,388,607 bits long)

alt-0-1—Repetitive alternating test pattern of zeros (0s) and ones (1s), for example 01010101

3in24—Fixed test pattern of F0100 0100 0000 0000 0000 0100 (3 bits are 1s in 24 bits)

1in8—Fixed pattern of F0100 0000 (1 bit is a 1 in 8 bits)

2in8—Fixed pattern of F0100 0010 (2 bits are 1s in 8 bits)

unframed causes the BER test pattern to use the entire T1 bandwidth, including the T1 framing and payload bits. If unframed is omitted, the T1 is either SF or ESF framed as configured by the T1 framing command, and the BER test pattern occupies only the T1 payload bits.


Note For each T3, you can run only one BER test at a time.


You can terminate a BER test at any time using the no form of the command.

For more information, refer to the online Cisco 10000 Series Internet Router Troubleshooting Guide.

The following are examples of configuring a BER test:

Send a BER test pseudorandom pattern of 2^20 through T1 interface 10 for 5 minutes.

Router(config)# controller T3 1/0/0 
Router(config-controller)# t1 10 bert pattern 2^20 interval 5 unframed

Send a repetitive pattern of all 1s through T1 interface 10 for 14,400 minutes (240 hours).

Router(config)# controller T3 1/0/0
Router(config-controller)# t1 10 bert pattern 1s interval 14400 unframed

To show BER test statistics, use the show controllers t3 slot/subslot/port t1-number bert command in EXEC or privileged EXEC mode:

Router# show controllers t3 6/1/1/1 bert  
T3 6/1/1/1 is up. Hardware is C10K Half Height CT3 line card 
T1 1  
BERT test result (running)  
Test Pattern : 2^15, Status : Sync, Sync Detected : 1  
Interval : 5 minute(s), Time Remain : 5 minute(s)  
Bit Errors (since BERT started): 0 bits,  
Bits Received (since BERT started): 36 Mbits  
Bit Errors (since last sync): 0 bits  
Bits Received (since last sync): 36 Mbits 

The 4-Port Channelized T3 Half-Height line card supports any combination of six T1 BER tests simultaneously for each set of two ports. That is, six T1 BER tests for ports 0 and 1, and six T1 BER tests for ports 2 and 3. Table 4-4 shows a sample BER test distribution for the four ports of the 4-Port Channelized T3 Half-Height line card.

Table 4-4 Sample BER Test Distribution

Port Number
BER Tests

Port 0

6 T1 BER tests

Port 1

1 T3 BER test

Port 2

3 T1 BER tests

Port 3

3 T1 BER tests


Configuring T1 Loopback Mode

If problems occur when you configure a T1 interface, you can troubleshoot the line card by using the following command from controller configuration mode:

[no] t1 t1-number loopback [local | network {line | payload} | remote [line [fdl {ansi | 
bellcore} | inband [maintenance]] | payload [fdl | ansi]]]

Where:

t1-number is T1 interface 1 to 28.

local loops the router output data back toward the router at the T1 framer and sends an alarm indication signal (AIS) out toward the network.

network {line | payload} loops the data back toward the network and automatically sets a local loopback at the HDLC controllers (line) or loops the payload data back toward the network and automatically sets a local loopback at the HDLC controller (payload).

remote line fdl {ansi | bellcore} sends a repeating, 16-bit ESF data link keyword to the remote end, requesting that it enter into a network line loopback. You can specify an ANSI or Bellcore keyword.


Note Loopback codes are defined in ANSI T1.404-1989 Table 3 (Assigned Bit-Oriented ESF Data-Link Messages).


The 4-Port Channelized T3 Half-Height line card sends the following code for remote line FDL ANSI loopback:

Line Loopback Active Code: 0 000111 01111111

Line Loopback Deactivate Code: 0 010010 01111111

The 4-Port Channelized T3 Half-Height line card sends the following code for remote line FDL Bellcore (SmartJack) loopback:

Network Use (loopback active) Code: 0 001001 01111111

Network Use (loopback deactivate) Code: 0 010010 01111111

remote line inband [maintenance] sends a repeating inband pattern to the remote end, requesting entry into a network line loopback. The inband loopback request overwrites all data in the T1 with the loop request pattern. The remote end responds to this code only after it receives the pattern continuously for at least five seconds.

The maintenance keyword is new in 12.2(28)SB. The maintenance keyword sends loopback codes to an interface on the remote end of the connection. This sets loopback on the remote end interface. (Note that the 4-Port Channelized T3 Half-Height line card does not respond to inband maintenance codes.)

Repeating Inband Loopback Activate Code (SF framing): 00001 loop up code

Repeating Inband Loopback Deactivate Code (SF framing): 001 loop down code

Repeating Inband Loopback Activate Code (SF and ESF framing): 2 in 5 loop up code

Repeating Inband Loopback Deactivate Code (SF and ESF framing): 3 in 5 loop down code

remote payload [fdl | ansi] sends a repeating, 16-bit ESF data link code word to the remote end, requesting entry into a network payload loopback. Using fdl and ansi enables the remote payload facility data link (FDL) ANSI bit loopback on the T1 channel. Loopback codes are defined in ANSI T1.404-1989 Table 3 (Assigned Bit-Oriented ESF Data-Link Messages).


Note Due to hardware constraints, when you execute the t1 loopback remote payload command, the type of loopback that is implemented is line loopback.


The 4-Port Channelized T3 Half-Height line card sends the following code for remote payload FDL ANSI loopback:

Payload Loopback Active Code: 0 001010 011111111

Payload Loopback Deactivate Code: 0 011001 011111111

Use the no form of the command to terminate a loopback.

For more information on this command, refer to the online Cisco 10000 Series Internet Router Troubleshooting Guide.

The following are examples of configuring loopback mode:

Configure the T3 controller for local loopback on T1 interface 1.

Router(config)# controller t3 1/0/0
Router(config-controller)# t1 1 loopback local

Configure the T3 controller for remote FDL ANSI loopback on T1 interface 1.

Router(config)# controller t3 1/0/0
Router(config-controller)# t1 1 loopback remote line fdl ansi

High Availability Using Line Card Redundancy

You can configure one-to-one line card redundancy using the optional Y-cables and configuring 4-Port Channelized T3 Half-Height line cards for redundancy. This redundancy provides automatic failover protection at the line card level for the 4-Port Channelized T3 Half-Height line card. Because the redundancy is at the line card level, all ports are switched over during a failover.

The redundant line cards occupy the two subslots within the same chassis line card slot. There is one Y-cable for receive and one for transmit for each of the four ports for the two redundant line cards. For information about installing redundant 4-Port Channelized T3 Half-Height line cards and the Y-cables, see the Cisco 10000 Series Router Line Card Hardware Installation Guide.

This section contains the following topics:

Prerequisites for Line Card Redundancy

Restrictions for Line Card Redundancy

Configuring Line Card Redundancy

Verifying and Monitoring Line Card Redundancy

Performing a Manual Line Card Switchover

Removing Line Card Redundancy

Failover Conditions

Prerequisites for Line Card Redundancy

Before configuring line card redundancy, the Y-cables must be installed; before deconfiguring redundancy the Y-cables must be removed.

Restrictions for Line Card Redundancy

The following restrictions apply to line card redundancy:

Port-level redundancy is not supported.

Redundant cards must occupy the two subslots within the same physical line card slot.

The line card that will act as the primary line card must be the first line card configured, and it must occupy subslot 1.

Configuring Line Card Redundancy

After verifying that the Y-cables are installed, you are ready to configure one-to-one redundancy between two 4-Port Channelized T3 Half-Height line cards. To configure line card redundancy, enter the following commands beginning in global configuration mode:

 
Command
Purpose

Step 1 

Router(config)# redundancy

Enters redundancy mode.

Step 2 

Router(config-red)# linecard-group linecard-groupId y-cable

Enters line card redundancy group mode and creates a line card redundancy group.

linecard-groupId—An unsigned integer in the range 0 to the (maximum number of chassis line card subslots/2) -1. For the 4-Port Channelized T3 Half-Height line card, the range is 0 to 7.

y-cable—Specifies Y-cable as the link protection type for the line card group.

Step 3 

Router(config-red-lc)# description description string

(Optional) Adds a description for the line card group.

Step 4 

Router(config-red-lc)# member subslot slot/subslot primary

Configures the redundancy role of the primary (active) line card.

The line card that will act as the primary line card must be the first line card configured, and it must occupy subslot 1.

Note Configuring redundancy on the primary line card interrupts traffic and applies the default configuration to the line card.

Step 5 

Router(config-red-lc)# member subslot slot/subslot secondary

Configures the redundancy role of the secondary (standby) line card.

The line card that will act as the secondary line card must be the second line card configured, and it must occupy subslot 0.

Note Configuring redundancy on the secondary line card resets the line card, interrupts traffic, and applies the default configuration to the line card.

Example 4-1 configures two 4-Port Channelized T3 Half-Height line cards that are installed in line card slot 2 for one-to-one redundancy.

Example 4-1 Configuring Line Card Redundancy

Router(config)# redundancy
Router(config-red)# linecard-group 1 y-cable
Router(config-red-lc)# member subslot 2/1 primary
Router(config-red-lc)# member subslot 2/0 secondary

Verifying and Monitoring Line Card Redundancy

To verify line card redundancy and to display information about a line card or a line card group, use the show redundancy linecard command. The following table describes the type of information provided by some of the command options.

Command
Description

show redundancy linecard all

Displays the redundancy state of all line card slots

show redundancy linecard subslot

Displays the redundancy state of the line card in a subslot

show redundancy linecard group

Displays the redundancy state of line cards in a line card group

show redundancy linecard history

Displays recent activity in line card redundancy

show redundancy linecard sub-block

Displays troubleshooting information


The output examples in this section use the following configuration:

!
redundancy
 linecard-group 0 y-cable
  member subslot 8/1 primary
  member subslot 8/0 secondary
 mode sso
!
controller T3-RED 8/1/0
controller T3-RED 8/1/1
controller T3-RED 8/1/2
controller T3-RED 8/1/3
!

Example 4-2 shows output from the show redundancy linecard all command. It shows the redundancy state of all line card slots. The line card group is indicated as "None" if the slot is empty, or if it contains a line card that has not been configured for redundancy.

For a redundant line card, the mode can be primary or secondary and is established when redundancy is configured. The mode of a line card does not change. For the 4-Port Channelized T3 Half-Height line card, the line card in subslot 0 is always secondary, and the line card in subslot 1 is always primary.

The line card role indicates which line card in a redundant configuration is sending and receiving traffic. The line card with the active role is sending and receiving traffic. The other line card in a redundant configuration has the role of standby. Unlike the line card mode, the role of a line card can change.

In Example 4-2 you can see there has been a switchover at some point, because the line card in slot 8, subslot 0 has the active role, even though its mode is secondary.

Example 4-2 show redundancy linecard all Command Output

Router# show redundancy linecard all 
              LC     My         Peer       Peer   Peer                       
Slot Subslot  Group  State      State      Slot   Subslot  Role     Mode     
-----------------------------------------------------------------------------
 1   0        None   Init       -          None   None     None     None     
 1   1        None   Init       -          None   None     None     None     
 2   0        None   Init       -          None   None     None     None     
 2   1        None   Init       -          None   None     None     None     
 3   0        None   Init       -          None   None     None     None     
 3   1        None   Init       -          None   None     None     None     
 4   0        None   Init       -          None   None     None     None     
 4   1        None   Init       -          None   None     None     None     
 5   0        None   Init       -          None   None     None     None     
 5   1        None   Init       -          None   None     None     None     
 6   0        None   Init       -          None   None     None     None     
 6   1        None   Init       -          None   None     None     None     
 7   0        None   Init       -          None   None     None     None     
 7   1        None   Init       -          None   None     None     None
 8   0        0      Active     Stdby Hot  8      1        Active   Secondary
 8   1        0      Stdby Hot  -          8      0        Standby  Primary 

Example 4-3 shows output from the show redundancy linecard subslot command. It displays information for a particular line card.

Example 4-3 show redundancy linecard subslot Command Output

Router# show redundancy linecard subslot 8/1
 Redundant LC Group Number: 0
 LC Slot: 8
 LC Subslot: 1
 Redundant LC Name: 8/1
 Redundant LC Mode: Primary
 Redundant LC Role: Standby
 Redundant LC My State: Stdby Hot
 Redundant LC Peer State: -

Router# show redundancy linecard subslot 8/0
 Redundant LC Group Number: 0
 LC Slot: 8
 LC Subslot: 0
 Redundant LC Name: 8/0
 Redundant LC Mode: Secondary
 Redundant LC Role: Active
 Redundant LC My State: Active
 Redundant LC Peer State: Stdby Hot

Example 4-4 shows output from the show redundancy linecard group command. It shows line card information for a specific line card group, which in this example is group 0. Note that the show redundancy linecard group command displays only the static line card configuration information. For example, it shows the line card mode (primary or secondary) but not the line card role, which changes in a switchover. The line card in slot 8, subslot 1, is primary even though it currently has the standby role.

Because there is only one line card group in the sample configuration, the show redundancy linecard group all command would display the same output as shown in Example 4-4.

Example 4-4 show redundancy linecard group Command Output

Router# show redundancy linecard group 0
Group Identifier: 0  
NON-revertive
Group Redundancy Type: Y_CABLE
Group Redundancy Class: 1:1
Group Redundancy Configuration Type: LINECARD GROUP
Primary: Slot 8 
         Subslot 1 
Secondary: Slot 8 
           Subslot 0 

The show redundancy linecard history command and the show redundancy linecard sub-block command provide information that can be helpful to Cisco technical support personnel when they are assisting you in troubleshooting a redundancy problem. The output in Example 4-5 was collected after a line card switchover.


Note Example 4-5 and Example 4-6 identify the slot/subslot by an integer called a slot unit. The slot unit is a platform-defined number that uniquely identifies the slot/subslot as an integer. For example, a line card in slot 1, subslot 0 is identified as slot unit 2, and a line card in slot 1, subslot 1, is slot unit 3. The line card in slot 8, subslot 0, is slot unit 16; the line card in slot 8, subslot 1, is slot unit 17.


Example 4-5 show redundancy linecard history Command Output

Router# show redundancy linecard history
Aug 29 2005 06:03:16 46400671 - Slot(17): MY State Change, (Stdby Wait) -> (Stdby Hot)
Aug 29 2005 06:03:16 46400671 - Slot(16): PEER State Change, (Stdby Wait) -> (Stdby Hot)
Aug 29 2005 06:03:16 46400671 - Slot(16): PEER FSM Execution , Active:Stdby Wait:State 
Ntfy
Aug 29 2005 06:03:16 46400671 - Slot(17): MY State Change, (Stdby LC Feat Sync) -> (Stdby 
Wait)
Aug 29 2005 06:03:16 46400671 - Slot(16): PEER State Change, (Stdby LC Feat Sync) -> 
(Stdby Wait)
Aug 29 2005 06:03:16 46400671 - Slot(16): PEER FSM Execution , Active:Stdby LC Feat 
Sync:Feat Sync Done
Aug 29 2005 06:03:16 46400671 - Slot(17): MY State Change, (Stdby FIB Dnld) -> (Stdby LC 
Feat Sync)
Aug 29 2005 06:03:16 46400671 - Slot(16): PEER State Change, (Stdby FIB Dnld) -> (Stdby LC 
Feat Sync)
Aug 29 2005 06:03:16 46400671 - Slot(16): PEER FSM Execution , Active:Stdby FIB Dnld:Feat 
Sync Req
Aug 29 2005 06:03:16 46400671 - Slot(17): MY State Change, (Stdby LC Cfg Dnld) -> (Stdby 
FIB Dnld)
Aug 29 2005 06:03:16 46400671 - Slot(16): PEER State Change, (Stdby LC Cfg Dnld) -> (Stdby 
FIB Dnld)
Aug 29 2005 06:03:16 46400671 - Slot(16): PEER FSM Execution , Active:Stdby LC Cfg 
Dnld:Cfg Dnld Done
Aug 29 2005 06:03:16 46400671 - Slot(17): MY State Change, (Stdby Cold) -> (Stdby LC Cfg 
Dnld)
Aug 29 2005 06:03:16 46400671 - Slot(16): PEER State Change, (Stdby Cold) -> (Stdby LC Cfg 
Dnld)
Aug 29 2005 06:03:16 46400644 - Slot(16): PEER FSM Execution , Active:Stdby Cold:Cfg Dnld
Aug 29 2005 06:03:16 46400644 - Slot(17): MY State Change, (Init) -> (Stdby Cold)
Aug 29 2005 06:03:16 46400644 - Slot(16): PEER State Change, (Init) -> (Stdby Cold)
Aug 29 2005 06:03:16 46400644 - Slot(16): PEER FSM Execution , Active:Init:Up
Aug 23 2005 21:18:03 49333 - Slot(16:-1): Checkpoint State Update, (Active:Init)
Aug 23 2005 21:18:03 49333 - Slot(17:-1): Checkpoint State Update, (Init:Init)
Aug 23 2005 21:18:03 49332 - Slot(16:-1): Checkpoint State Update, (Active Cold:Init)
Aug 23 2005 21:18:03 49332 - Slot(17:16): Checkpoint State Update, (Active:Active Cold)
Aug 23 2005 21:11:07 7881 - Slot(17:-1): Checkpoint State Update, (Active:Stdby Hot)
Aug 23 2005 21:11:07 7881 - Slot(16:-1): Checkpoint State Update, (Stdby Hot:Init)
Aug 23 2005 21:10:42 6393 - Slot(16): MY FSM execution, Init:Init:Reset

Example 4-6 show redundancy linecard sub-block Command Output

Router# show redundancy linecard sub-block all
SlotIndex  Port     H-IDB M-HW A-HW  Type     Role    Flag
----------------------------------------------------------
 16         0         5    21   13    Physical None       0x15
 16         1         7    22   15    Physical None       0x15
 16         2         9    23   17    Physical None       0x15
 16         3         11   24   19    Physical None       0x15
 17         0         21   13   5     Virtual  -          0x3
 17         0         13   21   5     Physical None       0x5
 17         1         22   15   7     Virtual  -          0x3
 17         1         15   22   7     Physical None       0x5
 17         2         23   17   9     Virtual  -          0x3
 17         2         17   23   9     Physical None       0x5
 17         3         24   19   11    Virtual  -          0x3
 17         3         19   24   11    Physical None       0x5

Performing a Manual Line Card Switchover

To initiate a manual switchover of the active 4-Port Channelized T3 Half-Height line card to the standby 4-Port Channelized T3 Half-Height line card, enter the following command in privileged Exec mode:

Command
Purpose

Router# redundancy linecard-group switchover from subslot slot/subslot

Forces the switchover of the active line card to the standby line card.

Performing a switchover does not change the existing line card configuration, and traffic is not interrupted.

Example 4-7 shows how you can force the switchover of the active line card in slot 2, subslot 1, to the standby line card in slot 2, subslot 0.

Example 4-7 Manual Line Card Switchover

Router# redundancy linecard-group switchover from subslot 2/1

Removing Line Card Redundancy

After verifying that the Y-cables are removed, you are ready to remove one-to-one redundancy between two 4-Port Channelized T3 Half-Height line cards. To remove line card redundancy, enter the following commands beginning in global configuration mode:

 
Command
Purpose

Step 1 

Router(config)# redundancy

Enters redundancy mode.

Step 2 

Router(config-red)# linecard-group linecard-groupId y-cable

Enters line card redundancy group configuration mode for the specified line card redundancy group.

linecard-groupId—An unsigned integer in the range 0 to the (maximum number of chassis line card subslots/2) -1. For the 4-Port Channelized T3 Half-Height line card, the range is 0 to 7.

y-cable—Specifies Y-cable as the link protection type for the line card group.

Step 3 

Router(config-red-lc)# no member subslot slot/subslot secondary

Removes the redundancy role of the secondary (standby) line card.

You must remove redundancy from the secondary line card before removing redundancy from the primary line card.

Note Removing redundancy resets the line card (traffic is interrupted) and applies the default configuration to the line card. If you remove redundancy from the secondary line card only, traffic is not interrupted through the primary line card.

Step 4 

Router(config-red-lc)# no member subslot slot/subslot primary

(Optional) Removes the redundancy role of the primary (active) line card.

You must remove redundancy from the secondary line card before removing redundancy from the primary line card.

Note Removing redundancy resets the line card (traffic is interrupted) and applies the default configuration to the line card. If you remove redundancy from the secondary line card only, traffic is not interrupted through the primary line card.

Step 5 

Router(config-red-lc)# exit

Returns to redundancy mode.

Step 6 

Router(config-red)# no linecard-group linecard-groupId y-cable

Removes the line card redundancy group.

Example 4-8 removes one-to-one redundancy between two 4-Port Channelized T3 Half-Height line cards that are installed in slot 2 for one-to-one redundancy.

Example 4-8 Removing Line Card Redundancy

Router(config)# redundancy
Router(config-red)# linecard-group 1 y-cable
Router(config-red-lc)# no member subslot 2/0 secondary
Router(config-red-lc)# no member subslot 2/1 primary
Router(config-red-lc)# exit 
Router(config-red)# no linecard-group 1 y-cable

Failover Conditions

The following describes the conditions under which the primary line card will fail over to the secondary line card when line card redundancy is configured.

User-initiated switchover—You have performed a manual switchover using the redundancy linecard-group switchover from subslot command.

Line card-initiated switchover—The line card detects a failover condition and sends a cutover interrupt to the performance routing engine (PRE).

PRE-initiated OIR switchover—The PRE detects the removal of the primary line card.

PRE-initiated keepalive timeout switchover—More than 20 seconds have elapsed since the PRE received a keepalive message from the line card.

Command Reference

The following commands are new in Cisco IOS Release 12.2(28)SB:

show controllers t3 bert

linecard-group y-cable

member subslot

show controllers t3 bert Command

To display BER test statistics, use the show controllers t3 bert command in EXEC or privileged EXEC mode.

show controllers t3 {slot/subslot/port} [/t1-number] bert

Syntax Description

slot

Chassis line card slot number.

subslot

Chassis line card subslot number.

port

Interface number on the line card.

t1-number

(Optional) Logical T1 interface number.

bert

Displays BER test statistics.


Command Modes

EXEC

Privileged EXEC

Command History

Release
Modification

12.2(28)SB

This command was introduced on the Cisco 10000 series routers.


Examples

The following example shows BER test statistics for an unchannelized T3 interface:

Router# show controllers t3 6/1/0 bert  
T3 6/1/0 is up.  
BERT test result (done)  
Test Pattern : 2^15, Status : Not Sync, Sync Detected : 1  
Interval : 5 minute(s), Time Remain : 0 minute(s)  
Bit Errors (since BERT started): 0 bits,  
Bits Received (since BERT started): 13025 Mbits  
Bit Errors (since last sync): 0 bits  
Bits Received (since last sync): 13025 Mbits 

The following example shows BER test statistics for a channelized T3 interface:

Router# show controllers t3 6/1/0 bert  
T3 6/1/0 is up.  
BERT test result (running)  
Test Pattern : 2^15, Status : Sync, Sync Detected : 1  
Interval : 3 minute(s), Time Remain : 1 minute(s)  
Bit Errors (since BERT started): 0 bits,  
Bits Received (since BERT started): 5493 Mbits  
Bit Errors (since last sync): 0 bits  
Bits Received (since last sync): 5493 Mbits 

The following example shows BER test statistics for a T1 interface:

Router# show controllers t3 6/1/1/1 bert  
T3 6/1/1/1 is up. Hardware is C10K Half Height CT3 line card 
T1 1  
BERT test result (running)  
Test Pattern : 2^15, Status : Sync, Sync Detected : 1  
Interval : 5 minute(s), Time Remain : 5 minute(s)  
Bit Errors (since BERT started): 0 bits,  
Bits Received (since BERT started): 36 Mbits  
Bit Errors (since last sync): 0 bits  
Bits Received (since last sync): 36 Mbits 

Related Commands

Command
Description

bert

Configures a BER test for an unchannelized or channelized T3 interface.

t1 bert pattern

Configures a BER test for a T1 interface.


linecard-group y-cable Command

To create a line card group for one-to-one line card redundancy, use the linecard-group y-cable command in redundancy mode. To remove the line card redundancy group, use the no form of this command.

linecard-group linecard-groupId y-cable

no linecard-group linecard-groupId y-cable

Syntax Description

linecard-groupId

An unsigned integer in the range 0 to the (maximum number of chassis line card subslots/2) -1.

y-cable

The link protection type for the line card group.


Defaults

No default behavior or values.

Command Modes

Redundancy

Command History

Release
Modification

12.2(28)SB

This command was introduced on the Cisco 10000 series router.


Usage Guidelines

The no linecard-group y-cable command removes the line card redundancy group and frees the linecard-groupId for reuse. The no linecard-group y-cable command succeeds only if there are no subslot members in the line card redundancy group.

Examples

The following example creates line card group number 1 for one-to-one line card redundancy:

Router(config)# redundancy
Router(config-red)# linecard-group 1 y-cable

Related Commands

Command
Description

member subslot

Configures the redundancy role of a line card in the line card group.

redundancy

Enters redundancy mode.

show redundancy linecard

Displays information about a redundant line card or line card group.


member subslot Command

To configure the redundancy role of a line card, use the member subslot command in line card redundancy group mode. To remove the redundancy role of a line card, use the no form of this command.

member subslot slot/subslot {primary | secondary}

no member subslot slot/subslot {primary | secondary}

Syntax Description

slot

Chassis line card slot number.

subslot

Chassis line card subslot number.

primary | secondary

Configures the redundancy role of the line card.

primary—Active line card.

secondary—Standby line card.


Defaults

No default behavior or values

Command Modes

Line card redundancy group

Command History

Release
Modification

12.2(28)SB

This command was introduced on the Cisco 10000 series routers.


Usage Guidelines

The primary line card must be the first line card configured and must occupy subslot 1. The secondary line card must be the second line card configured and must occupy subslot 0. Only one primary line card and one secondary line card can be configured.

Examples

The following creates line card group number 1 for one-to-one line card redundancy. It also specifies the line card in subslot 1 as the primary (active) line card, and the line card in subslot 0 as the secondary (standby) line card:

Router(config)# redundancy
Router(config-red)# linecard-group 1 y-cable
Router(config-red-lc)# member subslot 2/1 primary
Router(config-red-lc)# member subslot 2/0 secondary

Related Commands

Command
Description

linecard-group y-cable

Creates a line card group for one-to-one line card redundancy.

redundancy

Enters redundancy mode.

show redundancy linecard

Displays information about a redundant line card or line card group.