Guest

Cisco IOS Software Releases 12.4 Special and Early Deployments

Integrating Data and Voice Services for ISDN PRI Interfaces on Multiservice Access Routers

Table Of Contents

Integrating Data and Voice Services for ISDN PRI Interfaces on Multiservice Access Routers

Contents

Prerequisites for Integrating Data and Voice Services for ISDN PRI Interfaces

Restrictions for Integrating Data and Voice Services for ISDN PRI Interfaces

Information About Integrating Data and Voice Services for ISDN PRI Interfaces

Integrated Services for Multiple Call Types

Resource Allocation for Voice and Data Calls

MLPP Call Preemption over Voice Calls

Preemption of Outgoing Voice Calls

Preemption Tones

How to Configure Integrated Data and Voice Services for ISDN PRI Interfaces

Configuring the ISDN PRI Interface for Multiple Call Types

Prerequisites

Configuring the POTS Dial-Peer Incoming Called Number

Configuring the Data Dial Peer Lookup Preference

Enabling Integrated Services

Creating a Trunkgroup and Configuring Maximum Calls Based on Call Type

Disabling Integrated Services

Configuring MLPP Call Preemption over Outgoing Voice Calls

Enabling Preemption on the Trunk Group

Defining a Dialer Map Class and Setting the Preemption Level

Associating the Class Parameter on the Dialer Interface

Disabling TDM Hairpinning on the Voice Card

Configuring the POTS Dial Peer for Outgoing Voice Calls

Troubleshooting Tips for Integrated Data and Voice Services

Configuration Examples for Integrating Data and Voice Services for ISDN PRI Interfaces

MLPP DDR Backup Call Preemption over Voice Call: Example

Legacy DDR (Dialer Map): Example

Dialer Profiles: Example

Maximum Number of Data and Voice Calls on the Dial-Out Trunk Group: Example

Dial-Peer Configuration: Example

Disconnect Cause: Example

Additional References

Related Documents

Standards

MIBs

RFCs

Technical Assistance

Command Reference

debug voip ccapi

dial-peer data

dial-peer search type

dialer preemption level

dialer trunkgroup

isdn integrate calltype all

preemption enable

preemption guard timer

preemption level

preemption tone timer

show trunk group

Feature Information for Integrating Data and Voice Services for ISDN PRI Interfaces

Glossary


Integrating Data and Voice Services for ISDN PRI Interfaces on Multiservice Access Routers


Revised: June 19, 2006, OL-10383-01
First Published: February 27, 2006

This document describes how to configure ISDN PRI interfaces to support the integration of data and voice calls on multiservice access routers. This feature enables data (dial-in, dial-on-demand routing [DDR], and DDR backup) and voice call traffic to occur simultaneously from the supported ISDN PRI interfaces. You can also enable multilevel precedence and preemption (MLPP) for DDR calls over the active voice call when no idle channel is available during the DDR call setup.

Finding Feature Information in This Module

Your Cisco IOS software release may not support all of the features documented in this module. To reach links to specific feature documentation in this module and to see a list of the releases in which each feature is supported, use the "Feature Information for Integrating Data and Voice Services for ISDN PRI Interfaces" section.

Finding Support Information for Platforms and Cisco IOS and Catalyst OS Software Images

Use Cisco Feature Navigator to find information about platform support and Cisco IOS and Catalyst OS software image support. To access Cisco Feature Navigator, go to http://www.cisco.com/go/cfn. An account on Cisco.com is not required.

Contents

Prerequisites for Integrating Data and Voice Services for ISDN PRI Interfaces

Restrictions for Integrating Data and Voice Services for ISDN PRI Interfaces

Information About Integrating Data and Voice Services for ISDN PRI Interfaces

How to Configure Integrated Data and Voice Services for ISDN PRI Interfaces

Troubleshooting Tips for Integrated Data and Voice Services

Configuration Examples for Integrating Data and Voice Services for ISDN PRI Interfaces

Additional References

Command Reference

Feature Information for Integrating Data and Voice Services for ISDN PRI Interfaces

Glossary

Prerequisites for Integrating Data and Voice Services for ISDN PRI Interfaces

Establish a working H.323 or SIP network for voice calls.

Ensure that you have a Cisco IOS image that supports this feature. Access Cisco Feature Navigator at http://www.cisco.com/go/cfn.

Perform basic ISDN PRI voice configuration, including dial-on demand routing (DDR) configuration for data calls. For more information, see Configuring ISDN PRI Voice-Interface Support.

To support PRI data calls, a VWIC-1MFT-E1 voice cards must have a packet voice data module (PVDM).

Supported Modules

This feature supports the following modules:

NM-HD

NM-HDV2

Onboard DSPs

This feature supports the following voice cards:

VWIC-XMFT-X interface modules

VWIC2-XMFT-X interface modules


Note Data calls are supported only on the NM-HDV2-2T1/E1 and NM-HD-2V-E network modules, and the VWIC-2MFT-E1, VWIC-2MFT-T1 and VWIC2-T1/E1 voice cards.


Use the isdn switch-type ? command in interface configuration mode or global configuration mode to view the list of supported ISDN switch types. See the following example:

Router(config)# isdn switch-type ?
  primary-4ess    Lucent 4ESS switch type for the U.S.
  primary-5ess    Lucent 5ESS switch type for the U.S.
  primary-dms100  Northern Telecom DMS-100 switch type for the U.S.
  primary-dpnss   DPNSS switch type for Europe
  primary-net5    NET5 switch type for UK, Europe, Asia and Australia
  primary-ni      National ISDN Switch type for the U.S.
  primary-ntt     NTT switch type for Japan
  primary-qsig    QSIG switch type
  primary-ts014   TS014 switch type for Australia (obsolete)

Restrictions for Integrating Data and Voice Services for ISDN PRI Interfaces

This feature is supported only on C5510 DSP-based platforms.

ISDN backhaul is not supported.

This feature does not support modem calls.

For platforms that support HDLC resources on the motherboard, the available on board HDLC resources are limited to 31 if all resources are not enabled.

The Cisco 2801 platform does not support full channelized data or full integrated data and voice over T1/E1 PRI interfaces. However, data back up through one PRI channel, or one group of PRI channels for data backup, is supported on this platform.

Only PPP with multilink is supported for multiple channels. HDLC is not supported for multiple channels.

You can either configure ds0-groups or pri-groups on one controller, but not both. You receive a message, as in the following example:

Router(config-controller)#ds0-group 19 timeslots 20 type e&m-imme$9 timeslots 20 type 
e&m-immediate-start  
%A pri-group was configured already. Please remove it to configure a ds0-group

The following calls are not preempted by a DDR call:

Calls from a T.37 store-and-forward off-ramp gateway

Incoming ISDN calls

This feature is not supported from a BRI interface.

The following dialer commands are not supported with the integrated data and voice feature:

dialer aaa

dialer callback-secure

dialer callback-server

dialer dns

dialer order

dialer persistent

dialer redial

dialer vpdn

dialer watch-disable

dialer watch-group

dialer watch-list

dialer watch-list delay

Information About Integrating Data and Voice Services for ISDN PRI Interfaces

Before you configure integrated data and voice services on ISDN interfaces, you should understand the following concepts:

Integrated Services for Multiple Call Types

Resource Allocation for Voice and Data Calls

MLPP Call Preemption over Voice Calls

Integrated Services for Multiple Call Types

ISDN interfaces can support both data calls and voice calls. Typically, this is done using one interface for data and another for voice. This feature enables data (dial-in, dial-on-demand routing [DDR], and DDR backup) and voice call traffic to occur simultaneously from the supported ISDN PRI interfaces. To enable integrated services, the interface used for incoming voice calls is configured to accept multiple voice call types.

Figure 1 shows an ISDN network configured for integrated data and voice services.

Figure 1 Integrated Voice with DDR Interface for WAN Failure Backup

Resource Allocation for Voice and Data Calls

Voice calls use DSP resources and data calls use HDLC resources for transmission. When an interface is configured for integrated services, the gateway allocates the HDLC resources dynamically during call setup and frees them back to the HDLC resource pools when the call terminates. This allows spare HDLC resources to support ISDN PRI data calls and DSP resources to support voice calls.

MLPP Call Preemption over Voice Calls

Multilevel precedence and preemption (MLPP) is the placement of priority calls through the network. Precedence designates the priority level that is associated with a call. Preemption designates the process of terminating lower-priority calls so that a call of higher precedence can be extended.

Preemption levels are assigned to outgoing voice calls and DDR backup calls. DDR backup is used to provide backup to a WAN link.

From the gateway, voice and DDR backup calls are controlled by different entities:

The preemption level of an outgoing voice call is determined using the selected outbound POTS dial peer.

The preemption level of a DDR backup call is determined using the dialer map class.

A trunk group is used as the common channel resource pool for outgoing voice call and DDR backup calls. Calls with a higher precedence preempt an active outgoing voice call, of a lower precedence, if an idle B channel is not available. An ISDN interface that is configured for integrated mode is assigned to this trunk group to allow dialer resources and voice resources to request an idle B channel from the same resource pool.

Preemption of Outgoing Voice Calls

The trunk group and preemption level are configured as part of a map class, which can be attached to a dialer map. The dialer map class supplies configuration parameters to dialer interfaces and can be referenced from multiple dialer interfaces.

During dial-on-demand routing (DDR) backup call setup, an idle B channel is selected from the trunk group. When no idle channel is found, the trunk group resource manager (TGRM) selects a B channel on the basis of the following:

The B channel currently active with a connected outgoing voice call

The preemption level of the connected voice call being lower than the preemption level of a DDR call

A guard timer, configured for the trunk group, is used to delay the idle channel notification and defer the DDR setup to allow the remote channel time to become ready and accept the incoming call with the higher precedence.

By default, the preemption level of dialer calls is set to the lowest level (routine) to disable the MLPP service for a DDR call.

The preemption level of an outgoing voice call is defined from the selected outbound POTS dial peer. During the voice call setup, the trunk group resource manager (TGRM) selects an idle B channel from a trunk group on the basis of the following:

The call ID of an outgoing voice call

The preemption level of an outgoing call as defined by the POTS dial peer

The voice interface B channel information of an outgoing voice call

When the preemption call notification is received, the TGRM saves the outgoing voice call to the preemption level link list based on FIFO.

Preemption Tones

When an outgoing voice call is preempted by a DDR backup call, the preemption call treatment starts by providing a preemption tone and starting the tone timer.

An MLPP preemption tone is a special tone played to the voice call announcing that the line is about to be seized by a call with a higher precedence. A steady tone, 1060 ms in duration, is played on all legs of the call until the user hangs up or the preemption tone times out.

For the telephony leg of the call, the preemption tone is played using the DSP.

For the IP leg (across the VoIP network) of the call, the preemption tone is played as media.

For the ephone leg on Cisco CME, a reorder tone is played for the local user and a preemption tone is played for the remote user.

Preemption Cause Codes

When the preemption tone timer is expired and the call is still in a connected state, both call legs are disconnected by the gateway with the following cause code:

Preemption - Circuit Reserved 0x8

If you release the call before the preemption tone timer expires, the following cause code is used:

Normal Call Clear 0x10

In both cases, the following internal cause code is used for the release calls:

Preemption Circuit Reserved 0x8

How to Configure Integrated Data and Voice Services for ISDN PRI Interfaces

This section describes the tasks required to configure integrated services for ISDN interfaces:

Configuring the ISDN PRI Interface for Multiple Call Types (Required)

Configuring MLPP Call Preemption over Outgoing Voice Calls (Optional)

Configuring the ISDN PRI Interface for Multiple Call Types

An ISDN serial interface configured for integrated mode supports data and voice calls using incoming call type checking to accept incoming voice and data calls when an inbound voice dial peer is matched.

Perform the following tasks to configure integrated services:

Prerequisites

Configuring the POTS Dial-Peer Incoming Called Number

Configuring the Data Dial Peer Lookup Preference

Enabling Integrated Services

Creating a Trunkgroup and Configuring Maximum Calls Based on Call Type

Disabling Integrated Services

Prerequisites

Unlike voice calls, which use DSP resources, data calls use HDLC resources for transmission. To use the integrated services feature, the gateway must allocate HDLC resources dynamically during call setup and free them back to the HDLC resource pools when the call terminates.

Use the following show commands to view the availability of HDLC resources:

show tdm connections

The following example shows HDLC resources on the TDM side.

Router# show tdm connections slot 0

              Active TDM connections for slot 0
              =================================
(Key: GT=FLEX TDM, V0=VWIC0, V1=VWIC1, V2=VWIC2, V3=VWIC3
      IC=EXPANSION, P0=PVDM0, P1=PVDM1, P2=PVDM2, P3=PVDM3
      HD=HDLC, BP=Backplane(AIM/NM))

V0:04/04-->HD:31/18, V0:04/06-->HD:31/06, V0:04/08-->HD:31/12
V0:04/10-->HD:31/36, V0:04/12-->HD:31/16, V0:04/14-->HD:31/10
V0:04/16-->HD:31/04, V0:04/18-->HD:31/14, V0:04/20-->HD:31/22
V0:04/22-->HD:31/20, V0:04/24-->HD:31/24, V0:04/26-->HD:31/30
V0:04/28-->HD:31/26, V0:04/30-->HD:31/32, V0:04/32-->HD:31/08
V0:04/34-->HD:31/34, V0:04/36-->HD:31/28, V0:04/38-->HD:31/38
V0:04/64-->HD:31/00, V0:04/66-->HD:31/02, HD:31/00-->V0:04/64
HD:31/02-->V0:04/66, HD:31/04-->V0:04/16, HD:31/06-->V0:04/06
HD:31/08-->V0:04/32, HD:31/10-->V0:04/14, HD:31/12-->V0:04/08
HD:31/14-->V0:04/18, HD:31/16-->V0:04/12, HD:31/18-->V0:04/04
HD:31/20-->V0:04/22, HD:31/22-->V0:04/20, HD:31/24-->V0:04/24
HD:31/26-->V0:04/28, HD:31/28-->V0:04/36, HD:31/30-->V0:04/26
HD:31/32-->V0:04/30, HD:31/34-->V0:04/34, HD:31/36-->V0:04/10
HD:31/38-->V0:04/38,

show controllers serial [slot/port]

In the following example, the -1 listings under the hdlc_chan column show the free HDLC channels.

Router# show controllers Serial 1/1:0

Interface Serial1/1:0
Hardware is HDLC32
HDLC32 resource allocated to this interface:
Slot 1, Vic_slot 1, Port 1
CRC on 1, idle flags 1, frame inverted 0, clocking 0
Channel-group number 0, hdlc32 channel number 2
Channel-group bitfield 0x80000000, hdlc32 quad used 0x4
Channel HW state: 2
TX Ring:
data_ptr: 0x0, descriptor: 0x102
data_ptr: 0x0, descriptor: 0x102
data_ptr: 0x0, descriptor: 0x102
data_ptr: 0x0, descriptor: 0x102
data_ptr: 0x0, descriptor: 0x102
data_ptr: 0x0, descriptor: 0x102
data_ptr: 0x0, descriptor: 0x102
data_ptr: 0x0, descriptor: 0x102
data_ptr: 0x0, descriptor: 0x102
data_ptr: 0x0, descriptor: 0x102
data_ptr: 0x0, descriptor: 0x102
data_ptr: 0x0, descriptor: 0x102
data_ptr: 0x0, descriptor: 0x102
data_ptr: 0x0, descriptor: 0x102
data_ptr: 0x2DD1918C, descriptor: 0xB8830102
data_ptr: 0x0, descriptor: 0x102
RX Ring:
data_ptr: 0x2EE83E04, descriptor: 0x88800102
data_ptr: 0x2EE84064, descriptor: 0x88800102
data_ptr: 0x2EE842C4, descriptor: 0x88800102
data_ptr: 0x2EE84524, descriptor: 0x88800102
hdlc_chan hdlc_quad owner_idb chan chan_bitfield vic_slot port
========= ========= ========= ==== ============= ======== ====
0         1         65C03D5C  15   10000         1        0
1         2         65CB80F8  15   10000         1        1
2         4         67B862B0  0    80000000      1        1
3         8         65C7B1E4  1    40000000      1        1
4         10        67B8EDFC  2    20000000      1        1
5         20        65C83D30  3    10000000      1        1
6         40        67B97948  4    8000000       1        1
7         80        65C8C87C  5    4000000       1        1
8         100       67BA0494  6    2000000       1        1
9         200       65C953C8  7    1000000       1        1
-1        0         0         8    800000        1        1
-1        0         0         28   8             1        1
-1        0         0         0    0             0        0
-1        0         0         0    0             0        0
-1        0         0         0    0             0        0
-1        0         0         0    0             0        0
-1        0         0         0    0             0        0
-1        0         0         0    0             0        0
-1        0         0         0    0             0        0
-1        0         0         0    0             0        0
-1        0         0         0    0             0        0
-1        0         0         0    0             0        0
-1        0         0         0    0             0        0
-1        0         0         0    0             0        0
-1        0         0         0    0             0        0
-1        0         0         0    0             0        0
-1        0         0         0    0             0        0
-1        0         0         0    0             0        0
-1        0         0         0    0             0        0
-1        0         0         0    0             0        0
-1        0         0         0    0             0        0
-1        0         0         0    0             0        0

Configuring the POTS Dial-Peer Incoming Called Number

The call type of an incoming call is determined using the incoming dial-peer. For data dial peer matching, the called number of an incoming call is used to match the incoming called-number of POTS dial peers. Use the following procedure to configure the POTS dial peer and incoming called number.

SUMMARY STEPS

1. enable

2. configure terminal

3. dial-peer data tag pots

4. incoming called number string

DETAILED STEPS

 
Command or Action
Purpose

Step 1 

enable

Example:

Router> enable

Enables privileged EXEC mode.

Enter your password if prompted.

Step 2 

configure terminal

Example:

Router# configure terminal

Enters global configuration mode.

Step 3 

dial-peer data tag pots

Example:

Router(config)# dial-peer data 100 pots

Creates a data dial peer and enters data dial-peer configuration mode.

Step 4 

incoming called number string

Example:

Router(config-dial-peer)# incoming called number 4085550110

For data dial-peer matching, only the called number of an incoming call is used to match the incoming called number of POTS dial peers. Wild cards are accepted.

Note The string must match the dialer string on the remote gateway.

Configuring the Data Dial Peer Lookup Preference

To optimize data or voice dial-peer searches for incoming ISDN calls, configure the preference of dial-peer lookup during the call type checking. Use the following procedure to configure a search for dial peers by type.

SUMMARY STEPS

1. enable

2. configure terminal

3. dial-peer search type {data | none | voice} {data | voice}

DETAILED STEPS

 
Command or Action
Purpose

Step 1 

enable

Example:

Router> enable

Enables privileged EXEC mode.

Enter your password if prompted.

Step 2 

configure terminal

Example:

Router# configure terminal

Enters global configuration mode.

Step 3 

dial-peer search type {data | none | voice} {data | voice}

Example:

Router(config)# dial-peer search type data voice

Configures the preference of voice or data dial-peer lookup during the calltype checking for incoming ISDN calls.

data—Search dial peers with type data first.

none—Search dial peers with any type at the same preference.

voice—Search dial peers with type voice first.

By default, the data dial peer is searched first before voice dial peers.

Enabling Integrated Services

Enabling integrated services allows data and voice call traffic to occur from ISDN PRI interfaces simultaneously.

When an interface is in integrated service mode:

ISDN performs calltype checking for the incoming call. The call is rejected by ISDN if no voice or data dial peer is matched for an incoming call.

The voice option for the isdn incoming-voice command, which treats incoming calls as voice calls, is not available.

By default, the integrated service option is disabled from the supported interfaces. Use the following procedure to enable integrated mode on a serial interface.

SUMMARY STEPS

1. enable

2. configure terminal

3. interface serial slot/port:timeslot

4. shutdown

5. isdn integrate calltype all

6. no shutdown

DETAILED STEPS

 
Command or Action
Purpose

Step 1 

enable

Example:

Router> enable

Enables privileged EXEC mode.

Enter your password if prompted.

Step 2 

configure terminal

Example:

Router# configure terminal

Enters global configuration mode.

Step 3 

interface serial slot/port:timeslot

Example:

Router(config)# interface serial 0/1:15

Specifies a serial interface for ISDN PRI channel-associated signaling and enters interface configuration mode.

Step 4 

shutdown

Example:

Router(config-if)# shutdown

Shuts down the interface.

Step 5 

isdn integrate calltype all

Example:

Router(config-if)# isdn integrate calltype all

Enables the serial interface for integrated mode, which allows data and voice call traffic to occur simultaneously.

Note This configuration disables the voice option for the isdn incoming-voice command on the interface.

Step 6 

no shutdown

Example:

Router(config-if)# no shutdown

Returns the interface to the active state.

Creating a Trunkgroup and Configuring Maximum Calls Based on Call Type

After an ISDN interface is assigned to a trunk group, you can configure maximum incoming and outgoing calls based on the call type (voice or data) or direction (inbound or outbound) through the trunk group.


Note If trunk groups are not configured, data and voice calls are treated as first-come first-served.


Use the following procedure to create a trunk group and configure maximum calls based on call type.

SUMMARY STEPS

1. enable

2. configure terminal

3. trunk group name

4. max-calls {any | data | voice} number [direction [in | out]]

DETAILED STEPS

 
Command or Action
Purpose

Step 1 

enable

Example:

Router> enable

Enables privileged EXEC mode.

Enter your password if prompted.

Step 2 

configure terminal

Example:

Router# configure terminal

Enters global configuration mode.

Step 3 

trunk group name

Example:

Router(config)# trunk group 20

Defines a trunk group and enters trunk group configuration mode.

name—Name of the trunk group. Valid names contain a maximum of 63 alphanumeric characters.

Step 4 

max-calls {any | data | voice} number [direction [in | out]]

Example:

Router(config-trunk-group)# max-calls data 100 direction out

Defines the maximum number of dial-in or DDR data calls, or voice calls (incoming or outgoing) that can be accepted.

any—Assigns the maximum number of calls that the trunk group can handle, regardless of the call type.

data—Assigns the maximum number of data calls to the trunk group.

voice—Assigns the maximum number of voice calls to the trunk group.

number—Specifies number of allowed calls. Range is from 0 to 1000.

direction—(Optional) Specifies direction of calls.

in—(Optional) Allows only incoming calls.

out—(Optional) Allows only outgoing calls.

Examples

See the following sample configurations for the max-calls command:

This example configuration for trunk group 1 accepts up to a maximum of 7 dial-in data or DDR calls and places no restriction on voice calls:

trunk group 1
 max-calls data 7

This sample configuration for trunk group 2 accepts up to a maximum of 2 data dial-in, 3 DDR calls, and 16 voice calls in any direction:

trunk group 2
 max-calls data 2 direction in
 max-calls data 3 direction out
 max-calls voice 16

This sample configuration for trunk group 3 accepts up to a maximum of 10 incoming voice and dial-in data calls.

trunk group 3
 max-calls any 10 direction in

Disabling Integrated Services

When the isdn integrate calltype all command is removed from the interface, the isdn incoming-voice voice setting is restored and the interface returns to voice mode. Use the following procedure to remove the integrated services option from the interface.

1. enable

2. configure terminal

3. interface serial slot/port:timeslot

4. shutdown

5. no isdn integrate calltype all

6. no shutdown

DETAILED STEPS

 
Command or Action
Purpose

Step 1 

enable

Example:

Router> enable

Enables privileged EXEC mode.

Enter your password if prompted.

Step 2 

configure terminal

Example:

Router# configure terminal

Enters global configuration mode.

Step 3 

interface serial slot/port:timeslot

Example:

Router(config)# interface serial 0/1:15

Specifies a serial interface for ISDN PRI channel-associated signalling and enters interface configuration mode.

Step 4 

shutdown

Example:

Router(config-if)# shutdown

Shuts down the interface.

Step 5 

no isdn integrate calltype all

Example:

Router(config-if)# no isdn integrate calltype all

Disables the serial interface from being in integrated mode. You are prompted to confirm this command.

Note This configuration restores the voice option for the isdn incoming-voice command on the interface.

Step 6 

no shutdown

Example:

Router(config-if)# no shutdown

Returns the interface to the active state.

Configuring MLPP Call Preemption over Outgoing Voice Calls

This feature adds support for multilevel precedence and preemption (MLPP) for dial-on-demand routing (DDR) backup calls over outgoing voice calls.

Precedence designates the priority level that is associated with a call. Preemption designates the process of terminating lower-precedence calls so that a call of higher precedence can be extended. DDR backup is used to provide backup to a WAN link using any DDR or a dial-capable interface, like ISDN PRI interfaces.

From the gateway, voice and DDR backup calls are controlled by different entities.

The preemption level of an outgoing voice call is determined using the selected outbound POTS dial peer.

The preemption level of a DDR backup call is determined using the dialer map class.

A DDR backup call with higher precedence preempts the active outgoing voice call with a lower precedence if the idle B channel is not available from a trunk group during the DDR backup call setup. If MLPP is not configured, data calls wait for a free channel.

Perform the following tasks to configure call preemption:

Enabling Preemption on the Trunk Group

Defining a Dialer Map Class and Setting the Preemption Level

Associating the Class Parameter on the Dialer Interface

Disabling TDM Hairpinning on the Voice Card

Configuring the POTS Dial Peer for Outgoing Voice Calls

Troubleshooting Tips for Integrated Data and Voice Services

Enabling Preemption on the Trunk Group

A trunk group is used as a common channel resource pool for idle channel allocation for outgoing voice calls and DDR backup calls. Multiple ISDN PRI interfaces that have been configured for integrated services are assigned to this trunk group to build up a channel resource pool for both voice and data calls. Enabling preemption on the trunk group allows DDR call preemption over a voice call per trunk group.


Note If the trunk group channel resource pool is not shared between voice and DDR calls, you should not enable preemption on the trunk group.


The tone timer defines the expiry timer for the preemption tone for the outgoing voice call, which is being preempted by a DDR backup call. When the tone timer expires, the call is disconnected.

Use the following procedure to create a trunk group resource pool and enable preemption on the trunk group.

SUMMARY STEPS

1. enable

2. configure terminal

3. trunk group name

4. preemption enable

5. preemption tone timer seconds

6. preemption guard timer value

DETAILED STEPS

 
Command or Action
Purpose

Step 1 

enable

Example:

Router> enable

Enables privileged EXEC mode.

Enter your password if prompted.

Step 2 

configure terminal

Example:

Router# configure terminal

Enters global configuration mode.

Step 3 

trunk group name

Example:

Router(config)# trunk group 20

Defines a trunk group and enters trunk group configuration mode.

name—Name of the trunk group. Valid names contain a maximum of 63 alphanumeric characters.

Step 4 

preemption enable

Example:

Router(config-trunk-group)# preemption enable

Enables preemption capabilities on a trunk group.

Step 5 

preemption tone timer seconds

Example:

Router(config-trunk-group)# preemption tone timer 20

Defines the expiry time for the preemption tone for the outgoing call being preempted by a DDR backup call.

seconds—Expiry time, in seconds. The range is 4 to 30. The default value is 10.

Note Use the default preemption tone timer command to change back to the default value and no preemption tone timer to disable the tone timer.

Step 6 

preemption guard timer value

Example:

Router(config-trunk-group)# preemption guard timer 60

Defines the guard timer for the DDR call to allow time to clear the last call from the channel.

value—Guard timer, in milliseconds. The range is 60 to 500. When preemption is enabled on the trunk group, the default value is 60.

Defining a Dialer Map Class and Setting the Preemption Level

During dial-on-demand routing (DDR) call setup, an idle B channel is selected from the trunk group. The trunk group and preemption level are configured as part of a map class, which can be attached to a dialer map or dialer string. By default, the preemption level of dialer calls is set to the lowest level (routine) to disable the MLPP service for a DDR call.

Use the following procedure to define a map class for the dialer interface.

SUMMARY STEPS

1. enable

2. configure terminal

3. map-class dialer class-name

4. dialer trunkgroup label

5. dialer preemption level {flash-override | flash | immediate | priority | routine}

DETAILED STEPS

 
Command or Action
Purpose

Step 1 

enable

Example:

Router> enable

Enables privileged EXEC mode.

Enter your password if prompted.

Step 2 

configure terminal

Example:

Router# configure terminal

Enters global configuration mode.

Step 3 

map-class dialer class-name

Example:

Router(config)# map-class dialer dial1

Defines a class of shared configuration parameters associated with the dialer map command for outgoing calls from an ISDN interface. The class name is a unique class identifier.

class-name—Unique class identifier.

Step 4 

dialer trunkgroup label

Example:

Router(config-map-class)# dialer trunkgroup 20

Defines the dial-on-demand trunk group label.

label—Unique name for the dialer interface trunk group. Valid names contain a maximum of 63 alphanumeric characters.

Step 5 

dialer preemption level {flash-override | flash | immediate | priority | routine}

Example:

Router(config-map-class)# dialer preemption level flash

Defines the preemption level of the DDR call on the dialer interface. The default is routine.

flash-override—Level 0 (highest)

flash—Level 1

immediate—Level 2

priority—Level 3

routine—Level 4 (lowest)

Associating the Class Parameter on the Dialer Interface

The trunk group preemption level is configured as part of a map class, which can be attached to a dialer map or dialer string.

For legacy DDR, configure the dialer interface to associate the class parameter with the dialer in-band and dialer map commands.

For dialer profiles, configure the dialer interface to associate the class parameter with the dialer pool and dialer string commands.

Use the following procedure to associate the class parameter on the dialer interface.

SUMMARY STEPS

1. enable

2. configure terminal

3. interface dialer dialer-rotary-group-number

4. dialer in-band [no-parity | odd-parity]

or

dialer pool number

5. dialer map protocol-keyword protocol-next-hop-address [name host-name] [speed 56 | speed 64] [broadcast] class dialer-map-class-name [dial-string[:isdn-subaddress]]

or

dialer string dial-string [class class-name]

DETAILED STEPS

 
Command or Action
Purpose

Step 1 

enable

Example:

Router> enable

Enables privileged EXEC mode.

Enter your password if prompted.

Step 2 

configure terminal

Example:

Router# configure terminal

Enters global configuration mode.

Step 3 

interface dialer dialer-rotary-group-number

Example:

Router(config)# interface dialer 10

Defines a dialer rotary group.

dialer-rotary-group-number—Number of the dialer rotary group. The range is 0 to 255.

Step 4 

dialer in-band [no-parity | odd-parity]


or


dialer pool number

Example:

Router(config-if)# dialer in-band


or

Example:

Router(config-if)# dialer pool 1

Specifies that dial-on-demand routing (DDR) is to be supported on this interface.

no-parity—(Optional) No parity is to be applied to the dialer string that is sent out to the modem on synchronous interfaces.

odd-parity—(Optional) Dialed number has odd parity (7-bit ASCII characters with the eighth bit as the parity bit) on synchronous interfaces.

or

Specifies, for a dialer interface, which dialing pool to use to connect to a specific destination subnetwork.

number—The dialing pool number. The range is 1 to 255.

Step 5 

dialer map protocol-keyword protocol-next-hop-address [name host-name] [speed 56 | speed 64] [broadcast] class dialer-map-class-name [dial-string[:isdn-subaddress]]


or


dialer string dial-string [class class name]

Example:
Router(config-if)# dialer map ip 172.22.82.2 
name gw3845 class dial1 20009

or

Example:

Router(config-if)# dialer string 4081234 class test


Configures an ISDN interface to place a call to multiple sites and to authenticate calls from multiple sites.

protocol-keyword protocol-next-hop-address—For ISDN services, you must use ip for the protocol-keyword.

name host-name—(Optional) The remote system with which the local router or access server communicates. Used for authenticating the remote system on incoming calls. The host-name argument is a case-sensitive name or ID of the remote device. For routers with ISDN interfaces, if calling line identification—sometimes called CLID, but also known as caller ID and automatic number identification (ANI)—is provided, the host-name argument can contain the number that the calling line ID provides.

speed 56 | speed 64—(Optional) Keyword and value indicating the line speed in kbps to use. Used for ISDN only. The default speed is 64 kbps.

broadcast—(Optional) Forwards broadcasts to the address specified with the protocol-next-hop-address argument.