Table Of Contents
T1 CSU WIC for the Cisco 3600 and Cisco 1600 Series
Feature-Specific Configuration Example
Comprehensive Configuration Example
service-module t1 clock source
service-module t1 remote-alarm-enable
service-module t1 remote-loopback
T1 CSU WIC for the Cisco 3600 and Cisco 1600 Series
Feature Summary
The Cisco T1 data service unit/channel service unit (DSU/CSU) WAN interface card is an integrated, managed, T1 or fractional T1 WAN interface card. It provides nonchannelized data rates of 1 to 24 X 64 kbps or 1 to 24 X 56 kbps and follows ANSI T1.403 and AT&T Publication 62411 standards.
The Cisco DSU/CSU WAN T1 interface management features include the following:
•
You can remotely configure the interface using Telnet and the Cisco IOS command line interface (CLI).
•
•
•
•
•
Benefits
This T1 CSU card works on the Cisco 3600 and Cisco 1600 series, and allows customers to integrate more peripheral network components into the chassis. This is especially valuable to customers in the process of deploying large scale, end-to-end Cisco 3600/1600-based branch networks.
Other benefits of this solution include the following:
•
•
•
•
•
•
•
Platforms
This feature is supported on the Cisco 3600 and Cisco 1600 series.
Prerequisites
The following are prerequisites to enable the T1 CSU WIC:
•
•
•
•
•
•
•
•
•
•
Note
Supported MIBs and RFCs
This feature supports the following MIBs and RFCs:
•
•
For descriptions and instructions to use supported MIBs, see the Cisco MIB website on Cisco Connection Online (CCO) at http://www.cisco.com/public/sw-center/netmgmt/cmtk/mibs.shtml.
Note
Configuration Tasks
To configure the router to send SNMP traps, perform the following steps:
Configuration Examples
This section contains the following types of examples:
•
•
Feature-Specific Configuration Example
This example shows how to to set the fdl parameter to att while in interface configuration mode.
Step 1
panther2(config-if)#service-module t1 fdl att
Step 2
panther2(config-if)#<^Z>
panther2#
Step 3
panther2#show running-config
.
.
!
interface Serial0/0
no ip address
no ip route-cache
no ip mroute-cache
no keepalive
shutdown
no fair-queue
service-module t1 clock source internal
service-module t1 fdl att
no cdp enable
panther2#
Step 4
Comprehensive Configuration Example
This example shows how to to set the fdl parameter to ansi, beginning with powering on the router.
Step 1
Press RETURN to get started!
panther2>
Step 2
panther2>enable
Password:
panther2#
Step 3
panther2#show running-config
Building configuration...
Current configuration:
!
version 11.3
no service password-encryption
!
hostname panther2
!
enable secret 5 $1$IZhn$Z.PDhePwyvy.hNuWQlIgw1
enable password lab
!
memory-size iomem 40
no ip routing
isdn switch-type basic-5ess
!
!
controller E1 3/0
linecode ami
channel-group 1 timeslots 1-31
!
controller E1 3/1
!
interface Ethernet0/0
no ip address
no ip route-cache
no ip mroute-cache
no keepalive
shutdown
no cdp enable
!
interface Serial0/0
no ip address
no ip route-cache
no ip mroute-cache
no keepalive
shutdown
no fair-queue
service-module t1 clock source internal
no cdp enable
!
interface TokenRing0/0
no ip address
no ip route-cache
no ip mroute-cache
no keepalive
shutdown
ring-speed 16
no cdp enable
!
interface Serial0/1
no ip address
no ip route-cache
no ip mroute-cache
no keepalive
shutdown
no fair-queue
service-module t1 clock source internal
no cdp enable
no clns route-cache
!
interface BRI2/0
no ip address
no ip route-cache
no ip mroute-cache
no keepalive
shutdown
isdn switch-type basic-5ess
no fair-queue
no cdp enable
!
interface Ethernet2/0
no ip address
no ip route-cache
no ip mroute-cache
shutdown
no cdp enable
!
interface Serial2/0
no ip address
no ip route-cache
no ip mroute-cache
no keepalive
no fair-queue
no cdp enable
!
interface TokenRing2/0
no ip address
no ip route-cache
no ip mroute-cache
shutdown
ring-speed 16
no cdp enable
!
interface Serial3/0:1
no ip address
no ip route-cache
no ip mroute-cache
no keepalive
shutdown
no fair-queue
no cdp enable
!
ip classless
no logging console
no cdp run
!
!
line con 0
exec-timeout 0 0
line aux 0
line vty 0 4
password lab
login
!
end
panther2#
Step 4
panther2#configure terminal
Enter configuration commands, one per line. End with CNTL/Z.
Step 5
panther2(config)#interface serial 0/0
Step 6
panther2(config-if)#service-module t1 fdl ansi
Step 7
panther2(config-if)#<^Z>
panther2#
Step 8
panther2#show running-config
.
.
!
interface Serial0/0
no ip address
no ip route-cache
no ip mroute-cache
no keepalive
shutdown
no fair-queue
service-module t1 clock source internal
service-module t1 fdl ansi
no cdp enable
panther2#
Step 9
Command Reference
This section contains the following commands:
•
•
•
•
•
service-module t1 fdl
To set the fdl parameter to either att or ansi, use the service-module t1 fdl command. Us the no form of this command to ignore the fdl parameter.
service-module t1 fdl {ansi | att}
no service-module t1 fdl
Syntax Description
Default
no service-module t1 fdl.
Command Mode
Interface configuration mode
Usage Guidelines
This command first appeared in Cisco IOS Release 11.2 P.
The default is no service-module t1 fdl. Whether you should specify ansi or att is determined by your service provider or telephone company.
service-module t1 clock source
To specify the clock source for the fractional T1/T1 CSU/DSU module, use the service-module t1 clock source interface configuration command. Use the no form of this command to enable the line clock.
service-module t1 clock source {internal | line}
no service-module t1 clock source {internal | line}
Syntax Description
Default
line.
Command Mode
Interface configuration mode
Usage Guidelines
This command first appeared in Cisco IOS Release 11.2.
Example
The following example sets an internal clock source on serial line 0:
interface serial 0
service-module t1 clock source line
Related Commands
You can use the master indexes or search online to find documentation of related commands.
service-module 56k clock source
service-module t1 data-coding
To guarantee the ones density requirement on an AMI line using the fractional T1/T1 module, use the service-module t1 data-coding inverted interface configuration command. Use the no form of this command to enable normal data transmission.
service-module t1 data-coding {inverted | normal}
no service-module t1 data-coding {inverted | normal}
Syntax Description
inverted
Inverts bit codes by changing all 1 bits into 0 bits and all 0 bits into 1 bits.
normal
Requests that no bit codes be inverted before transmission.
Default
normal.
Command Mode
Interface configuration mode
Usage Guidelines
This command first appeared in Cisco IOS Release 11.2.
Data inversion is used to guarantee the ones density requirement on an AMI line when using bit-oriented protocols such as High-Level Data Link Control (HDLC), Point-to-Point Protocol (PPP), X.25, and Frame Relay. If the timeslot speed is set to 56 kbps, this command is rejected because line density is guaranteed when transmitting at 56 kbps. Use this command with the 64-kbps line speed.
If you transmit inverted bit codes, both CSU/DSUs must have this command configured for successful communication.
Example
The following example inverts bit codes using a timeslot speed of 64 kbps:
service-module t1 timeslots all speed 64
service-module t1 data-coding inverted
Related Commands
You can use the master indexes or search online to find documentation of related commands.
service-module t1 linecode
service-module t1 timeslots
service-module t1 framing
To select the frame type for a line using the fractional T1/T1 (FT1/T1) module, use the service-module t1 framing interface configuration command. Use the no form of this command to select the default, which is Extended Super Frame (esf) as the T1 frame type.
service-module t1 framing {esf | sf}
no service-module t1 framing {esf | sf}
Syntax Description
esf
Specifies Extended Super Frame as the T1 frame type.
sf
Specifes D4 Super Frame as the T1 frame type.
Default
esf.
Command Mode
Interface configuration mode
Usage Guidelines
This command first appeared in Cisco IOS Release 11.2.
Use this command in configurations where the router communicates with FT1/T1 data lines. The service provider determines which framing type is required for your circuit, either esf or sf.
Example
The following example enables Super Frame as the FT1/T1 frame type:
service-module t1 framing sf
service-module t1 lbo
To configure the CSU line build out (LBO) on a fractional T1/T1 CSU/DSU module, use the service-module t1 lbo interface configuration command. Use the no form of this command to disable line build out.
service-module t1 lbo {-15 db | -7.5 db | none}
no service-module t1 lbo {-15 db | -7.5 db | none}
Syntax Description
-15 db
Decreases outgoing signal strength by 15 dB.
-7.5 db
Decreases outgoing signal strength by 7.5 dB.
none
Transmits packets without decreasing outgoing signal strength.
Default
none.
Configuration Mode
Interface configuration mode
Usage Guidelines
This command first appeared in Cisco IOS Release 11.2.
Use this command to decrease the outgoing signal strength to an optimum value for a fractional T1 line receiver. The ideal signal strength should be -15 dB to -22 dB, which is calculated by adding the phone company loss + cable length loss + line build out.
You may use this command in back-to-back configurations, but it is not needed on most T1 lines.
Example
The following example shows an Lbo setting of -7.5 dB:
service-module t1 lbo -7.5db
service-module t1 linecode
To select the line code for the fractional T1/T1 module, use the service-module t1 linecode interface configuration command. Use the no form of this command to select the default, which is the B8ZS line code.
service-module t1 linecode {ami | b8zs}
no service-module t1 linecode {ami | b8zs}
Syntax Description
ami
Specifies alternate mark inversion (AMI) as the line code.
b8zs
Specifies binary 8 zero substitution (B8ZS) as the line code.
Default
b8zs.
Command Mode
Interface configuration mode
Usage Guidelines
This command first appeared in Cisco IOS Release 11.2.
Configuring B8ZS is a method of ensuring the ones density requirement on a T1 line by substituting intentional bipolar violations in bit positions, four and seven, for a sequence of eight zero bits. When the CSU/DSU is configured for AMI, you must guarantee the ones density requirement in your router configuration using the service-module t1 data-coding inverted command or the service-module t1timeslots speed 56 command.
Your T1 service provider determines which line code, either ami or b8zs, is required for your T1 circuit.
Example
The following example specifies AMI as the line code:
service-module t1 linecode ami
Related Commands
You can use the master indexes or search online to find documentation of related commands.
service-module t1 data-coding
service-module t1 timeslots
service-module t1 remote-alarm-enable
To generate remote alarms (yellow alarms) at the local CSU/DSU, or detect remote alarms sent from the remote CSU/DSU, use the service-module t1 remote-alarm-enable interface configuration
command. Use the no form of this command to disable remote alarms.
service-module t1 remote-alarm-enable
no service-module t1 remote-alarm-enable
Syntax Description
This command has no arguments or keywords.
Default
Remote alarms disabled.
Command Mode
Interface configuration mode
Usage Guidelines
This command first appeared in Cisco IOS Release 11.2.
Remote alarms are transmitted by the CSU/DSU when it detects an alarm condition, such as a red alarm (loss of frame) or blue alarm (unframed ones). The receiving CSU/DSU then knows there is an error condition on the line.
With D4 Super Frame configured, a remote alarm condition is transmitted by setting the bit 2 of each time slot to zero. For received user data that has the bit 2 of each time slot set to zero, the CSU/DSU interprets the data as a remote alarm and interrupts data transmission, which explains why remote alarms are disabled by default. With Extended Super Frame configured, the remote alarm condition is signalled out of band in the facilities data link.
You can determine if the FT1/T1 CSU/DSU is receiving a remote alarm (yellow alarm) by issuing the show service-module command.
Example
The following example enables remote alarm generation and detection:
service-module t1 remote-alarm-enable
Related Commands
You can use the master indexes or search online to find documentation of related commands.
service-module t1 framing
service-module t1 remote-loopback
To specify that the fractional T1/T1 CSU/DSU module enter loopback mode when it receives a loopback code on the line, use the service-module t1 remote-loopback interface configuration command. Use the no form of this command to disable remote loopbacks.
service-module t1 remote-loopback {full | payload v54}
no service-module t1 remote-loopback {full | payload v54}
Syntax Description
Note
Default
Full and payload loopbacks with standard-loopup codes.
Command Mode
Interface configuration mode
Usage Guidelines
This command first appeared in Cisco IOS Release 11.2.
The no form of this command disables loopback requests. For example, the no service-module t1 remote-loopback full command ignores all full-bandwidth loopback transmissions and requests.
Configuring the no form of the command might not prevent telco line providers from looping your router in esf mode, because fractional T1/T1 lines use facilities data link messages to initiate loopbacks.
If you enable the service-module t1 remote-loopback command, the loopback remote commands on the FT1/T1 CSU/DSU module will not be successful.
Example
The following examples display two routers connected back-to-back through a fractional T1/T1 line.
The example for loopback remote full:
Router(config)#int s0/0Router(config-if)#service-module t1 remote-loopback fullRouter(config-if)#loopback remote fullRouter(config-if)#%SERVICE_MODULE-5-LOOPUPREMOTE: Unit Serial0/0 - Remote unit placed in loopbackRouter(config-if)#no loopback remoteRouter(config-if)#%SERVICE_MODULE-5-LOOPDOWNREMOTE: Unit Serial0/0 - Remote loopback test cancelledThe example for loopback remote payload v54:
Router(config)#int s0/0Router(config-if)#service-module t1 remote-loopback payload v54Router(config-if)#loopback remote payloadRouter(config-if)#%SERVICE_MODULE-5-LOOPUPREMOTE: Unit Serial0/0 - Remote unit placed in loopbackRouter(config-if)#no loopback remoteRouter(config-if)#%SERVICE_MODULE-5-LOOPDOWNREMOTE: Unit Serial0/0 - Remote loopback test cancelledRelated Commands
You can use the master indexes or search online to find documentation of related commands.
loopback remote (interface)
service-module t1 timeslots
To define timeslots that constitute a fractional T1/T1 (FT1/T1) channel, use the service-module t1 timeslots interface configuration command. Use the no form of this command to resume the default setting (all FT1/T1 timeslots transmit at 64 kbps).
service-module t1 timeslots {range | all} [speed {56 | 64}]
no service-module t1 timeslots {range | all}
Syntax Description
Default
64 kbps.
Command Mode
Interface configuration mode
Usage Guidelines
This command first appeared in Cisco IOS Release 11.2.
This command specifies which timeslots are used in fractional T1 operation and determines the amount of bandwidth available to the router in each FT1/T1 channel.
The timeslot range must match the timeslots assigned to the channel group. Your service provider defines the timeslots that comprise a channel group.
To use the entire T1 line, enable the service-module t1 timeslots all command.
Example
The following example displays a series of timeslot ranges and a speed of 64 kbps:
service-module t1 timeslots 1-10,15-20,22 speed 64
Related Commands
You can use the master indexes or search online to find documentation of related commands.
service-module t1 data-coding
service-module t1 linecode
show service-module serial
To display the performance report for an integrated CSU/DSU, use the show service-module serial privileged EXEC command:
show service-module serial number [performance-statistics [interval-range]]
Syntax Description
Command Mode
Privileged EXEC mode
Usage Guidelines
This command first appeared in Cisco IOS Release 11.2.
This command applies to the 2- and 4-wire 56/64-kbps CSU/DSU module and FT1/T1 CSU/DSU module. The performance-statistics keyword applies only to the FT1/T1 CSU/DSU module.
Example
The following example shows sample output from the show service-module serial command issued on a Cisco 3640 modular access router:
router# show service-module serial 0/1
Module type is 4-wire Switched 56
Hardware revision is B, Software revision is 1.00,
Image checksum is 0x42364436, Protocol revision is 1.0
Connection state: Idle
Receiver has no alarms.
CSU/DSU Alarm mask is 0
Current line rate is 56 Kbits/sec
Last module self-test (done at startup): Passed
Last clearing of alarm counters 4d02h
oos/oof : 0,
loss of signal : 0,
loss of sealing curren: 0,
loss of frame : 0,
rate adaptation attemp: 0,
describes the fields displayed by the show service-module serial command:
Table 1
show service-module Output Field Descriptions
Related Commands
You can use the master indexes or search online to find documentation of related commands.
clear service-module
test service-module
To perform self-tests on an integrated CSU/DSU serial interface module, such as a 4-wire 56/64 kbps CSU/DSU, issue the test service-module privileged EXEC command:
test service-module type number
Syntax Description
Command Mode
Privileged EXEC mode
Usage Guidelines
This command first appeared in Cisco IOS Release 11.2.
A series of tests are performed on the CSU/DSU, which include a ROM checksum test, RAM test, EEPROM checksum test, flash checksum test, and a DTE loopback with an internal pattern test. These self-tests are also performed at power on.
This command cannot be used if a DTE loopback, line loopback, or remote loopback is in progress.
Data transmission is interrupted for five seconds when you issue this command. To view the output of the most recent self-tests, enable the show service-module command.
Example
This example performs a self test on serial interface 0:
Router# test service-module serial 0
SERVICE_MODULE(0): Performing service-module self test
SERVICE_MODULE(0): self test finished: Passed
Related Commands
You can use the master indexes or search online to find documentation of related commands.
clear counters
clear service-module
show service-module
Debug Commands
debug service-module
Use the debug service-module EXEC command to display debugging information that monitors the detection and clearing of network alarms on the integrated channel service unit/data service unit (CSU/DSU) modules. The no form of this command disables debugging output.
debug service-module
no debug service-module
Syntax Description
This command has no keywords or arguments.
Command Mode
EXEC mode.
Usage Guidelines
Use this command to enable and disable debug logging for the serial 0 and serial 1 interfaces when an integrated CSU/DSU is present. This command enables debugging on all interfaces.
Network alarm status can also be viewed through the use of the show service-module command.
Note
Example
Router# debug service-module
SERVICE_MODULE(1): loss of signal ended after duration 00:05:36
SERVICE_MODULE(1): oos/oof ended after duration 01:05:14
SERVICE_MODULE(0): Unit has no clock
SERVICE_MODULE(0): detects loss of signal
SERVICE_MODULE(0): loss of signal ended after duration 00:00:33
What to Do Next
For information on how to configure serial interfaces, refer to the Configuration Fundamentals Configuration Guide for Cisco IOS Release 11.2.
Refer to the following publications for additional software configuration information:
•
•
