|
|
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:
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:
This feature is supported on the Cisco 3600 and Cisco 1600 series.
The following are prerequisites to enable the T1 CSU WIC:
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.
To configure the router to send SNMP traps, perform the following steps:
| Steps | Command |
|---|---|
| Step 1 Enter interface configuration mode. | interface serial slot/port, where slot/port corresponds to where the WIC card is installed in your router. |
| Step 2 Set the fdl parameter to either ansi or att. | service-module t1 fdl {ansi | att} |
| Step 3 Exit interface configuration mode. | <Ctrl-z> |
| Step 4 Verify that the fdl parameter has been changed. | show running-config |
This section contains the following types of examples:
This example shows how to to set the fdl parameter to att while in interface configuration mode.
Step 1 Enter service-module t1 fdl att to set the fdl parameter to att:
panther2(config-if)#service-module t1 fdl att
Step 2 Exit interface configuration mode by entering Cntl-z.
panther2(config-if)#<^Z>
panther2#
Step 3 Enter show running-config to check that the fdl parameter was changed in the serial port and slot number specified in Step 5:
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 Enter exit to exit the router.
This example shows how to to set the fdl parameter to ansi, beginning with powering on the router.
Step 1 Power ON your router. When prompted, press Return:
Press RETURN to get started!
panther2>
Step 2 Enter privilege mode by entering enable at the prompt. Enter your password. The prompt changes to panther2#:
panther2>enable
Password:
panther2#
Step 3 Enter show running-config to display the current configuration:
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 Enter configuration mode by entering configure terminal:
panther2#configure terminal
Enter configuration commands, one per line. End with CNTL/Z.
Step 5 Enter interface configuration mode by entering interface serial slot/port, where slot/port corresponds to where the WIC card is installed in your router:
panther2(config)#interface serial 0/0
Step 6 Enter service-module t1 fdl ansi to set the fdl parameter to ansi:
panther2(config-if)#service-module t1 fdl ansi
Step 7 Exit interface configuration mode by entering Cntl-z.
panther2(config-if)#<^Z>
panther2#
Step 8 Enter show running-config to check that the fdl parameter was changed in the serial port and slot number specified in Step 5:
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 Enter exit to exit the router.
This section contains the following commands:
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
| ansi | Sets the fdl parameter to ansi. |
| att | Sets the fdl parameter to att. |
no service-module t1 fdl.
Interface configuration mode
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.
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}
| internal | Specifies the CSU/DSU internal clock. |
| line | Specifies the line clock. |
line.
Interface configuration mode
This command first appeared in Cisco IOS Release 11.2.
The following example sets an internal clock source on serial line 0:
interface serial 0
service-module t1 clock source line
You can use the master indexes or search online to find documentation of related commands.
service-module 56k clock source
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}
| 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. |
normal.
Interface configuration mode
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.
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
You can use the master indexes or search online to find documentation of related commands.
service-module t1 linecode
service-module t1 timeslots
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}
| esf | Specifies Extended Super Frame as the T1 frame type. |
| sf | Specifes D4 Super Frame as the T1 frame type. |
esf.
Interface configuration mode
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.
The following example enables Super Frame as the FT1/T1 frame type:
service-module t1 framing sf
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}
| -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. |
none.
Interface configuration mode
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.
The following example shows an Lbo setting of -7.5 dB:
service-module t1 lbo -7.5db
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}
| ami | Specifies alternate mark inversion (AMI) as the line code. |
| b8zs | Specifies binary 8 zero substitution (B8ZS) as the line code. |
b8zs.
Interface configuration mode
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.
The following example specifies AMI as the line code:
service-module t1 linecode ami
You can use the master indexes or search online to find documentation of related commands.
service-module t1 data-coding
service-module t1 timeslots
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
This command has no arguments or keywords.
Remote alarms disabled.
Interface configuration mode
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.
The following example enables remote alarm generation and detection:
service-module t1 remote-alarm-enable
You can use the master indexes or search online to find documentation of related commands.
service-module t1 framing
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} [alternate | v54]
no service-module t1 remote-loopback {full | payload}
| full | Configures the remote loopback code used to transmit or accept CSU loopback requests. |
| payload | Configures the loopback code used by the local CSU/DSU to generate or detect payload-loopback commands. |
| alternate | (Optional) Transmits a remote CSU/DSU loopback request using a 4-in-5 pattern for loopup and 2-in-3 pattern for loopdown. This is an inverted version of the standard loopcode request. |
| v54 | (Optional) Industry standard loopback code. Use this configuration for CSU/DSUs that may not support the Accunet loopup standards. This keyword is used only with a payload request, not a full request. |
Full and payload loopbacks with standard-loopup codes.
Interface configuration mode
This command first appeared in Cisco IOS Release 11.2.
You can simultaneously configure the full and payload loopback points. However, only one loopback code can be configured at a time. For example, if you configure the service-module t1 remote-loopback payload alternate command, a payload v54 request cannot be transmitted or accepted.
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.
The following example displays two routers connected back-to-back through a fractional T1/T1 line:
Router# no service-module t1 remote-loopback full
Router# service-module t1 remote-loopback payload alternate
Router# loopback remote full
%SERVICE_MODULE-5-LOOPUPFAILED: Unit 0 - Loopup of remote unit failed
Router# service-module t1 remote-loopback payload v54
Router# loopback remote payload
%SERVICE_MODULE-5-LOOPUPFAILED: Unit 0 - Loopup of remote unit failed
Router# service-module t1 remote-loopback payload alternate
Router# loopback remote payload
%SERVICE_MODULE-5-LOOPUPREMOTE: Unit 0 - Remote unit placed in loopback
You can use the master indexes or search online to find documentation of related commands.
loopback remote (interface)
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}
| range | The DS0 timeslots that constitute the FT1/T1 channel. The range is from 1 to 24, where the first timeslot is numbered 1 and the last timeslot is numbered 24. Specify this field by using a series of subranges separated by commas. |
| all | Selects all FT1/T1 timeslots. |
| speed | (Optional) Specifies the timeslot speed. |
| 56 | 56 kbps. |
| 64 | 64 kbps. This is the default for all timeslots. |
64 kbps.
Interface configuration mode
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.
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
You can use the master indexes or search online to find documentation of related commands.
service-module t1 data-coding
service-module t1 linecode
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]]
| number | Interface number: 0 or 1. |
| performance-statistics | (Optional) Displays the CSU/DSU performance statistics for the past 24 hours. This keyword applies only to the fractional T1/T1 module. |
| interval-range | (Optional) Specifies the number of 15-minute intervals displayed. You can choose a range from 1 to 96, where each value represents the CSU/DSU activity performed in that 15-minute interval. For example, a range of 2-3 displays the performance statistics for the intervals two and three. |
Privileged EXEC mode
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.
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,
Table 1 describes the fields displayed by the show service-module serial command:
| Field | Description | ||
|---|---|---|---|
| Module Type | The CSU/DSU module installed in the router. The possible modules are T1/fractional, 2-wire switched 56-kbps, and 4-wire 56/64-kbps. | ||
Receiver has AIS alarm | Alarms detected by the FT1/T1 CSU/DSU module or 2- and 4-wire 56/64-kbps CSU/DSU modules. Possible T1 alarms are as follows:
Possible switched 56k alarms are as follows:
|
Unit is currently in test mode | Loopback tests are in progress. |
| Framing is ESF | Indicates frame type used on the line. Can be extended super frame or super frame. | ||
| Line Code is B8ZS | Indicated line-code type configured. Can be alternate mark inversion (AMI) or binary 8-zero substitution (B8ZS). | ||
| Current clock source is line | Clock source configured on the line, which can be supplied by the service provider (line) or the integrated CSU/DSU module (internal). | ||
| Fraction has 24 timeslots | Number of timeslots defined for the FT1/T1 module, which can range from 1 to 24. | ||
| Net bandwidth | Total bandwidth of the line (for example, 24 timeslots multiplied by 64 kbps equals a bandwidth of 1536 kbps). | ||
| Last user loopback performed | Type and outcome of the last performed loopback. | ||
| Last module self-test (done at startup): Passed | Status of the last self test performed on an integrated CSU/DSU module. | ||
| Last clearing of alarm counters | List of network alarms that were detected and cleared on the CSU/DSU module. | ||
| Total Data in Current interval | Shows the current accumulation period, which rolls into the 24-hour accumulation every 15 minutes. The oldest 15-minute period falls off the back of the 24-hour accumulation buffer. | ||
| Line Code Violations | Indicates the occurrence of either a bipolar violation or excessive zeroes error event. | ||
| Path Code Violations | Indicates a frame synchronization bit error in the D4 and E1-no CRC formats or a CRC error in the ESF and E1-CRC formats. | ||
| Slip Secs | Indicates the replication or detection of the payload bits of a DS1 frame. A slip may be performed when there is a difference between the timing of a synchronous receiving terminal and the received signal. | ||
| Fr Loss Secs | Indicates the number of seconds an out of frame error is detected. | ||
| Line Err Secs | Line errored seconds is a second in which one or more line code violation errors are detected. | ||
| Errored Secs | In ESF and E1-CRC links, an errored second is a second in which one of the following is detected: one or more path code violations; one or more out of frame defects; one or more controlled slip events; a detected AIS defect.
For D4 and E1-no CRC links, the presence of bipolar violation also triggers an errored second. | ||
| Bursty Err Secs | A second with fewer than 320 and more than 1 path coding violation errors. No severely errored frame defects or incoming AIS defects are detected. Controlled slips are not included in this parameter. | ||
| Severely Err Secs | For ESF signals, a second with one of the following errors: 320 or more path code violation errors; one or more out of frame defects; a detected AIS defect.
For D4 signals, a count of 1-second intervals with framing errors, or an out of frame defect, or 1544 line code violations. | ||
| Unavail Secs | Total time the line was out of service. |
You can use the master indexes or search online to find documentation of related commands.
clear 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
| type | Interface type. |
| number | Interface number. |
Privileged EXEC mode
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.
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
You can use the master indexes or search online to find documentation of related commands.
clear counters
clear service-module
show 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
This command has no keywords or arguments.
EXEC mode.
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.
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
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:
|
|