Cisco ICS 7750 Installation and Configuration Guide, 2.4.0
Configuring the Cisco ICS 7750

Table of Contents

Configuring the Cisco ICS 7750
Best Practices for Using the IOS CLI
Setting the System Date and Time
Configuring the SSP
Configuring MRPs and ASIs
System Card Overview
Codec/DSP Overview
Configuring Fast Ethernet Ports
Configuring WAN Interfaces
Voice over IP
H.323 Overview
MGCP Overview
Network Security Considerations
Configuring Cisco CallManager
Running Network Time Protocol
Installing and Configuring Cisco Unity Voice Messaging
Configuring the System for Voice Mail

Configuring the Cisco ICS 7750


Many tasks are required for fully configuring the Cisco Integrated Communications System 7750 (Cisco ICS 7750) for data and voice routing. This chapter lists common tasks required to configure the Cisco ICS 7750, gives pointers to Cisco IOS and Cisco CallManager documentation that tells how to perform these tasks, and describes any differences between configuring Cisco IOS or Cisco CallManager software on the Cisco ICS 7750 and configuring Cisco IOS or Cisco CallManager on other platforms.

This chapter contains these sections:

Best Practices for Using the IOS CLI

ICS System Manager is designed to communicate with and to monitor the status of all the components in the chassis. To enable ICS System Manager to perform these functions, a configuration program (ICSConfig) guides you through the configuration process. ICSConfig enables you to change key system parameters, such as the IP addresses of system cards, passwords, destination for syslog messages, and Simple Network Management Protocol (SNMP) community strings.

To enable ICS System Manager to properly function as a system management tool, it is important that you use ICSConfig or ICS System Manager, as appropriate, rather than the IOS command-line interface (CLI), when you enter key system parameters.

Except for the procedures listed in "ICSConfig Tasks," you can enter all IOS CLI commands that are available for use in any IOS software release that is intended for use on the Cisco ICS 7750.

ICSConfig Tasks

You should always use ICSConfig for the following tasks:

  • Passwords
    • Changing the login password, which gives ICS System Manager continued Telnet access to system cards
    • Changing the Windows 2000 administrator password, which grants those with administrator privileges continued access to SPE310s
    • Changing the enable or secret password, which makes it possible for administrators to enter certain IOS commands
  • Card configurations
    • Assigning or changing the IP addresses or subnet mask of system cards
  • SNMP settings
    • Changing read-only and read/write SNMP community strings of the SNMP server
    • Changing the server destination of SNMP traps
    • Managing the SNMP server
  • Logging
    • Changing the syslog logging host

Note    SNMP community strings and system passwords are case sensitive.

The following list includes tasks that should never be configured on the Cisco ICS 7750 by using the IOS CLI under any circumstances:

  • Shutting down an Ethernet interface
  • Changing an Ethernet or VLAN interface
  • Disabling Cisco Discovery Protocol (CDP) on an Ethernet or VLAN interface
  • Configuring Domain Name System (DNS) on SPEs
  • Disabling Network Time Protocol (NTP)
  • Invoking the Cisco Network Registrar (CNR) dhcp.exe from c:\program files\network registrar\bin

Saving Configuration Changes

To prevent loss of the ASI or MRP configuration, save the running-config file to the startup-config file by following these steps:

Command Purpose
Step 1 

MRP> enable

Password: password

MRP# 

Enters enable mode. You have entered enable mode when the prompt changes to MRP#.

Step 2 

MRP# copy running-config startup-config

Saves the configuration changes to the startup-config file so that they are not lost during resets, power cycles, or power outages.

Setting the System Date and Time

This section explains how to set the date and time on Cisco ICS 7750 cards. It contains the following tasks:

Setting the Date and Time on SPE310 Cards

Complete the following steps to set the date and time on Cisco System Processing Engine 310 (SPE310) cards:


Step 1   On your PC, choose Start > Programs > Terminal Services Client > Client Connection Manager.

Step 2   Use the Client Connection Manager to open a Terminal Services Client connection with the SPE310:

  • If you already have a Terminal Services Client connection defined for the SPE310, select it, and choose File > Connect.
  • If you do not have a Terminal Services Client connection defined for the SPE310, choose File > New Connection. Follow the instructions in the wizard, and then choose File > Connect.

Step 3   Log in as an administrator (user ID administrator), and enter your password (the default is changeme).

Step 4   On the SPE310, choose Start > Settings > Control Panel > Date/Time.

The Date/Time Properties dialog opens.

Step 5   Fill in the necessary fields. Click OK to close the Date/Time Properties dialog box.

Step 6   Repeat Step 2 through Step 6 for any additional SPE310s, if present.





Setting the Date and Time on SSP, MRP, and ASI Cards

The system switch processor (SSP) card, multiservice route processor (MRP) cards, and analog station interface (ASI) cards each have a system clock that begins to run from the point at which the card starts up. The system clock keeps track of the date and time. The SSP stores its configuration data in Flash-simulated NVRAM. The MRP300, MRP3-8FXS, and MRP3-16FXS cards store their configuration data in NVRAM. The MRP200, ASI81, and ASI160 cards obtain their configuration data from the SPE310 running System Manager when they boot.

When you set the date and time, the setting remains accurate until the next card restart.


Note   When changing the date and time settings on SSP, MRP, and ASI cards, open a Telnet session from the PC, not from the SPE310. If you open a Telnet session from the SPE, the changes you make to the card configuration are not saved.

Complete the following steps to set the date and time on the SSP card and MRP cards:


Step 1   From the PC, choose Start > Run.

Step 2   Enter the following command to open a Telnet session:

telnet IP address

where IP address is the IP address of the card with which you wish to communicate.

Step 3   Enter your login password.

Step 4   Enter privileged EXEC mode by entering the following command:

ICS7750> enable

Step 5   Enter your enable password.

Step 6   To enter global configuration mode, enter the following command:

ICS7750# configure terminal

Step 7   To set the time zone, enter the following command in global configuration mode:

ICS7750(config)# clock timezone zone hours [minutes]

where:

  • zone is the name of the time zone to be displayed when standard time is in effect (such as Pacific Standard Time, or PST)
  • hours is the number of hours offset from Coordinated Universal Time (UTC)
  • (optional) minutes is the number of minutes offset from UTC

For example, to set the time to PST, eight hours offset from UTC, enter the following command:

ICS7750(config)# clock timezone PST -8

Table 6-1 lists the time zones in North America and their offsets from UTC.

Table 6-1   North American Time Zones

Time Zone Abbreviation UTC Offset

Atlantic Standard Time

AST

-4 hours

Atlantic Daylight Saving Time

ADT

-3 hours

Eastern Standard Time

EST

-5 hours

Eastern Daylight Saving Time

EDT

-4 hours

Central Standard Time

CST

-6 hours

Central Daylight Saving Time

CDT

-5 hours

Mountain Standard Time

MST

-7 hours

Mountain Daylight Saving Time

MDT

-6 hours

Pacific Standard Time

PST

-8 hours

Pacific Daylight Saving Time

PDT

-7 hours

Hawaiian Standard Time

HST

-10 hours

Alaska Standard Time

AKST

-9 hours

Alaska Standard Daylight Saving Time

AKDT

-8 hours

Step 8   To set the clock for a card, enter one of the following IOS commands in privileged EXEC mode:

ICS7750(config)# clock set hh:mm:ss day month year

or

ICS7750(config)# clock set hh:mm:ss month day year

where:

  • hh:mm:ss is the current time in hours, minutes, and seconds. Note that this is a 24-hour clock, so 10:03:00 p.m. would be entered as 22:03:00.
  • day is the current day in the month, entered as a two-digit date.
  • month is the current month, entered as a three-letter abbreviation. November, for example, would be entered as nov.
  • year is the current year entered as a four-digit year, such as 2001.

Note    This step must be performed after every reboot of the Cisco ICS 7750.

Step 9   To exit global configuration mode, enter the following command:

ICS7750(config)# exit

Step 10   To save your configuration, enter the following command:

copy running-config startup-config

Step 11   To verify your settings, enter the following command:

show clock

Step 12   Repeat Step 3 through Step 12 for additional cards, as necessary.

Step 13   Close the Telnet session by typing exit at the prompt.





Configuring the SSP

The SSP is an eight-port switching module in the Cisco ICS 7750. It has two external ports for connecting to external network devices and has six internal ports for connecting to the other cards in the Cisco ICS 7750.

The SSP serves the following purposes:

  • With the chassis backplane, it acts as a communications path for intrachassis communications among the installed cards in the Cisco ICS 7750.
  • When connected to an external Ethernet switch, it forwards voice and data traffic between the IP network and the external network (such as the WAN and the Public Switched Telephone Network [PSTN]) through the Cisco ICS 7750.

  • Note   The Cisco ICS 7750 supports only one SSP, which is always installed in slot 7 of the chassis. For a complete description of the SSP, refer to the Cisco ICS 7750 System Description.

Features

The SSP provides the following features:

  • 10/100 autonegotiation on each port
  • Duplex autonegotiation on each port
  • Broadcast storm control for preventing faulty end stations from degrading overall system performance
  • Port monitoring (Switch Port Analyzer) for complete traffic monitoring
  • Cisco Discovery Protocol (CDP) for network topology discovery and mapping between the SSP and other Cisco devices in the network
  • Cisco Group Management Protocol (CGMP) for limiting multicast flooding within the SSP
  • Spanning Tree Protocol (STP) IEEE 802.1d with STP Port Fast Mode for network loop detection and disabling and for fault-tolerant connectivity
  • Support for the following enhanced STP features:
    • STP support on a per VLAN basis
    • STP UpLinkFast feature to accelerate the reconfiguration of STP
    • STP Root Guard feature to prevent switches outside the core of the network from becoming the STP root
  • Protected port option for restricting the forwarding of traffic to designated ports on the same switch
  • Two queues on each port to prioritize voice and data traffic, based on IEEE 802.1p class of service (CoS)
  • Telephony features, such as Voice VLAN (VVID), on a per-port basis
  • Terminal Access Controller Access Control System Plus (TACACS+) feature to manage network security through a server
  • Network Time Protocol (NTP) to provide an external source for time-of-day information
  • Hot-swap support for removing and installing the SSP without having to power down the system

Note    Hot-swapping the SSP will result in system downtime since all the cards in the ICS 7750 chassis will lose connectivity during the swap.

SSP Configuration Tasks

The SSP is, in the default configuration, network-ready. In most network configurations, the SSP will not require any additional configuration. However, many settings on the SSP are configurable. Table 6-2 lists tasks that you may need or want to perform in order to configure the SSP. In addition, Table 6-2 gives pointers to the locations in the Catalyst 2900 XL and Catalyst 3500 Software Configuration Guide that provide instructions for performing those tasks. The Catalyst 2900 XL and Catalyst 3500 Software Configuration Guide is available at the following URL:

http://www.cisco.com/univercd/cc/td/doc/product/lan/c2900xl/29_35wc/sc/index.htm

Table 6-2   SSP Configuration Tasks

Tasks Documentation Locations

Configuring System Settings

Managing the ARP Table

Configuring Device Settings

Controlling IP Multicast Packets Through CGMP

 

Configuring STP

 

Configuring UniDirectional Link Detection

 

Configuring Protected Ports

Configuring Port Settings

Creating EtherChannel Port Groups

 

Enabling SPAN

 

Configuring Flooding Controls

 

Configuring Voice Ports

Configuring VLAN Settings

Assigning VLAN Port Membership Modes

 

Overlapping VLANs and Multi-VLAN Ports

 

Using VTP

 

VTP Version 2

 

VTP Pruning

 

VLANs in the VTP Database

 

How VLAN Trunks Work

 

Configuring 802.1p Class of Service

 

Load Sharing Using STP

 

How the VMPS Works

Configuring Security Settings

Managing the MAC Address Tables

 

Enabling Port Security

 

Configuring TACACS+

Configuring MRPs and ASIs

This section explains how to configure MRP and ASI cards and contains the following sections:

System Card Overview

This section lists the key features of the MRP200, MRP300, ASI81, ASI160, MRP3-8FXS, and MRP3-16FXS system cards.

Key Features of MRP200 and MRP300 Cards

MRP200 and MRP300 cards have the following features:

  • Voice- and data-capable routers that support both digital and analog voice trunks and WAN routing interfaces and that can link remote Ethernet LANs to the PSTN and existing private branch exchanges (PBXs), as well as most common analog devices such as fax machines and teleconferencing stations.
  • Slots for two WAN interface cards (WICs), voice interface cards (VICs), or voice WAN interface cards (VWICs).
  • Support for the following T1/E1 configurations:
    • Two T1/E1 ports with voice payload (no more than 24 simultaneous calls per MRP [T1] or no more than 30 simultaneous calls per MRP [E1]).
    • No more than one T1/E1 data port.
    • No more than one channelized T1/E1 group for data.
    • Up to two external clock sources.
  • H.323 and Quality of Service (QoS) for voice support.
  • G.711, G.723.1, G.726, and G.729 codec support.
  • Hot-swap support (MRP cards are hot-swappable, but any WICs, VICs, and VWICs installed within the MRPs are not hot-swappable).
  • Configuration files for the MRP200 are stored on the SPE310 running System Manager.
  • Configuration files for the MRP300 are stored in NVRAM.

Key Features of ASI81, ASI160, MRP3-8FXS, and MRP3-16FXS Cards

The key features of the ASI81, ASI160, MRP3-8FXS, and MRP3-16FXS cards are delineated below:

  • ASI81 and MRP3-8FXS—Voice-and-data-capable routers that can carry voice traffic over an IP network, that can link small-to-medium-size remote Ethernet LANs to central offices over WAN links (depending on the type of card installed in its WIC/VIC/VWIC slot), and that can support eight connections to analog telephones, fax machines, and polycoms
  • ASI160 and MRP3-16FXS—Analog gateways that support 16 connections to telephones, fax machines, and teleconferencing stations.
  • H.323 and QoS for voice support.
  • G.711, G.723.1, G.726, and G.729 codec support.
  • Hot-swap support (system cards are hot-swappable, but any WIC, VIC, or VWIC installed within an ASI81 or MRP3-8FXS card is not hot-swappable).
  • ASI81 and ASI160—Configuration files are stored on the SPE310 running System Manager.
  • MRP3-8FXS and MRP3-16FXS—Configuration files are stored in NVRAM.

  • Note   The MRP300, MRP3-8FXS and MRP3-16FXS cards have additional functionality provided by 16 MB of onboard Flash memory, with 64 MB of add-on Flash memory available as an option.

Supported WICs, VICs, and VWICs

For a list of the WICs, VICs, and VWICs that are supported in MRP200, MRP300, MRP3-8FXS, and ASI81 cards, refer to the Cisco ICS 7750 System Description . For information about valid combinations of WICs, VICs, and VWICs on MRP and ASI cards, see "PVDM Requirements."

Codec/DSP Overview

VICs and VWICs installed in MRP cards or ASI cards might require additional digital signal processors (DSPs) for processing heavier voice traffic. Each DSP can perform a maximum of 100 million instructions per second (MIPS).

You can install up to two packet voice/data modules (PVDMs) on each MRP or ASI card. PVDMs contain DSP chips that give MRP and ASI cards more processing power.

Voice Compression Algorithms (Codecs)

The Cisco ICS 7750 supports several options for voice-compression algorithms. These algorithms are commonly called codecs. The word codec is a combination of the words coder and decoder. Coding is the process of encoding a digitized signal into a more efficient form for transmission or storage. Decoding is the process of restoring the coded signal to the original form.

Codecs differ in terms of voice quality, compression rate and bandwidth, ability to carry dual-tone multifrequency (DTMF) and modem traffic, and number of channels (calls) that a single DSP can support. The more DSP channels, the greater the number of calls that an MRP or ASI card can support. The number of channels supported also depends on whether the DSP is running a digital image or it is running an analog image. (Digital T1 and E1 VWICs process digital signals, and analog VICs process analog signals.)

As Table 6-3 shows, some codec compression techniques require more processing power than others. Multiple DSP firmware images are available for use on MRP and ASI cards. High-complexity images support fewer calls than medium-complexity images.

Table 6-3   MRP and ASI Card Codec Options

Channels per DSP—
Digital Image1
Channels per DSP—
Analog Image
Codec Bandwidth Medium Complexity High Complexity Medium Complexity2 High Complexity3

G.711

64 kbps

8

6

4

2

G.723.1

5.3 or 6.3 kbps

none

2

none

2

G.726

32, 24, or 16 kbps4

none

3

4

2

G.729a

8 kbps

4

3

4

2

Fax Relay

Variable

none

3

4

2

1VWICs (VWIC-1MFT-T1, VWIC-1MFT-E1, VWIC-2MFT-T1, and VWIC-2MFT-E1) require digital DSP software.

2Medium-complexity analog DSP software supports 8- and 16-port FXS modules (in the ASI 81 and the ASI 160, respectively).

3High-complexity analog DSP software supports all 2-port analog VICs (VIC-2DID, VIC-2BRI-NT/TE, VIC-2FXS, VIC-2FXO-M1, VIC-2FXO-M2, VIC-2FXO-M3, VIC-2FXO, and VIC-2E/M) and the 8- and 16-port FXS modules (in the ASI 81 and the ASI 160, respectively).

432 kbps = 2:1 compression, 24 kbps = 3:1 compression, and 16 kbps = 4:1 compression.

G.711

G.711 performs pulse code modulation (PCM) and is the standard digital channel used in the public telephone network. PCM provides no compression and therefore no opportunity for bandwidth savings. Any services that operate over the public network should operate with similar performance over a Cisco ICS 7750 PCM channel (although the Cisco ICS 7750 connection might have more delay).

G.723.1

G.723.1 is a compression technique that uses multi-pulse, multi-level quantization (MP-MLQ) or code excited linear prediction (CELP) coding to compress speech or audio signal components at 5.3 or 6.3 kilobits per second (kbps), respectively. G.723.1, which is part of the H.324 family of standards, can be used for compressing speech or audio signal components at very low bit rates. G.723.1 Annex-A provides built-in voice activity detection (VAD) and Comfort Noise Generation (CNG).

G.726

G.726 performs adaptive differential pulse code modulation (ADPCM) coding. G.726 reduces network bandwidth requirements for transmitting voice by encoding 64 kbps voice channels as 32, 24, or 16 kbps ADPCM (that is, 32 kbps provides 2:1 compression, 24 kbps provides 3:1 compression, and 16 kbps provides 4:1 compression). Generally, there is a trade-off between the amount of compression and voice quality. ADPCM-encoded voice can be interchanged between packet voice, PSTN, and private branch exchange (PBX) networks if the PBX networks are configured to support ADPCM.

G.729

G.729 performs CELP coding, where voice is coded into 8-kbps streams. There are two variations of this standard (G.729 and G.729 Annex A [G.729a]) that differ mainly in terms of their computational complexity; both provide speech quality similar to 32-kbps ADPCM. G.729 is a high complexity algorithm, and G.729a is a medium complexity variant of G.729 with slightly lower voice quality. G.729a performs conjugate structure algebraic code excited linear predictive (CS-ACELP) coding, providing speech quality similar to 32-kbps ADPCM. G.729a offers the best compression rate (8:1), but it does not typically carry modem traffic, and it degrades DTMF and music signals somewhat. Depending on the type of traffic, using G.729a can produce cost savings of 40 percent, relative to using G.711. Other algorithms in the G.729 family include G.729 Annex-B, a high complexity algorithm, and G.729a Annex-B, a medium-complexity variant of G.729 Annex-B with slightly lower voice quality. The difference between the G.729 and G.729 Annex-B codecs is that G.729 Annex-B provides built-in VAD and CNG.

Codec Interoperability

Codec interoperability is the ability of one codec to decode another codec. If a DSP is configured with a certain codec, the DSP should be able to decode the voice codec using any codec with which the DSP is interoperable.

The following G.729 codec combinations interoperate:

  • G.729 and G.729a
  • G.729 and G.729
  • G.729a and G.729a
  • G.729 Annex-B and G.729a Annex-B
  • G.729 Annex-B and G.729 Annex-B
  • G.729a Annex-B and G.729a Annex-B

The following G.723.1 codec combinations interoperate:

  • G.723.1 (5.3 kbps) and G.723.1 (6.3 kbps)
  • G.723.1 (5.3 kbps) and G.723.1 (5.3 kbps)
  • G.723.1 (6.3 kbps) and G.723.1 (6.3 kbps)
  • G.723.1 Annex-A (5.3 kbps) and G.723.1 Annex-A (6.3 kbps)
  • G.723.1 Annex-A (5.3 kbps) and G.723.1 Annex-A (5.3 kbps)
  • G.723.1 Annex-A (6.3 kbps) and G.723.1 Annex-A (6.3 kbps)

Delay

Delay is the time it takes for packets to travel between two endpoints. In traditional data networking, delay can be tolerated with little or no impact on network users; however, in networks carrying voice traffic, delay is potentially quite significant because it can affect the ability of users to carry on a telephone conversation. For example, delay can introduce pauses or gaps in the conversation, increasing the likelihood that one person will start talking before the other person has finished.

Because of the speed of network links and the limited processing power of many devices, some delay is expected. Telephone users normally accept up to about 150 milliseconds (ms) of delay without noticing problems. You can measure delay by using ping tests at various times of the day with different network traffic loads. If network delay is excessive, reduce it before deploying a network that carries Voice over IP (VoIP) traffic.

The two types of delay most commonly found in today's telephony networks are propagation delay and handling delay. Propagation delay is caused by the characteristics of the speed of light traveling via a fiber-optic-based or copper-based medium. Handling delay (sometimes called serialization delay) is caused by the devices that handle voice information. Handling delays have a significant impact on voice quality in a packetized network. Codec-induced delays are considered a handling delay.

Table 6-4 shows the delay that is introduced by different codecs.

Table 6-4   Delay Introduced by Codecs

Compression Method Bit Rate (kbps) Compression Delay (ms)

G.711 PCM

64.0

0.75

G.726 ADPCM

32.0

1

G.729 CS-ACELP

8.0

10

G.729a CS-ACELP

8.0

10

G.723.1 MP-MLQ

6.3

30

G.723.1 ACELP

5.3

30

DSP Groups

ASIs and MRPs handle calls based on the grouping of the DSPs. The DSPs are located on PVDMs. There can be up to five DSPs on a single PVDM. Each PVDM corresponds to one DSP group. MRP200 and MRP300 cards each have two PVDM slots and, therefore, can have a maximum of two DSP groups. Each DSP group serves either an analog port or a T1 port on the VIC. Therefore, one analog VIC and one T1 VWIC make up two groups, and two T1s with two different clock sources (regardless of whether they are on the same VWIC) also make up two groups.

DSP Group Serving a T1 Port

Each DSP group that serves a T1 port can support as many DSPs as there are in the PVDM.

A DSP has a maximum capacity of 100 MIPS to handle a particular number of simultaneous calls. One G.729a call requires 25 MIPS, and one G.711 call requires 12.5 MIPS. The number of calls on a DSP is determined by the total MIPS used reaching 100 on that DSP. The DSP resource manager rejects a call if it cannot find a DSP with required unused MIPS for the selected codec.

Table 6-5 provides some examples of the number of calls that can be supported on a single DSP, depending on the codec used. Table 6-6 lists some of the combinations of calls that can be handled on a single DSP.


Note   The examples provided in Table 6-5 and Table 6-6 are based on the assumption that you are using a medium-complexity digital image.

Table 6-5   Codec/DSP Call-Processing Examples

Scenarios Calls per DSP Codecs MIPS per Session MIPS Required Call Status

1

4

G.729a

25

25 x 4 = 100

4 calls accepted

2

8

G.711

12.5

12.5 x 8 = 100

8 calls accepted

3

4

1

G.729a

G.711

25

12.5

25 x 4 = 100

12.5 x 1 = 12.5

 

1 call rejected

Table 6-6   Sample Combinations of Calls on a Single DSP

G.711 Calls G.729a Calls

2

3

4

2

6

1

DSP Group Serving Analog Ports

Each DSP group that serves analog ports requires the following:

  • MRP200s and MRP300s—One DSP for every two ports (using the high-complexity image). For example, an MRP300 with two 2-port analog VICs requires two DSPs.
  • ASI81s and MRP3-8FXSs—One DSP for every two ports (using the high-complexity image) or one DSP for every four ports (using the medium-complexity image). For example, an MRP3-8FXSs with a 2-port VIC installed (for a total of 10 analog ports) requires five DSPs (assuming that the high-complexity image is used).

Choosing Codecs

This section provides information that can help you choose the DSP image that is best suited for a particular type of traffic. The following are some common scenarios:

  • Intra-LAN or PSTN-to-LAN calls—G.711 is recommended in situations such as the following:
    • Traffic between analog telephones and Cisco IP Phones (normally on the same LAN).
    • Traffic between an analog or digital trunk and a Cisco IP Phone.
    • Traffic between an analog telephone, an analog trunk, or a digital trunk and a software application (such as Cisco Unity).
  • Calls across a WAN link with limited bandwidth—If one Cisco IP Phone calls another Cisco IP Phone over a WAN link, a codec with voice compression/decompression may be desirable to save bandwidth. Cisco recommends G.711 encoding for LAN environments and G.729A across the WAN. The use of the G.729 family, with a compressed bit rate of 8 kbps, can result in bandwidth savings. Note that the actual bandwidth saving is also affected by the packetizing overhead inherent in Real-Time Transport Protocol (RTP), User Datagram Protocol (UDP), and IP headers.
  • Calls between an analog telephone and a Cisco IP Phone across a WAN link—G.729a is recommended for traffic between an analog telephone and a remote Cisco IP Phone (using VoIP over the WAN). G.723.1 cannot be used because Cisco IP Phones do not support G.723.1.

Choosing DSP Firmware

When you choose DSP firmware, it is important to consider the following factors:

  • The codecs that must be supported
  • The number of voice channels required per DSP
  • Technical issues such as echo cancellation coverage

DSP firmware is included with each IOS release for the Cisco ICS 7750. Five DSP firmware images are available for use on ASI and MRP cards. Two of the DSP firmware images are intended for MRP200 and MRP300 cards (which contain analog VICs) and for MRP3-8FXS and ASI81 cards (which contain FXS ports); two images are intended for digital trunks (such as T1 CAS and T1/E1 PRI); and one image is intended for transcoding.

Each DSP firmware image supports a particular set of codecs. High-complexity DSP firmware supports more codecs than medium-complexity firmware supports. However, in order to support more codecs, the number of voice channels supported by the firmware has to be reduced.

Table 6-7 lists the number of channels supported by the DSP firmware images.


Note   The abbreviations FIXHC, FIXMC, FLEX6, FLEX8, and XCODE represent the names of the firmware images. These abbreviations appear in the output from the show voice dsp command.

Table 6-7   Number of Channels Supported by DSP Firmware Images

DSP Firmware Image Codec Number of Channels per DSP Cards Supported

High-Complexity Analog (FIXHC)

G.711, G.726, G.729 Annex-B, G.723.1, fax relay

2

  • All 2-port analog VICs1
  • 8-port and 16-port FXS modules (ASIs)
  • VIC-2BRI-NT/TE

Medium-Complexity Analog (FIXMC)

G.711, G.726, G.729a Annex-B, fax relay

4

8-port and 16-port FXS modules (ASIs)

High-Complexity Digital (FLEX6)

G.711, G.726, G.729a Annex-B, G.723.1, fax relay

  • 6 (G.711)
  • 3 (G.729a Annex-B)
  • 3 (G.726)
  • 3 (fax relay)
  • 2 (G.723.1)

All digital VWICs2

Medium- Complexity Digital (FLEX8)

G.711, G.726, G.729a Annex-B

  • 8 (G.711)
  • 4 (G.729a Annex-B)
  • 4 (G.726)

All digital VWICs

Transcoding (XCODE)

G.711, G.726, G.729 Annex-B, G.723.1

2

Not applicable

1VIC-2DID, VIC-2E/M, VIC-2FXS, VIC-2FXO, VIC-2FXO-M1, VIC-2FXO-M2, VIC-2FXO-M3.

2VWIC-1MFT-T1, VWIC-2MFT-T1, VWIC-1MFT-E1, VWIC-2MFT-E1.

Determining How Many DSPs Are Needed

The number of DSPs needed for each voice interface depends on the following two factors:

  • Codec complexity
  • Type of codec selected

Table 6-8 shows how to calculate the number of DSPs needed for each channel. For example, with a medium-complexity analog image and a G.726 codec, 1 DSP is needed for 4 voice interfaces.


Note   For additional information on PVDM selection, refer to the "PVDM Requirements" appendix in the Cisco ICS 7750 Hardware Installation Guide .

Table 6-8   DSP Configuration Rules

Type of Card Suggested Number of DSPs Suggested DSP Firmware Total Voice Channels Codecs Supported

All 2-port analog VICs 1

1 (PVDM-4)

High-complexity analog

2

All2

VIC-2BRI-NT/TE

2 (PVDM-8)

High-complexity digital

4

All

ASI81 (8-port FXS module in slot 0)

2 (PVDM-8)

Medium-complexity analog

8

All except G.723.1

4 (PVDM-16)

High-complexity analog

8

All

ASI160 (16-port FXS module)

4 (PVDM-16)

Medium-complexity analog

16

All except G.723.1

8 (2 PVDM-16)

High-complexity analog

16

All

MFT-T1

4 (PVDM-16)

High-complexity digital

24

G.711

8 (2 PVDM-16)

High-complexity digital

24

G.729a

MFT-E1

 

5 (PVDM-20)

High-complexity digital

30

G.711

10 (2 PVDM-20)

High-complexity digital

30

G.729a

1VIC-2DID, VIC-2E/M, VIC-2FXS, VIC-2FXO, VIC-2FXO-M1, VIC-2FXO-M2, VIC-2FXO-M3.

2The codecs supported on the Cisco ICS 7750 are G.711, G.723.1, G.726, and the G.729 family.


Note   Table 6-8 does not address configuration rules for transcoding. See the "Determining How Many DSPs Are Needed for Transcoding" section.


Note   On MFT-T1 and MFT-E1 cards, medium-complexity firmware is not recommended, because this firmware restricts echo cancellation coverage to 16 ms.


Note   The codec complexity for ASI cards defaults to medium-complexity but can be changed to high-complexity with sufficient DSPs (see Table 6-8).

Transcoding

Because some hardware and software currently support only G.711 (uncompressed) connections, transcoding is available on MRP and ASI cards. MRP and ASI cards are considered packet-to-packet gateways because they have DSPs that transcode between voice streams using different compression algorithms. For example, when a user on a Cisco IP Phone at a remote location calls a user at the central location, Cisco CallManager can be configured so that it causes the remote IP phone to use compressed voice (G.729a) for the WAN call. However, if the called party at the central site is unavailable, the call potentially could be routed to an application that supports only G.711. In this case, the MRP or ASI card transcodes the G.729a voice stream to G.711 so that a voice message is stored by the G.711-compliant voice-messaging server.

Transcoding is required when a compressed voice stream is used to save WAN bandwidth and when the local device does not support the codec. The transcoding service compresses and decompresses voice streams to match the capabilities of the endpoint device.

A transcoder is a device that takes the output stream of one codec and transcodes (converts) it from one compression type to another compression type. For example, a transcoder could take an output stream from a G.711 codec and transcode (convert) it in real time to a G.729 input stream accepted by a G.729 codec.

Transcoding is supported under the following conditions:

  • Low-bit-rate to high-bit-rate (G.729a or G.723.1 to G.711 a-law or to G.711 U-law), or vice versa, configurations.
  • High-bit-rate to high-bit-rate (G.711 a-law to G.711 U-law), or vice versa, configurations.
  • Each instance of Cisco CallManager must have access to its own transcoding resources.
Deciding When to Use Transcoding

Transcoding is needed when the calling and called parties cannot use the same codec type. Codec incompatibility may result from of a lack of support for a particular codec. For example, some unified messaging systems support only G.711, while Cisco IP Phones support G.711 and G.729. (Note that Cisco Unity supports both G.729a and G.711.) Codec incompatibility could also be caused by a failure when negotiating a common codec. For example, in a lab, two Cisco voice gateways (such as an MRP or an ASI card) can be forced to use different codecs so that transcoding is required for them to communicate.

Suppose that an application is communicating with a G.711-only voice-mail system over a WAN link. To conserve bandwidth, the caller on one side of WAN link uses G.729, while the called party voice-mail system recognizes only G.711. This is a situation that would require transcoding.

Transcoding is not required if all the called parties (except those on a voice-mail system) are on the same LAN. You can configure the calling and called parties so that they must negotiate a common codec when possible.

Here are some additional transcoding guidelines:

  • Calls between Cisco IP Phones on the same LAN do not need transcoding, even if the Cisco IP Phones are assigned to different Cisco CallManager regions. For example, if a Cisco IP Phone in a G.729 region calls a Cisco IP Phone in a G.711 region (the default), the two Cisco IP Phones automatically negotiate a common codec.
  • Calls between Cisco IP Phones and an MRP or ASI in the same LAN do not need transcoding, even if the Cisco IP Phone and the MRP or ASI are in different regions. For example, if a G.729 gateway calls a Cisco IP Phone in a G.711 region, the Cisco IP Phone can communicate with the gateway.
  • If a gateway is configured to use G.723.1, transcoding is needed because Cisco IP Phones do not support G.723.1 and, therefore, cannot communicate with a G.723.1 gateway.
Choosing a DSP Firmware Image for Transcoding

When a DSP is reserved for transcoding, a special DSP firmware image is downloaded to the DSP. At present, the DSP firmware supports transcoding between G.723.1/G.729 and G.711 U/a-law, as well as between G.711 U-law and G.711 a-law. Transcoding between low-bit-rate codecs, such as between G.723.1 and G.729, is not supported.

Determining How Many DSPs Are Needed for Transcoding

Before an MRP or ASI can act as a transcoder, DSP resources must be reserved for transcoding. Unlike other Cisco gateways, the MRP or ASI provides the flexibility to choose the number of channels that should be reserved for transcoding. One DSP is required for every two transcoding channels (full duplex).

Understanding How DSPs Are Allocated for Transcoding

When the MRP or ASI boots, DSP resources are statically allocated first for analog VICs and the VIC-2BRI-NT/TE. These DSP resource allocations cannot be changed. In the show voice dsp command output, these DSPs are represented with a value of FIXMC or FIXHC in the Image field, depending on whether high- or medium-complexity DSP firmware is being used. The remaining DSP resources can be allocated to T1 VWICs, to E1 VWICs, or to transcoding, as needed.

For T1 VWICs or E1 VWICs, DSPs are reserved by defining a ds0-group or pri-group under the individual T1 or E1 controller. A DSP is reserved if it hosts a signaling channel for the T1/E1 VWIC. Such a reserved DSP has a non-zero value in the D-sig Allocate field, which can be seen in the show voice dsp command output.

Configuring Fast Ethernet Ports

ASI and MRP cards have Fast Ethernet interfaces that can be configured.Depending on your own requirements and the protocols you plan to route, you might need to enter additional configuration commands. For more information about basic configuration, including enabling the interface and specifying IP routing on Fast Ethernet interfaces, see the section "Configuring Ethernet, Fast Ethernet, or Gigabit Ethernet Interfaces" in the Cisco IOS Interface Configuration Guide, Release 12.2.


Note   See the "Configuring Dial Plans" section for a sample configuration to configure a FastEthernet interface on an ASI or MRP card.


Note   Use ICSConfig to assign or modify the IP address of an ASI or MRP card, as necessary. Do not use the CLI.

Configuring WAN Interfaces

You can configure an MRP or ASI card with a WIC or VWIC installed for access to the WAN. For example, if you are using a serial interface, you can configure Frame Relay, Point-to-Point Protocol (PPP), and High-Level Data Link Control (HDLC) over that serial interface.

Information about the various types of connections is provided in the sections that follow:

Table 6-9 lists tasks you might need to perform in order to configure WAN interfaces on MRP or ASI cards and gives pointers to the location in Cisco IOS documentation set that provides additional instructions on performing those tasks. The various Cisco IOS configuration guides for version 12.2 are available at the following URL:

http://www.cisco.com/univercd/cc/td/doc/product/software/ios122/122cgcr/index.htm

Table 6-9   WAN Interface Configuration Tasks

Tasks Documentation Locations

Configuring Asynchronous/Synchronous Serial WICs

See "Configuring a Synchronous Serial Interface " and Configuring Low-Speed Serial Interfaces " in the Cisco IOS Interface Configuration Guide, Release 12.2.

Configuring ISDN BRI WICs

See "Configuring ISDN BRI " in the Cisco IOS Dial Technologies Configuration Guide, Release 12.2

Configuring T1 and Fractional T1 WICs

See "Configuring Serial Interfaces for CSU/DSU Service Modules" in the Cisco IOS Interface Configuration Guide, Release 12.2.

Configuring Asynchronous/Synchronous Serial WICs

You can configure the serial interfaces on your asynchronous/synchronous serial WIC (WIC-1T, WIC-2T, or WIC-2A/S) by entering IOS commands at the ASI or MRP command prompt, in configuration mode.


Note   See the "Configuring Synchronous Serial WICs" section for a sample configuration.

Table 6-10 lists the half-duplex timer commands.

Table 6-10   Half-Duplex Timer Commands

Timer Syntax Default Setting (ms)

CTS1 delay

half-duplex timer cts-delay

100

CTS drop timeout

half-duplex timer cts-drop-timeout

5000

DCD2 drop delay

half-duplex timer dcd-drop-delay

100

DCD transmission start delay

half-duplex timer dcd-txstart-delay

100

RTS3 drop delay

half-duplex timer rts-drop-delay

100

RTS timeout

half-duplex timer rts-timeout

2000

Transmit delay

half-duplex timer transmit-delay

0

1CTS = Clear To Send

2DCD = data carrier detect

3RTS = Request To Send

Table 6-11 through Table 6-13 list clock rate settings in bits per second (bps) for specific interfaces.

Table 6-11   Clock Rate Settings for 1-Port/2-Port Serial WICs in Synchronous Mode

1200 bps

38400 bps

148000 bps

2400 bps

56000 bps

500000 bps

4800 bps

57600 bps

800000 bps

9600 bps

64000 bps

1000000 bps

14400 bps

72000 bps

1300000 bps

19200 bps

115200 bps

2000000 bps

28800 bps

125000 bps

4000000 bps

32000 bps

128000 bps

148000 bps

Table 6-12   Clock Rate Settings for 1-Port/2-Port Serial WICs in Asynchronous Mode

1200 bps

28800 bps

72000 bps

2400 bps

32000 bps

115200 bps

4800 bps

38400 bps

125000 bps

9600 bps

56000 bps

128000 bps

14400 bps

57600 bps

 

19200 bps

64000 bps

 

Table 6-13   Clock Rate Settings for 2-Port Asynchronous/Synchronous Serial WICs

1200 bps

28800 bps

72000 bps

2400 bps

32000 bps

115200 bps

4800 bps

38400 bps

125000 bps

9600 bps

56000 bps

128000 bps

14400 bps

57600 bps

 

19200 bps

64000 bps

 

Configuring ISDN BRI WICs

You can use an Integrated Services Digital Network (ISDN) Basic Rate Interface (BRI) WIC to connect MRPs or ASIs with other ISDN routers. ISDN BRI is a dial-up connection. Adding an ISDN BRI connection to the MRP creates a logical dialer interface.

ISDN connections use one or both data channels for the connection to the ISDN service provider. Normally, the ISDN provider is your local telephone company.

This section tells how to configure ISDN BRI WICs.


Note   For information on how to configure ISDN voice interfaces, see the "Configuring ISDN Interfaces for Voice" section.

ISDN BRI WIC Prerequisite Tasks

Before using an MRP with an ISDN BRI WIC, you must order a correctly configured ISDN BRI line from your local telecommunications service provider.

The ordering process varies from provider to provider and from country to country; however, here are some general guidelines:

  • Ask for two channels to be called by one number.
  • Ask for delivery of calling-line identification, also known as caller ID or automatic number identification (ANI).
  • If the MRP or ASI will be the only device attached to the ISDN BRI line, ask for point-to-point service and a data-only line.
  • If you plan to connect another ISDN device (such as an ISDN telephone) to the ISDN BRI line through the MRP, ask for point-to-multipoint service (subaddressing is required) and a voice-and-data line.

  • Note   See the "Configuring ISDN BRI WICs" section for a sample configuration.

Table 6-14 lists the ISDN switch types for North America.

Table 6-14   ISDN Switch Types for North America

ISDN Switch Type Description

basic-5ess

Lucent basic rate switches

basic-dms100

NT DMS-100 basic rate switches

basic-nil1

National ISDN-1 switches

ISDN BRI Provisioning by Switch Type

ISDN BRI provisioning refers to the types of services provided by the ISDN BRI line. Although provisioning is performed by your ISDN BRI service provider, you must tell the provider what you want. Table 6-15 lists the provisioning that you should order for switches used in North America.

Table 6-15   North American ISDN BRI Switch Type Configuration Information

Switch Type Provisioning

DMS-100 BRI Custom

Two B channels for voice and data.

Two directory numbers assigned by service provider.

Two SPIDs1 required; assigned by service provider.

Functional signaling.

Dynamic TEI2 assignment.

Maximum number of keys = 64.

Release key = no, or key number = no.

Ringing indicator = no.

EKTS = no.

PVC = 2.

Request delivery of calling line ID on Centrex lines.

Set speed for ISDN calls to 56 kbps outside local exchange.

Directory number 1 can hunt to directory number 2.

5ESS Custom BRI

For data only:

Two B channels for data.

Point to point.

Terminal type = E.

One directory number (DN) assigned by service provider.

MTERM = 1.

Request delivery of calling line ID on Centrex lines.

Set speed for ISDN calls to 56 kbps outside local exchange.

5ESS National ISDN (NI-1) BRI

Terminal type = A.

Two B channels.

Two directory numbers assigned by service provider.

Two SPIDs required, assigned by service provider.

Set speed for ISDN calls to 56 kbps outside local exchange.

Directory number 1 can hunt to directory number 2.

DMS-100 BRI

Two B channels.

Two directory numbers assigned by service provider.

Two SPIDs required, assigned by service provider.

Functional signaling.

Dynamic TEI assignment.

Maximum number of keys = 64.

Release key = no, or key number = no.

Ringing indicator = no.

EKTS = no.

PVC = 2.

Request delivery of calling line ID on Centrex lines.

Set speed for ISDN calls to 56 kbps outside local exchange.

Directory number 1 can hunt to directory number 2.

1SPID = service profile identifier

2TEI = terminal endpoint identifier

Defining ISDN SPIDs

Some service providers use service profile identifiers (SPIDs) to define the services subscribed to by the ISDN device that is accessing the ISDN service provider. The service provider assigns the ISDN device one or more SPIDs when you first subscribe to the service. If you are using a service provider that requires SPIDs, your ISDN device cannot place or receive calls until it sends a valid, assigned SPID to the service provider when accessing the switch to initialize the connection.

At present, only the DMS-100 and NI switch types require SPIDs. The AT&T 5ESS switch type may support a SPID, but we recommend that you set up that ISDN service without SPIDs. In addition, SPIDs have significance only at the local access ISDN interface. Remote routers never receive the SPID.

A SPID is usually a seven-digit telephone number with some optional numbers. However, service providers may use different numbering schemes. For the DMS-100 switch type, two SPIDs are assigned, one for each B channel.

To define SPIDs and the local directory number (LDN) for both ISDN BRI B channels, use the following isdn spid commands in interface configuration mode:

MRP (config-if)# isdn spid1 spid-number [ldn]
MRP (config-if)# isdn spid2 spid-number [ldn]

Note   Although the LDN is an optional parameter, you might need to enter it so that the MRP or ASI can answer calls made to the second directory number.

For further information on configuring ISDN, refer to the "Configuring ISDN BRI" chapter in the
Cisco IOS Dial Technologies Configuration Guide .

Configuring T1 and Fractional T1 WICs

The 1-port T1 WIC (WIC-1T) and fractional T1 WIC (WIC-1DSU-T1) include an integrated data service unit /channel service unit (DSU/CSU) and can be configured either for full T1 service (1.544 Mbps) or for fractional T1 service (less than 1.544 Mbps). You can configure the interfaces on your T1 WICs by entering IOS commands at the ASI or MRP command prompt, in configuration mode.

The IOS software provides a default configuration for CSU/DSU- and T1-specific parameters. To view the current configuration, enter the show service-module serial slot/port command.


Note   See the "Configuring T1 and Fractional T1 WICs" section to see the default configuration and a sample configuration to configure a new T1 or fractional T1 interface or to change the configuration of an existing interface.

For further information about these commands, refer to the "Configuring Serial Interfaces for CSU/DSU Service Modules" section in the "Configuring Serial Interfaces" chapter in the Cisco IOS Interface Configuration Guide .

Configuring VWICs for Data-Only Transmission

You can configure the multiflex trunk (MFT) interface card as a WIC (for data-only transmission). In the WIC mode, an MRP treats the T1 or E1 as a single serial interface for data. You can specify the number of channels (up to 24 [T1] or up to 30 [E1]) for this connection. On a data T1 or E1, you can configure only one channelized group. The rest of the channels are not used.

In a data-only configuration, an MRP supports the following T1 or E1 configurations:

  • Maximum of one T1 or E1 data port
  • Only one channelized T1 or E1 group for data
  • Maximum of two external clock sources

This section describes basic configuration, including enabling the interface and specifying IP routing. Depending on your own requirements and on the protocols you plan to route, you might need to enter other configuration commands as well.


Note   See the "Configuring VWIC Interfaces for Data" section for a sample configuration to configure a new T1 or E1 VWIC interface or to change the configuration of an existing