Configuring Call Transfer and Forwarding - CISCO
Configuring Call Transfer and Forwarding - CISCO
This chapter describes call transfer and forwarding features in Cisco Unified Communications Manager
Express (Cisco Unified CME) to enable interworking with various network requirements.
Contents
• Information About Call Transfer and Forwarding, page 755
• How to Configure Call Transfer and Forwarding, page 778
• Configuration Examples for Call Transfer and Forwarding, page 822
• Where to Go Next, page 832
• Additional References, page 832
• Feature Information for Call Transfer and Forwarding, page 834
Call Forwarding
Call forwarding diverts calls to a specified number under one or more of the following conditions:
• All calls—When all-call call forwarding is activated by a phone user, all incoming calls are diverted.
The target destination for diverted calls can be specified in the router configuration or by the phone
user with a soft key or feature access code. The most recently entered destination is recognized by
Cisco Unified CME, regardless of how it was entered.
• No answer—Incoming calls are diverted when the extension does not answer before the timeout
expires. The target destination for diverted calls is specified in the router configuration.
• Busy—Incoming calls are diverted when the extension is busy and call waiting is not active. The
target destination for diverted calls is specified in the router configuration.
• Night service—All incoming calls are automatically diverted during night-service hours. The target
destination for diverted calls is specified in the router configuration.
A directory number can have all four types of call forwarding defined at the same time with a different
forwarding destination defined for each type of call forwarding. If more than one type of call forwarding
is active at one time, the order for evaluating the different types is as follows:
1. Call forward night-service
2. Call forward all
3. Call forward busy and call forward no-answer
H.450.3 capabilities are enabled globally on the router by default, and can be disabled either globally or
for individual dial peers. You can configure incoming patterns for using the H.450.3 standard.
Calling-party numbers that do not match the patterns defined with this command are forwarded using
Cisco-proprietary call forwarding for backward compatibility. For information about configuring
H.450.3 on a Cisco Unified CME system, see the “SCCP: Enabling Call Forwarding for a Directory
Number” section on page 784.
ephone-dn 5
number 5066 secondary 5067
In this example, selective call forwarding can be applied so that calls are forwarded when:
• callers dial the primary number 5066.
• when callers dial the secondary number 5067.
• when callers dial the expanded numbers 4085550166 or 4085550167.
For configuration information, see the “SCCP: Enabling Call Forwarding for a Directory Number”
section on page 784.
server expires max <seconds> min <seconds> command under sip in voice service voip mode for SIP
IP phones. For more information, see the, “Configuring Keepalive Timer Expiration in SIP Phones:
Example” section on page 831.
Cisco Unified CME 8.6 supports the CFU feature on SIP IP phones using the call-forward b2bua
unregistered command under voice register dn tag. The CFU feature supports overlap dialing and
en-bloc dialing. A call to a floating DN is forwarded to its CFU destination, if configured. Calls to a DN
out of service point or phones losing connection are not forwarded to a CFU number until the phone
becomes unregistered. For more information on configuring call-forward unregistered, see the
“Configuring Call Forward Unregistered for SIP IP Phones: Example” section on page 831.
Note In earlier versions of Cisco Unified CME, a busy tone was played for callers when the callers are unable
to reach the SCCP phone number. In Cisco Unified CME 8.6 and later versions, a fast busy tone is played
instead of a busy tone for callers who are unable to reach the phone.
• When Call Forward All is configured on Cisco Unified CME with the call-forward b2bua all
command, the configuration is sent to the phone which updates the CfwdAll soft key to indicate that
Call forward All is enabled. Because Call Forward All is configured on a per line basis, the CfwdAll
soft key is updated only when Call Forward All is enabled for the primary line.
• When a user enables Call Forward All on a phone using the CfwdAll soft key, the uniform resource
identifier (URI) for the service (defined with the call-feature-uri command) and the call forward
number (unless Call Forward All is disabled) is sent to Cisco Unified CME. It updates its voice
register pool and voice register dn configuration with the call-forward b2bua all command to be
consistent with the phone configuration.
• Call Forward All supports KPML so that a user does not need to press the Dial or # key, or wait for
the interdigit timeout, to configure the Call Forward All number. Cisco Unified CME collects the
Call Forward All digits until it finds a match in the dial peers.
For configuration information, see the “SIP: Configuring Call-Forwarding-All Soft Key URI” section
on page 818.
Call Transfer
When you are connected to another party, call transfer allows you to shift the connection of the other
party to a different number. Call transfer methods must interoperate with systems in the other networks
with which you interface. Cisco CME 3.2 and later versions provide full call-transfer and
call-forwarding interoperability with call processing systems that support H.450.2, H.450.3, and
H.450.12 standards. For call processing systems that do not support H.450 standards, Cisco CME 3.2
and later versions provide VoIP-to-VoIP hairpin call routing.
Call transfers can be blind or consultative. A blind transfer is one in which the transferring extension
connects the caller to a destination extension before ringback begins. A consultative transfer is one in
which the transferring party either connects the caller to a ringing phone (ringback heard) or speaks with
the third party before connecting the caller to the third party.
You can configure blind or consultative transfer on a systemwide basis or for individual extensions. For
example, in a system that is set up for consultative transfer, a specific extension with an auto-attendant
that automatically transfers incoming calls to specific extension numbers can be set to use blind transfer,
because auto-attendants do not use consultative transfer.
For configuration information, see the “SCCP: Configuring Call Transfer Options for Phones” section
on page 788.
Note The call transfer and conference restrictions apply when transfers or conferences are initiated toward
external parties, like a PSTN trunk, a SIP trunk, or an H.323 trunk. The restrictions do not apply to
transfers to local extensions.
transfer-pattern
The transfer-pattern command for Cisco Unified SCCP IP phones is extended to Cisco Unified SIP IP
phones.
The transfer-pattern command specifies the directory numbers for call transfer. The command can be
configured up to 32 times using the following command syntax: transfer-pattern transfer-pattern
[blind].
Note The blind keyword in the transfer-pattern command applies to Cisco Unified SCCP IP phones only and
does not apply to Cisco Unified SIP IP phones.
With the transfer-pattern command configured, only call transfers to numbers that match the
configured transfer pattern are allowed to take place. With the transfer pattern configured, all or a subset
of transfer numbers can be dialed and the transfer to a remote party can be initiated.
Note In Cisco Unified CME 9.5 and later versions, Cisco Unified SIP IP phones and Cisco Unified SCCP IP
phones registered to the same Cisco Unified CME are considered local and do not require
transfer-pattern configuration.
Backward Compatibility
To maintain backward compatibility, all call transfers from Cisco Unified SIP IP phones to any number
(local or over trunk) are allowed when no transfer patterns are configured through the transfer-pattern,
transfer-pattern blocked, or transfer max-length commands.
For Cisco Unified SCCP IP phones, call transfers over trunk continue to be blocked when no transfer
patterns are configured.
Dial Plans
Whatever dial plan is used for external calls, the same numbers should be configured as specific numbers
using the transfer-pattern command.
If a dial plan requires “9” to be dialed before an external call is made, then “9” should be a prefix of the
transfer-pattern number. For example, 12345678 is an external number that requires “9” to be dialed
before the external call can be made so the transfer-pattern number should be 912345678.
Note In Cisco Unified CME 9.5 and later versions, once transfer patterns are configured in telephony-service
configuration mode, the transfer patterns apply to both Cisco Unified SCCP IP phones and Cisco Unified
SIP IP phones.
transfer max-length
The transfer max-length command is used to indicate the maximum length of the number being dialed
for a call transfer. When only a specific number of digits are to be allowed during a call transfer, a value
between 3 and 16 is configured.When the number dialed exceeds the maximum length configured, then
the call transfer is blocked.
For example, the maximum length is configured as 5, then only call transfers from Cisco Unified SIP IP
phones up to a five-digit directory number are allowed. All call transfers to directory numbers with more
than five digits are blocked.
transfer-pattern blocked
When the transfer-pattern blocked command is configured for a specific phone, no call transfers are
allowed from that phone over the trunk.
This feature forces unconditional blocking of all call transfers from the specific phone to any other
non-local numbers (external calls from one trunk to another trunk). No call transfers from this specific
phone are possible even when a transfer pattern matches the dialed digits for transfer.
Table 67 compares the behaviors of Cisco Unified SCCP and SIP IP phones for specific configurations.
conference transfer-pattern
When both the transfer-pattern and conference transfer-pattern commands are configured and dialed
digits match the configured transfer pattern, conference calls are allowed. However, when the dialed
digits do not match any of the configured transfer pattern, the conference call is blocked.
For configuration information, see the “SIP: Specifying Transfer Patterns for Trunk-to-Trunk Calls and
Conferences” section on page 792 and “SIP: Blocking Trunk-to-Trunk Call Transfers” section on
page 794.
For configuration examples, see the “Configuring Transfer Patterns: Example” section on page 823,
“Configuring Maximum Length of Transfer Number: Example” section on page 823, “Configuring
Conference Transfer Patterns: Example” section on page 824, and “Blocking All Call Transfers:
Example” section on page 824.
Call-Transfer Recall
The Call-Transfer Recall feature in Cisco Unified CME 4.3 and later versions returns a transferred call
to the phone that initiated the transfer if the destination is busy or does not answer. After a phone user
completes a transfer to a directory number on a local phone, if the transfer-to party does not answer
before the configured recall timer expires, the call is directed back to the transferor phone. The message
“Transfer Recall From xxxx” displays on the transferor phone.
The transfer-to directory number cannot have Call Forward Busy enabled and cannot be a member of
any hunt group. If the transfer-to directory number has Call Forward No Answer (CFNA) enabled,
Cisco Unified CME recalls the call only if the transfer-recall timeout is set to less than the CFNA
timeout. If the transfer-recall timeout is set to more than the CFNA timeout, the call is forwarded to the
CFNA target number after the transfer-to party does not answer.
If the transferor phone is busy, Cisco Unified CME attempts the recall again after a 15-second
retry-timer expires. Cisco Unified CME attempts a recall up to three times. If the transferor phone
remains busy, the call is disconnected after the third recall attempt.
The transferor phone and transfer-to phone must be registered to the same Cisco Unified CME, however
the transferee phone can be remote.
For configuration information, see the “Enabling Call Transfer and Forwarding at System-Level”
section on page 779.
If the person sharing the monitored line does not want to accept the call, the person announcing the call
can reconnect to the incoming call by pressing the EndCall soft key to terminate the announcement call
and pressing the Resume soft key to reconnect to the original caller.
Direct Station Select consultative transfer is enabled with the transfer-system full-consult dss
command, which defines the call transfer method for all lines served by the router. The transfer-system
full-consult dss command supports the keep-conference command. See “Configuring Conferencing”
on page 941.
H.323
V
Cisco Unified
Cisco Unified CME 1 CME 3
IP
Phone A Phone C
146629
IP
Phone B
H.323 V
Cisco Unified
Cisco Unified CME 1 CME 3
IP
Cisco Unified CME 2 Phone C
Phone A
146634
IP
Phone B
H.323 V
Cisco Unified
Unified
Cisco CME 1 CME 1 CME 3
IP
Phone A Cisco Unified CME 2 Phone C
146633
IP
Phone B
H.323 V
Cisco Unified
Cisco
Cisco Unified
Unified
CME 1 CME 1 CME 3
CME 1
IP
Phone A Cisco Unified
Cisco Unified CME 2 Phone C
CME 2
344518
IP
Phone B
H.450.12 Support
Cisco CME 3.1 and later versions support the H.450.12 call capabilities standard, which provides a
means to advertise and dynamically discover H.450.2 and H.450.3 capabilities in voice gateway
endpoints on a call-by-call basis. When discovered, the calls associated with non-H.450 endpoints can
be directed to use non-H.450 methods for transfer and forwarding, such as hairpin call routing or H.450
tandem gateway.
When H.450.12 is enabled, H.450.2 and H.450.3 services are disabled for call transfers and call forwards
unless a positive H.450.12 indication is received from all other VoIP endpoints involved in the call. If a
positive H.450.12 indication is received, the router uses the H.450.2 standard for call transfers and the
H.450.3 standard for call forwarding. If a positive H.450.12 indication is not received, the router uses
the alternative method that you have configured for call transfers and forwards, either hairpin call routing
or an H.450 tandem gateway.
You can have either of the following situations in your network:
• All gateway endpoints support H.450.2 and H.450.3 standards. In this situation, no special
configuration is required because support for H.450.2 and H.450.3 standards is enabled on the
Cisco CME 3.1 or later router by default. H.450.12 capability is disabled by default, but it is not
required because all calls can use H.450.2 and H.450.3 standards.
• Not all gateway endpoints support H.450.2 and H.450.3 standards. Therefore, specify how
non-H.450 calls are to be handled by choosing one of the following options:
– Enable the H.450.12 capability in Cisco CME 3.1 and later to dynamically determine, on a
call-by-call basis, whether each call has H.450.2 and H.450.3 support. If H.450.12 is enabled
and a call is determined to have H.450 support, the call is transferred using H.450.2 standards
or forwarded using H.450.3 standards. See the “Enabling H.450.12 Capabilities” section on
page 795.
Support for the H.450.12 standard is disabled by default and can be enabled globally or for
individual dial peers.
If the call does not have H.450 support, it can be handled by a VoIP-to-VoIP connection that you
configure using dial peers and the “Enabling H.323-to-H.323 Connection Capabilities” section
on page 797. The connection can be used for hairpin call routing or routing to an H.450 tandem
gateway.
– Explicitly disable H.450.2 and H.450.3 capability on a global basis or by individual dial peer,
which forces all calls to be handled by a VoIP-to-VoIP connection that you configure using dial
peers and the“Enabling H.323-to-H.323 Connection Capabilities” section on page 797. This
connection can be used for hairpin call routing or routing to an H.450 tandem gateway.
In Cisco CME 3.2 and later versions, transcoding between G.711 and G.729 is supported when one leg
of a VoIP-to-VoIP hairpin call uses G.711 and the other leg uses G.729. For information about
transcoding, see “Configuring Transcoding Resources” on page 443.
Hairpin call routing provides the following benefits:
• Call transfer and forwarding is provided to non-H.450 endpoints, such as
Cisco Unified Communications Manager, Cisco BTS, or Cisco PGW.
• The network can also contain Cisco CME 3.0 or Cisco ITS 2.1 systems.
Hairpin call routing has the following disadvantages:
• End-to-end signaling and media delay are increased significantly.
• A single hairpinned call uses as much WAN bandwidth as two directly connected calls.
VoIP-to-VoIP hairpin connections can be made using dial peers if the allow-connections h323 to h323
command is enabled and at least one of the following is true:
• H.450.12 is used to detect calls on which H.450.2 or H.450.3 is not supported by the remote system.
• H.450.2 or H.450.3 is explicitly disabled.
• Cisco Unified CME automatically detects that the remote system is a
Cisco Unified Communications Manager.
Figure 35 on page 769 shows a call that is made from A to B. Figure 36 on page 770 shows that B has
forwarded all calls to C. Figure 37 on page 770 shows that A and C are connected by an H.323 hairpin.
H.323 V
Non-H.450
Cisco Unified CME 1 gateway
IP
Phone A Phone C
Cisco Unified CME 2
146630
IP Calls are forwarded
Phone B to phone C
H.323 V
Non-H.450
Cisco Unified CME 1 gateway
IP
Phone A Phone C
IP 146631
Phone B
Support for VoIP-to-VoIP connections is disabled by default and can be enabled globally. For
configuration information, see the “Enabling H.323-to-H.323 Connection Capabilities” section on
page 797.
Note An H.450 tandem gateway that is used in a network to support non-H.450-capable call processing
systems requires the Integrated Voice and Video Services feature license. This feature license, which was
introduced in March 2004, includes functionality for H.323 gatekeeper, IP-to-IP Gateway, and H.450
tandem gateway. With Cisco IOS Release 12.3(7)T, an H.323 gatekeeper feature license is required with a
JSX Cisco IOS image on the selected router. Consult your Cisco Unified CME SE regarding the required
feature license. With Cisco IOS Release 12.3(7)T, you cannot use Cisco Unified CME and H.450 tandem
gateway functionality on the same router.
VoIP-to-VoIP connections can be made for an H.450 tandem gateway if the allow-connections h323 to
h323 command is enabled and one or more of the following is true:
• H.450.12 is used to dynamically detect calls on which H.450.2 or H.450.3 is not supported by the
remote VoIP system.
• H.450.2 or H.450.3 is explicitly disabled.
• Cisco CME 3.1 or later automatically detects that the remote system is a
Cisco Unified Communications Manager.
For Cisco CME 3.1 and earlier, the only type of VoIP-to-VoIP connection supported by
Cisco Unified CME is H.323-to-H.323. For Cisco CME 3.2 and later versions, H.323-to-SIP
connections are allowed only for Cisco Unified CME systems running Cisco Unity Express.
Figure 38 on page 772 shows a tandem voice gateway that is located between the central hub of the
network of a CPE-based Cisco CME 3.1 or later network and a Cisco Unified Communications Manager
network. This topology would work equally well with a Cisco BTS or Cisco PGW in place of the
Cisco Unified Communications Manager.
In the network topology in Figure 38 on page 772, the following events occur (refer to the event numbers
on the illustration):
1. A call is generated from extension 4002 on phone 2, which is connected to a
Cisco Unified Communications Manager. The H.450 tandem gateway receives the H.323 call and,
acting as the H.323 endpoint, the H.450 tandem gateway handles the call connection to a
Cisco Unified IP phone in a CPE-based Cisco CME 3.1 or later network.
2. The call is received by extension 1001 on phone 3, which is connected to Cisco Unified CME 1.
Extension 1001 performs a consultation transfer to extension 2001 on phone 5, which is connected
to Cisco Unified CME 2.
3. When extension 1001 transfers the call, the H.450 tandem gateway receives an H.450.2 message
from extension 1001.
4. The H.450 tandem gateway terminates the call leg from extension 1001 and reoriginates a call leg
to extension 2001, which is connected to Cisco Unified CME 2.
5. Extension 4002 is connected with extension 2001.
IP-to-IP
Gateway
H.450.2 Message
Private VoIP Telephone
Cisco Unified CME 1
2 Cisco Unified CME 2
V V
2 5
4
IP IP IP IP
Phone 3 Phone 4 Phone 5 Phone 6
1001 1002 3001 3002
146622
Dial Peers
Dial peers describe the virtual interfaces to or from which a call is established. All voice technologies
use dial peers to define the characteristics associated with a call leg. Attributes applied to a call leg
include specific quality of service (QoS) features, compression/decompression (codec), voice activity
detection (VAD), and fax rate. Dial peers are also used to establish the routing paths in your network,
including special routing paths such as hairpins and H.450 tandem gateways. Dial peer settings override
the global settings for call forward and call transfer. For information about configuring dial peers, see
the Dial Peer Configuration on Voice Gateway Routers guide.
IP 1001 IP 2001
IP 1002 IP 2002
IP 1003 IP 2003
QSIG 3001
3002
PBX
3003
Message
135562
center
The following QSIG supplementary service features are supported in Cisco Unified CME systems. They
follow the standards from the European Computer Manufacturers Association (ECMA) and the
International Organization for Standardization (ISO) on PRI and BRI interfaces.
• Basic calls between IP phones and PBX phones.
• Calling Line/Name Identification (CLIP/CNIP) presented on an IP phone when called by a PBX
phone; in the reverse direction, such information is provided to the called endpoint.
• Connected Line/Name Identification (COLP/CONP) information provided when a PBX phone calls
an IP phone and is connected; in the reverse direction, such information presented on an IP phone.
• Call Forward using QSIG and H.450.3 to support any combination of IP phone and PBX phone,
including an IP phone in the Cisco Unified CME system that is connected to a PBX or an IP phone
in another Cisco Unified CME system across an H.323 network.
• Call forward to the PBX message center according to the configured policy. The other two endpoints
can be a mixture of IP phone and PBX phones.
• Hairpin call transfer, which interworks with a PBX in transfer-by-join mode. Note that
Cisco Unified CME does not support the actual signaling specified for this transfer mode (including
the involved FACILITY message service APDUs) which are intended for an informative purpose
only and not for the transfer functionality itself. As a transferrer (XOR) host, Cisco Unified CME
simply hairpins two call legs to create a connection; as a transferee (XEE) or transfer-to (XTO) host,
it will not be aware of a transfer that is taking place on an existing leg. As a result, the final endpoint
may not be updated with the accurate identity of its peer. Both blind transfer and consult transfer are
supported.
• Message-waiting indicator (MWI) activation or deactivation requests are processed from the PBX
message center.
• The PBX message center can be interrogated for the MWI status of a particular ephone-dn.
• A user can retrieve voice messages from a PBX message center by making a normal call to the
message center access number.
For information about enabling QSIG supplementary services, see the “Enabling H.450.7 and QSIG
Supplementary Services at a System-Level” section on page 801 and “Enabling H.450.7 and QSIG
Supplementary Services on a Dial Peer” section on page 802.
For more information about configuring Cisco Unified CME to integrate with voice-mail systems, see
“Integrating Voice Mail” on page 531.
Disabling SIP Supplementary Services for Call Forward and Call Transfer
If a destination gateway does not support supplementary services, you can disable REFER messages for
call transfers and the redirect responses for call forwarding from being sent by Cisco Unified CME.
For configuration information, see the “Disabling SIP Supplementary Services for Call Forward and Call
Transfer” section on page 804.
Note Cisco Communications Manager Express 3.2 (Cisco CME 3.2) and later versions provide full
call-transfer and call-forwarding with call processing systems on the network that support H.450.2,
H.450.3, and H.450.12 standards. For interoperability with call processing systems that do not support
H.450 standards, Cisco CME 3.2 and later versions provide VoIP-to-VoIP hairpin call routing without
requiring the special Tool Command Language (Tcl) script that was needed in earlier versions of
Cisco Unified CME.
Cisco CME 3.1 or Later, Non-H.450 Gateways, and Cisco IOS Gateways
In a network with Cisco CME 3.1 or later, non-H.450 gateways, and Cisco IOS gateways, the H.450.2
and H.450.3 services are provided only to calling endpoints that use H.450.12 to explicitly indicate that
they are capable of H.450.2 and H.450.3 operations. Because the Cisco BTS and Cisco PGW do not
support the H.450.12 standard, calls to and from these systems that involve call transfer or forwarding
are handled using H.323-to-H.323 hairpin call routing.
Configuration for this type of network consists of:
1. Setting up call-transfer and call-forwarding parameters for transfers and forwards that are initiated
on this router (H.450.2 and H.450.3 capabilities for transferred parties, transfer destinations,
forwarded parties, and forwarding destinations are enabled by default). Optionally disable H.450.2
and H.450.3 capabilities on dial peers that point to non-H.450-capable systems such as
Cisco Unified Communications Manager, Cisco BTS, or Cisco PGW. See the “Enabling Call
Transfer and Forwarding at System-Level” section on page 779.
2. Enabling H.450.12 to detect any calls on which H.450.2 and H.450.3 standards are not supported,
either globally or for specific dial peers. See the “Enabling H.450.12 Capabilities” section on
page 795.
3. Setting up VoIP-to-VoIP connections (hairpin call routing or H.450 tandem gateway) to route calls
that do not support H.450.2 or H.450.3 standards. See the “Enabling H.323-to-H.323 Connection
Capabilities” section on page 797.
4. Setting up dial peers to manage call legs within the network. See Dial Peer Configuration on Voice
Gateway Routers.
Note If your network contains a Cisco Unified Communications Manager, also see the instructions in the
“Enabling Interworking with Cisco Unified Communications Manager” section on page 806.
Note Cisco CME 3.0 and Cisco ITS V2.1 systems do not have H.450.12 capabilities.
In a network that contains a mix of Cisco Unified CME versions and at least one non-H.450 gateway, the
simplest configuration approach is to globally disable all H.450.2 and H.450.3 services and force
H.323-to-H.323 hairpin call routing for all transferred and forwarded calls. In this case, you would
enable H.450.12 detection capabilities globally. Alternatively, you could select to enable H.450.12
capability for specific dial peers. In this case, you would not configure H.450.12 capability globally; you
would leave it in its default disabled state.
Configuration for this type of network consists of:
1. Setting up call-transfer and call-forwarding parameters for transfers and forwards that are initiated
on this router (H.450.2 and H.450.3 capabilities for transferred parties, transfer destinations,
forwarded parties, and forwarding destinations are enabled by default). See the “Enabling Call
Transfer and Forwarding at System-Level” section on page 779.
2. Enabling H.450.12 to detect any calls on which H.450.2 and H.450.3 standards are not supported,
either globally or on specific dial peers. See the “Enabling H.450.12 Capabilities” section on
page 795.
3. Setting up VoIP-to-VoIP connections (hairpin call routing or H.450 tandem gateway) to route all
transferred and forwarded calls. See the “Enabling H.323-to-H.323 Connection Capabilities”
section on page 797.
4. Setting up dial peers to manage call legs within the network. See Dial Peer Configuration on Voice
Gateway Routers.
Note If your network contains a Cisco Unified Communications Manager, also see the instructions in the
“Enabling Interworking with Cisco Unified Communications Manager” section on page 806.
Cisco CME 3.1 or Later, Cisco Unified Communications Manager, and Cisco IOS Gateways
In a network with Cisco CME 3.1 or later, Cisco Unified Communications Manager, and Cisco IOS
gateways, Cisco CME 3.1 and later versions support automatic detection of calls to and from
Cisco Unified Communications Manager using proprietary signaling elements that are included with the
standard H.323 message exchanges. The Cisco CME 3.1 or later system uses these detection results to
determine the H.450.2 and H.450.3 capabilities of calls rather than using H.450.12 supplementary
services capabilities exchange, which Cisco Unified Communications Manager does not support. If a
call is detected to be coming from or going to a Cisco Unified Communications Manager endpoint, the
call is treated as a non-H.450 call. All other calls in this type of network are treated as though they
support H.450 standards. Therefore, this type of network should contain only Cisco CME 3.1 or later
and Cisco Unified Communications Manager call-processing systems.
Configuration for this type of network consists of:
1. Setting up call-transfer and call-forwarding parameters for transfers and forwards that are initiated
on this router (H.450.2 and H.450.3 capabilities for transferred parties, transfer destinations,
forwarded parties, and forwarding destinations are enabled by default). See the “Enabling Call
Transfer and Forwarding at System-Level” section on page 779.
2. Enabling H.450.12 to detect any calls on which H.450.2 and H.450.3 standards are not supported,
either globally or on specific dial peers. See the “Enabling H.450.12 Capabilities” section on
page 795.
3. Setting up VoIP-to-VoIP connections (hairpin call routing or H.450 tandem gateway) to route all
transferred and forwarded calls that are detected as being to or from
Cisco Unified Communications Manager. See the “Enabling H.323-to-H.323 Connection
Capabilities” section on page 797.
4. Setting up specific parameters for Cisco Unified Communications Manager. See the instructions in
the “Enabling Interworking with Cisco Unified Communications Manager” section on page 806.
5. Setting up dial peers to manage call legs within the network. See Dial Peer Configuration on Voice
Gateway Routers.
Cisco CME 3.0 or an Earlier Version, Cisco Unified Communications Manager, and Cisco IOS
Gateways
Calls between the Cisco Unified Communications Manager and the older Cisco CME 3.0 or
Cisco ITS V2.1 networks need special consideration. Because Cisco CME 3.0 and Cisco ITS V2.1
systems do not support automatic Cisco Unified Communications Manager detection and also do not
natively support H.323-to-H.323 call routing, alternative arrangements are required for these systems.
To configure call transfer and forwarding on the Cisco CME 3.0 router, you can select from the
following three options:
• Use a Tcl script to handle call transfer and forwarding by invoking Tcl-script-based H.323-to-H.323
hairpin call routing (app-h450-transfer.2.0.0.9.tcl or a later version). Enable this script on all VoIP
dial peers and also under telephony-service mode, and set the local-hairpin script parameter to 1.
• Use a loopback-dn mechanism. See “Configuring Loopback Call Routing” on page 1185.
• Configure a loopback call path using router physical voice ports.
All three options force use of H.323-to-H.323 hairpin call routing for all calls regardless of whether the
call is from a Cisco Unified Communications Manager or other H.323 endpoint (including
Cisco CME 3.1 or later).
SCCP
• Enabling Call Transfer and Forwarding at System-Level, page 779 (required)
• SCCP: Enabling Call Forwarding for a Directory Number, page 784 (required)
• SCCP: Enabling Call Transfer for a Directory Number, page 787 (required)
• SCCP: Configuring Call Transfer Options for Phones, page 788 (optional))
• SCCP: Verifying Call Transfer, page 791 (optional)
• SIP: Specifying Transfer Patterns for Trunk-to-Trunk Calls and Conferences, page 792
• SIP: Blocking Trunk-to-Trunk Call Transfers, page 794
• Enabling H.450.12 Capabilities, page 795 (optional)
SIP B2BUA
• SIP: Configuring SIP-to-SIP Phone Call Forwarding, page 812 (required)
• SIP: Configuring Call-Forwarding-All Soft Key URI, page 818 (optional)
• SIP: Configuring Call Forward Unregistered for SIP IP Phones, page 815 (optional)
• Configuring Keepalive Timer Expiration in SIP Phones, page 817 (optional)
• SIP: Specifying Number of 3XX Responses To be Handled, page 819 (optional)
• SIP: Configuring Call Transfer, page 820 (required)
• Disabling SIP Supplementary Services for Call Forward and Call Transfer, page 804 (optional)
Note H.450.2 and H.450.3 capabilities are enabled by default for transferred or forwarded parties and
transfer-destination or forward-destination parties. Dial peer settings override the global setting.
Prerequisites
Cisco CME 3.0 or a later version, or Cisco ITS V2.1.
Restrictions
• Call transfers are handled differently depending on the Cisco Unified CME version. See Table 68
on page 767 for recommendations on selecting a transfer method for your Cisco Unified CME
version.
• The transfer-system local-consult command is not supported if the transfer-to destination is on the
Cisco ATA, Cisco VG224, or a SCCP-controlled FXS port.
• The H.450.2 and H.450.3 standards are not supported by Cisco Unified Communications Manager,
Cisco BTS, or Cisco PGW.
• In versions earlier than Cisco Unified CME 4.2, the caller ID displays correctly only after connect;
caller ID does not display correctly at Call Transfer or Call Forward.
Call-Transfer Recall
• Requires Cisco Unified CME 4.3 or a later version.
• Transferor and transfer-to party must be on the same Cisco Unified CME router; transferee party can
be remote to the Cisco Unified CME router.
• Transfer recall is not supported if the transfer-to party has Call Forward Busy enabled or is a member
of any hunt group.
• If the transfer-to party has Call Forward No Answer enabled, Cisco Unified CME recalls a
transferred call only if the transfer-recall timeout is set to less than the timeout value set with the
call-forward noan command.
• Recall timer for trunk-line directory number has precedence (set on transferor using trunk
command with transfer-timeout keyword) over the transfer-recall timer. Transfer recall is not
initiated for hairpin transfers.
SUMMARY STEPS
1. enable
2. configure terminal
3. telephony-service
4. transfer-system {blind | full-blind | full-consult [dss] | local-consult}
5. transfer-pattern transfer-pattern [blind]
6. call-forward pattern pattern
7. timeouts transfer-recall seconds
8. transfer-digit-collect {new-call | orig-call}
9. exit
10. voice service voip
11. supplementary-service h450.2
12. supplementary-service h450.3
13. exit
14. dial-peer voice tag voip
15. supplementary-service h450.2
16. supplementary-service h450.3
17. end
DETAILED STEPS
Example:
Router# configure terminal
Example:
Router(config)# telephony-service
Step 4 transfer-system {blind | full-blind | Specifies the call transfer method.
full-consult [dss] | local-consult}
• blind—Calls are transferred without consultation using
the Cisco proprietary method and a single phone line.
Example: This is the default in versions earlier than
Router(config-telephony)# transfer-system Cisco Unified CME 4.0.
full-consult
• full-blind—Calls are transferred without consultation
using H.450.2 standard methods.
• full-consult—Calls are transferred with consultation
using H.450.2 standard methods and a second phone
line if available. Calls fall back to full-blind if the
second line is unavailable. This is the default in
Cisco Unified CME 4.0 and later versions.
Example:
Router(config-telephony)# exit
Step 10 voice service voip (Optional) Enters voice-service configuration mode to
establish global call transfer and forwarding parameters.
Example:
Router(config)# voice service voip
Step 11 supplementary-service h450.2 (Optional) Enables H.450.2 supplementary services
capabilities globally.
Example: • Default is enabled. Use the no form of this command to
Router(conf-voi-serv)# supplementary-service disable H.450.2 capabilities globally.
h450.2
• You can also use this command in dial-peer
configuration mode to enable H.450.2 services for a
single dial peer.
Step 12 supplementary-service h450.3 (Optional) Enables H.450.3 supplementary services
capabilities globally.
Example: • Default is enabled. Use the no form of this command to
Router(conf-voi-serv)# supplementary-service disable H.450.3 capabilities globally.
h450.3
• You can also use this command in dial-peer
configuration mode to enable H.450.3 services for a
single dial peer.
Step 13 exit (Optional) Exits voice-service configuration mode.
Example:
Router(conf-voi-serv)# exit
Step 14 dial-peer voice tag voip (Optional) Enters dial-peer configuration mode.
Example:
Router(config)# dial-peer voice 1 voip
Example:
Router(config-dial-peer)# end
Note When defining call forwarding to nonlocal numbers, it is important to note that pattern digit matching is
performed before translation-rule operations. Therefore, you should specify in this command the digits
actually entered by phone users before they are translated. For more information, see the “Voice
Translation Rules and Profiles” section in “Configuring Dialing Plans” on page 375.
Restrictions
• Call forwarding is invoked only if that phone is dialed directly. Call forwarding is not invoked when
the phone number is called through a sequential, longest-idle, or peer hunt group.
• If call forwarding is configured for hunt group member, call forward is ignored by the hunt group.
• Calls from an internal extension to an extension which is busy, is forwarded to the SNR destination
even if no forward local-calls is configured under the Directory Number.
SUMMARY STEPS
1. enable
2. configure terminal
3. telephony-service
4. call-forward pattern pattern
5. exit
6. ephone-dn dn-tag [dual-line]
7. number number [secondary number] [no-reg [both | primary]]
8. call-forward all target-number
9. call-forward busy target-number [primary | secondary] [dialplan-pattern]
10. call-forward noan target-number timeout seconds [primary | secondary] [dialplan-pattern]
11. call-forward night-service target-number
12. call-forward max-length length
13. no forward local-calls
14. end
DETAILED STEPS
Example:
Router# configure terminal
Step 3 telephony-service Enters telephony-service configuration mode.
Example:
Router(config)#
Example:
Router(config-telephony)# exit
Step 6 ephone-dn dn-tag [dual-line] Enters ephone-dn configuration mode, creates an
ephone-dn, and optionally assigns it dual-line status.
Example: • dual-line—(Optional) Enables an ephone-dn with one
Router(config)# ephone-dn 20 voice port and two voice channels, which supports
features such as call waiting, call transfer, and
conferencing with a single ephone-dn.
Step 7 number number [secondary number] [no-reg [both Configures a valid extension number for this ephone-dn
| primary]] instance.
Example:
Router(config-ephone-dn)# number 2777 secondary
2778
Step 8 call-forward all target-number Forwards all calls for this extension to the specified number.
• target-number—Phone number to which calls are
Example: forwarded.
Router(config-ephone-dn)# call-forward all 2411
Note After you use this command to specify a target
number, the phone user can activate and cancel the
call-forward-all state from the phone using the
CFwdAll soft key or a feature access code (FAC).
Step 9 call-forward busy target-number [primary | Forwards calls for a busy extension to the specified number.
secondary] [dialplan-pattern]
Example:
Router(config-ephone-dn)# call-forward busy
2513
Step 10 call-forward noan target-number timeout seconds Forwards calls for an extension that does not answer.
[primary | secondary] [dialplan-pattern]
Example:
Router(config-ephone-dn)# call-forward noan
2513 timeout 45
Example:
Router(config-ephone-dn)# end
Prerequisites
Call transfer must be enabled globally. See the “Enabling Call Transfer and Forwarding at
System-Level” section on page 779.
SUMMARY STEPS
1. enable
2. configure terminal
3. ephone-dn dn-tag [dual-line]
4. transfer-mode {blind | consult}
5. timeouts transfer-recall seconds
6. end
DETAILED STEPS
Example:
Router# configure terminal
Step 3 ephone-dn dn-tag [dual-line] Enters ephone-dn configuration mode, creates an ephone-dn,
and optionally assigns it dual-line status.
Example: • dual-line—(Optional) Enables an ephone-dn with one
Router(config)# ephone-dn 20 voice port and two voice channels, which supports
features such as call waiting, call transfer, and
conferencing with a single ephone-dn.
Step 4 transfer-mode {blind | consult} Specifies the type of call transfer for an individual directory
number using the H.450.2 standard, allowing you to override
the global setting.
Example:
Router(config-ephone-dn)# transfer-mode blind • Default: system-level value set with the transfer-system
command.
Step 5 timeouts transfer-recall seconds (Optional) Enables call-transfer recall and sets the number of
seconds that Cisco Unified CME waits before recalling a
transferred call if the transfer-to party does not answer or is
Example:
Router(config-ephone-dn)# timeouts
busy.
transfer-recall 30 • seconds—Duration, in seconds, to wait before recalling a
transferred call. Range: 1 to 1800. Default: 0 (disabled).
• This command is supported in Cisco Unified CME 4.3
and later versions.
• This command can also be configured in
ephone-dn-template and telephony-service configuration
mode.
Step 6 end Returns to privileged EXEC mode.
Example:
Router(config-ephone-dn)# end
Restrictions
• Transfers made to speed-dial numbers are not blocked when the transfer-pattern blocked
command is used.
• Transfers made using speed-dial are not blocked by the after-hours block pattern command.
SUMMARY STEPS
1. enable
2. configure terminal
3. ephone-template template-tag
4. transfer-pattern blocked
5. transfer max-length digit-length
6. exit
7. ephone phone-tag
8. ephone-template template-tag
9. restart
10. end
DETAILED STEPS
Example:
Router# configure terminal
Step 3 ephone-template template-tag Enters ephone-template configuration mode.
• template-tag—Unique number that identifies this
Example: template during configuration tasks. Range: 1 to 20.
Router(config)# ephone-template 1
Step 4 transfer-pattern blocked (Optional) Prevents directory numbers on the phone to
which this template is applied from transferring calls to
patterns specified in the transfer-pattern
Example:
Router(config-ephone-template)#
(telephony-service) command.
transfer-pattern blocked Note This command is also available in ephone
configuration mode to block external transfers from
individual phones without using a template.
Example:
Router(config-ephone-template)# exit
Step 7 ephone phone-tag Enters ephone configuration mode.
Example:
Router(config)# ephone 25
Step 8 ephone-template template-tag Applies a template to a phone.
• template-tag—Template number that you want to apply
Example: to this phone.
Router(config-ephone)# ephone-template 1
Step 9 restart Performs a fast reboot of this phone without contacting the
DHCP server for updated information.
Example: • Repeat Step 6 to Step 9 for each phone on which you
Router(config-ephone)# restart want to limit transfer capabilities.
Step 10 end Exits to privileged EXEC mode.
Example:
Router(config-ephone)# end
Step 2 If you have used the transfer-mode command to override the global transfer mode for an individual
ephone-dn, use the show running-config or show telephony-service ephone-dn command to verify that
setting.
Router# show running-config
!
ephone-dn 40 dual-line
number 451
description Main Number
huntstop channel
no huntstop
transfer-mode blind
Step 3 Use the show telephony-service ephone-template command to view ephone-template configurations.
Prerequisites
Cisco Unified CME 9.5 or a later version.
Restrictions
Call transfer and conference restrictions apply when transfers or conferences are initiated toward
external parties, like a PSTN trunk, a SIP trunk, or an H.323 trunk. The restrictions do not apply to
transfers to local extensions.
SUMMARY STEPS
1. enable
2. configure terminal
3. telephony-service
4. transfer-pattern transfer-pattern
5. exit
6. voice register pool pool-tag
or
voice register template template-tag
7. transfer max-length max-length
8. exit
9. telephony-service
10. conference transfer-pattern
11. restart
12. end
DETAILED STEPS
Example:
Router# configure terminal
Step 3 telephony-service Enters telephony-service configuration mode for
configuring Cisco Unified CME.
Example:
Router(config)# telephony-service
Step 4 transfer-pattern transfer-pattern Allows the transfer of calls from Cisco IP phones to
specified directory numbers of phones other than Cisco IP
phones.
Example:
Router(config-telephony)# transfer-pattern • transfer-pattern—String of digits for permitted call
1234... transfers. Wildcards are allowed. A maximum of 32
Router(config-telephony)# transfer-pattern
transfer patterns can be entered, using a separate
2468..
command for each one.
Step 5 exit Exits telephony-service configuration mode and enters
global configuration mode.
Example:
Router(config-telephony)# exit
Step 6 voice register pool pool-tag Enters voice register pool configuration mode and creates a
or pool configuration for a Cisco Unified SIP IP phone in
voice register template template-tag
Cisco Unified CME or for a set of Cisco Unified SIP IP
phones in Cisco Unified SIP SRST.
Example: • pool-tag—Unique number assigned to the pool. Range
Router(config)# voice register pool 25
is 1 to 100.
or
Enters voice register template configuration mode and
defines a template of common parameters for Cisco Unified
SIP IP phones.
• template-tag—Declares a template tag. Range is 1 to
10.
Step 7 transfer max-length max-length (Optional) Specifies the maximum length of the transfer
number.
Example: • max-length—Maximum length of the transfer number.
Router(config-register-pool)# transfer Range is 3 to 16.
max-length 7
Example:
Router(config-register-pool)# exit
Step 9 telephony-service Enters telephony-service configuration mode for
configuring Cisco Unified CME.
Example:
Router(config)# telephony-service
Step 10 conference transfer-pattern Enables a Cisco Unified CME system to apply transfer
patterns to a conference call using conference softkeys or
feature buttons.
Example:
Router(config-telephony)# conference
transfer-pattern
Step 11 end Exits telephony-service configuration mode and enters
privileged EXEC mode.
Example:
Router(config-telephony)# end
Prerequisites
Cisco Unified CME 9.5 or a later version.
Restrictions
Call transfer restrictions apply when transfers are initiated toward external parties, like a PSTN trunk, a
SIP trunk, or an H.323 trunk. The restrictions do not apply to transfers to local extensions.
SUMMARY STEPS
1. enable
2. configure terminal
3. voice register pool pool-tag
or
voice register template template-tag
4. transfer-pattern blocked
5. end
DETAILED STEPS
Example:
Router# configure terminal
Step 3 voice register pool pool-tag Enters voice register pool configuration mode and creates a
or pool configuration for a Cisco Unified SIP IP phone in
voice register template template-tag
Cisco Unified CME or for a set of Cisco Unified SIP IP
phones in Cisco Unified SIP SRST.
Example: • pool-tag—Unique number assigned to the pool. Range
Router(config)# voice register template 5
is 1 to 100.
Enters voice register template configuration mode and
defines a template of common parameters for Cisco Unified
SIP IP phones.
• template-tag—Declares a template tag. Range is 1 to
10.
Step 4 transfer-pattern blocked Blocks all call transfers for a specific Cisco Unified SIP IP
phone or a set of Cisco Unified SIP IP phone.
Example:
Router(config-register-temp)# transfer-pattern
blocked
Step 5 end Exits voice register template configuration mode and enters
privileged EXEC mode.
Example:
Router(config-register-temp)# end
Restrictions
Cisco CME 3.0 and earlier versions do not support H.450.12.
SUMMARY STEPS
1. enable
2. configure terminal
3. voice service voip
4. supplementary-service h450.12 [advertise-only]
5. exit
6. dial-peer voice tag voip
7. supplementary-service h450.12
8. end
DETAILED STEPS
Example:
Router# configure terminal
Step 3 voice service voip (Optional) Enters voice service configuration mode to
establish global call transfer and forwarding parameters.
Example:
Router(config)# voice service voip
Step 4 supplementary-service h450.12 [advertise-only] (Optional) Enables H.450.12 supplementary services
capabilities globally for VoIP endpoints.
Example: • This command enables call-by-call detection of H.450
Router(conf-voi-serv)# supplementary-service capabilities when some endpoints in your mixed
h450.12 network are H.450-capable and other endpoints are not.
This command is disabled by default.
• advertise-only—(Optional) Advertises H.450
capabilities to the remote end but does not require
H.450.12 responses. Use this keyword on
Cisco CME 3.1 or later systems if you have a mixed
network containing Cisco CME 3.0 systems.
This command is also used in dial-peer configuration mode
to affect an individual dial peer.
Step 5 exit (Optional) Exits voice-service configuration mode.
Example:
Router(conf-voi-serv)# exit
Step 6 dial-peer voice tag voip (Optional) Enters dial-peer configuration mode.
Example:
Router(config)# dial-peer voice 1 voip
Example:
Router(config-dial-peer)# end
Restrictions
• Codecs on all the VoIP dial peers of the H.450 tandem gateway must be the same.
• Only one codec type is supported in the VoIP network at a time, and there are only two codec
choices: G.711 (A-law or mu-law) or G.729.
• Transcoding is not supported.
• Codec renegotiation is not supported. For example, if an H.323 call that uses a G.729 codec is
received by a Cisco Unified CME system and is forwarded to a voice-mail system that requires a
G.711 codec, the codec cannot be renegotiated from G.729 to G.711.
• H.323-to-SIP hairpin call routing is supported only with Cisco Unity Express. For more
information, see Integrating Cisco CallManager Express with Cisco Unity Express.
• Cisco Unified Communications Manager must use a media termination point (MTP), intercluster
trunk (ICT) mode, and slow start.
SUMMARY STEPS
1. enable
2. configure terminal
3. voice service voip
4. allow-connections h323 to h323
5. end
DETAILED STEPS
Example:
Router# configure terminal
Step 3 voice service voip Enters voice service configuration mode to establish global
call transfer and forwarding parameters.
Example:
Router(config)# voice service voip
Step 4 allow-connections h323 to h323 Enables VoIP-to-VoIP call connections. Use the no form of
the command to disable VoIP-to-VoIP connections; this is
the default.
Example:
Router(conf-voi-serv)# allow-connections h323
to h323
Step 5 end Returns to privileged EXEC mode.
Example:
Router(config-voi-serv)# end
SUMMARY STEPS
1. enable
2. configure terminal
3. telephony-service
4. call-forward pattern pattern
5. calling-number local
6. exit
7. voice service voip
8. allow connections from-type to to-type
9. supplementary-service h450.3
10. end
DETAILED STEPS
Example:
Router# configure terminal
Step 3 telephony-service Enters telephony-service configuration mode.
Example:
Router(config)# telephony-service
Example:
Router(config-telephony)# exit
Step 7 voice service voip Enters voice-service configuration mode.
Example:
Router(config)# voice service voip
Step 8 allow connections from-type to to-type Allows connections between specific types of endpoints in
a network.
Example: • from-type—Originating endpoint type. Valid choices
Router(conf-voi-serv)# allow connections h323 are h323 and sip.
to sip
• to-type—Terminating endpoint type. Valid choices are
h323 and sip.
Step 9 supplementary-service h450.3 (Optional) Enables H.450.3 supplementary services
capabilities exchange globally. This is the default. Use the
no form of this command to disable H.450.3 capabilities
Example:
Router(conf-voi-serv)# no supplementary-service
globally. This command can also be used in dial-peer
h450.3 configuration mode to disable H.450.3 functionality for a
single dial peer.
Note If this command is disabled globally and either
enabled or disabled on a dial peer, the functionality
is disabled for the dial peer.
Step 10 end Exits to privileged EXEC mode.
Example:
Router(config-voi-serv)# end
Prerequisites
Cisco Unified CME 4.0 or a later version.
Restrictions
• QSIG integration supports SCCP phones only.
• QSIG integration is exclusive; once QSIG integration is configured, QSIG transit node capability is
disabled. There is no dial-peer control to enable either transit or originate/terminate capability on a
call by call basis.
• If you enable QSIG supplementary services at a system-level, you cannot disable the capability on
individual dial peers.
SUMMARY STEPS
1. enable
2. configure terminal
3. voice service voip
4. supplementary-service h450.7
5. qsig decode
6. exit
7. voice service pots
8. supplementary-service qsig call-forward
9. end
DETAILED STEPS
Example:
Router# configure terminal
Example:
Router(config-voi-serv)# qsig decode
Step 6 exit Exits VoIP voice-service configuration mode.
Example:
Router(config-voi-serv)# exit
Step 7 voice service pots Enters POTS voice-service configuration mode to define
global call transfer and forwarding parameters.
Example:
Router(config)# voice service pots
Step 8 supplementary-service qsig call-forward Enables QSIG call-forwarding supplementary services
(ISO 13873) to forward calls to another number.
Example:
Router(config-voi-serv)# supplementary-service
qsig call-forward
Step 9 end Exits to privileged EXEC mode.
Example:
Router(config-voi-serv)# end
Prerequisites
Cisco Unified CME 4.0 or a later version.
Restrictions
• QSIG integration supports SCCP phones only.
• QSIG integration is exclusive; once QSIG integration is configured, QSIG transit node capability is
disabled. There is no dial-peer control to enable either transit or originate/terminate capability on a
call by call basis.
• If you enable QSIG supplementary services at a system-level, you cannot enable or disable the
capability on individual dial peers.
SUMMARY STEPS
1. enable
2. configure terminal
3. voice service voip
4. qsig decode
5. exit
6. dial-peer voice tag voip
7. supplementary-service h450.7
8. exit
9. dial-peer voice tag pots
10. supplementary-service qsig call-forward
11. end
DETAILED STEPS
Example:
Router# configure terminal
Step 3 voice service voip Enters VoIP voice-service configuration mode to define
global call transfer and forwarding parameters.
Example:
Router(config)# voice service voip
Step 4 qsig decode Enables decoding for QSIG supplementary services.
Example:
Router(config-voi-serv)# qsig decode
Step 5 exit Exits VoIP voice-service configuration mode.
Example:
Router(config-voi-serv)# exit
Example:
Router(config-dial-peer)# exit
Step 9 dial-peer voice tag pots Enters dial-peer configuration mode to define parameters
for an individual dial peer.
Example:
Router(config)# dial-peer voice 2 pots
Step 10 supplementary-service qsig call-forward Enables QSIG call-forwarding supplementary services
(ISO 13873) to forward calls to another number.
Example:
Router(config-dial-peer)# supplementary-service
qsig call-forward
Step 11 end Exits to privileged EXEC mode.
Example:
Router(config-dial-peer)# end
Disabling SIP Supplementary Services for Call Forward and Call Transfer
To disable REFER messages for call transfers or redirect responses for call forwarding from being sent
to the destination by Cisco Unified CME, perform the following steps. You can disable these
supplementary features if the destination gateway does not support them.
Prerequisites
Cisco Unified CME 4.1 or a later version.
Restrictions
• In Cisco Unified CME 4.2 and 4.3, when the supplementary-service sip refer command is enabled
(default) and both the caller being transferred (transferee) and the phone making the transfer
(transferor) are SIP, but the transfer-to phone is SCCP, Cisco Unified CME hairpins the call to the
transfer-to phone after receiving the REFER request from transferor instead of sending the REFER
request to the transferee.
SUMMARY STEPS
1. enable
2. configure terminal
3. voice service voip
or
dial-peer voice tag voip
4. no supplementary-service sip moved-temporarily
5. no supplementary-service sip refer
6. end
DETAILED STEPS
Example:
Router# configure terminal
Step 3 voice service voip Enters voice-service configuration mode to set global
or parameters for VoIP features.
dial-peer voice tag voip or
Enters dial peer configuration mode to set parameters for a
Example: specific dial peer.
Router(config)# voice service voip
or
Router(config)# dial-peer voice 99 voip
Step 4 no supplementary-service sip moved-temporarily Disables SIP redirect response for call forwarding either
globally or for a dial peer.
Example: • Sending redirect message to the destination is the
Router(conf-voi-serv)# no supplementary-service default behavior.
sip moved-temporarily
or
Router(config-dial-peer)# no
supplementary-service sip moved-temporarily
Example:
Router(config-voi-serv)# end
or
Router(config-dial-peer)# end
Figure 40 Network with Cisco Unified CME and Cisco Unified Communications Manager
IP IP
Cisco Unified CallManager 3
Phone 1 Phone 2
4001 4002 H.323 Connection
in ICT mode using slow start
PSTN
V V V
Telephone
IP IP IP IP IP IP
146621
Phone 3 Phone 4 Phone 5 Phone 6 Phone 7 Phone 8
1001 1002 2001 2002 3001 3002
Prerequisites
• Cisco Unified CME must be configured to forward calls using local hairpin routing. For
configuration information, see the “Forwarding Calls Using Local Hairpin Routing” section on
page 799.
Configuring Cisco CME 3.1 or Later to Interwork with Cisco Unified Communications Manager
All of the commands in this section are optional because they are set by default to work with
Cisco Unified Communications Manager. They are included here only to explain how to implement
optional capabilities or return nondefault settings to their defaults.
SUMMARY STEPS
1. enable
2. configure terminal
3. voice service voip
4. h323
5. telephony-service ccm-compatible
6. h225 h245-address on-connect
7. exit
8. supplementary-service h225-notify cid-update
9. exit
10. voice class h323 tag
11. telephony-service ccm-compatible
12. h225 h245-address on-connect
13. exit
14. dial-peer voice tag voip
15. supplementary-service h225-notify cid-update
16. voice-class h323 tag
17. end
DETAILED STEPS
Example:
Router# configure terminal
Step 3 voice service voip Enters voice-service configuration mode to establish global
parameters.
Example:
Router(config)# voice service voip
Step 4 h323 Enters H.323 voice-service configuration mode.
Example:
Router(conf-voi-serv)# h323
Step 5 telephony-service ccm-compatible (Optional) Globally enables a Cisco CME 3.1 or later
system to detect Cisco Unified Communications Manager
and exchange calls with it. This is the default.
Example:
Router(conf-serv-h323)# telephony-service • Use the no form of this command to disable
ccm-compatible Cisco Unified Communications Manager detection and
exchange. We do not recommend using the no form of
the command.
• Using this command in an H.323 voice class definition
allows you to specify this behavior for an individual
dial peer.
Example:
Router(conf-serv-h323)# exit
Step 8 supplementary-service h225-notify cid-update (Optional) Globally enables H.225 messages with caller-ID
updates to be sent to Cisco Unified Communications
Manager. This is the default.
Example:
Router(conf-voi-serv)# supplementary-service • The no form of the command disables caller-ID update.
h225-notify cid-update We do not recommend using the no form of the
command.
This command is also used in dial-peer configuration mode
to affect a single dial peer.
• If this command is enabled globally and enabled on a
dial peer, the functionality is enabled for that dial peer.
This is the default.
• If this command is enabled globally and disabled on a
dial peer, the functionality is disabled for that dial peer.
• If this command is disabled globally and either enabled
or disabled on a dial peer, the functionality is disabled
for that dial peer.
Step 9 exit Exits voice-service configuration mode.
Example:
Router(config-voice-service)# exit
Step 10 voice class h323 tag (Optional) Creates a voice class that contains commands to
be applied to one or more dial peers.
Example:
Router(config)# voice class h323 48
Step 11 telephony-service ccm-compatible (Optional) Enables the dial peer to exchange calls with a
Cisco Unified Communications Manager system when this
voice class is applied to a dial peer. This is the default.
Example:
Router(config-voice-class)# telephony-service • The no form of the command disables call exchange
ccm-compatible with Cisco Unified Communications Manager. We do
not recommend using the no form of the command.
Example:
Router(config-voice-class)# exit
Step 14 dial-peer voice tag voip (Optional) Enters dial-peer configuration mode to set
parameters for an individual dial peer.
Example:
Router(config)# dial-peer voice 28 voip
Step 15 supplementary-service h225-notify cid-update (Optional) Enables H.225 messages with caller-ID updates
to Cisco Unified Communications Manager for a specific
dial peer. This is the default.
Example:
Router(config-dial-peer)# no • The no form of the command disables caller-ID
supplementary-service h225-notify cid-update updates. We do not recommend using the no form of the
command.
Step 16 voice-class h323 tag (Optional) Applies the previously defined voice class with
the specified tag number to this dial peer.
Example:
Router(config-dial-peer)# voice-class h323 48
Step 17 end Exits to privileged EXEC mode.
Example:
Router(config-dial-peer)# end
What to Do Next
Set up Cisco Unified Communications Manager using the configuration procedure in the “Enabling
Cisco Unified Communications Manager to Interwork with Cisco Unified CME” section on page 810.
Enabling Cisco Unified Communications Manager to Interwork with Cisco Unified CME
To enable Cisco Unified Communications Manager to interwork with Cisco CME 3.1 or a later version,
perform the following steps in addition to the normal Cisco Unified Communications Manager
configuration.
SUMMARY STEPS
2. Configure Cisco Unified CME as an ICT in the Cisco Unified Communications Manager network.
3. Ensure that the Cisco Unified Communications Manager network uses an MTP.
4. Set up dial peers to establish routing.
DETAILED STEPS
Step 1 Set Cisco Unified Communications Manager service parameters. From Cisco Unified Communications
Manager Administration, choose Service Parameters. Choose the Cisco Unified Communications
Manager service, and make the following settings:
• Set the H323 FastStart Inbound service parameter to False.
• Set the Send H225 User Info Message service parameter to H225 Info for Ring Back.
Step 2 Configure Cisco Unified CME as an ICT in the Cisco Unified Communications Manager network. For
information about different intercluster trunk types and configuration instructions, see the
Cisco Unified Communications Manager documentation.
Step 3 Ensure that the Cisco Unified Communications Manager network uses an MTP. The MTP is required to
provide DSP resources for transcoding and for sending and receiving G.729 calls to Cisco Unified CME.
All media streams between Cisco Unified Communications Manager and Cisco Unified CME must pass
through the MTP because Cisco CME 3.1 does not support transcoding. For more information, see the
Cisco Unified Communications Manager documentation.
Step 4 Set up dial peers to establish routing using the instructions in the Dial Peer Configuration on Voice
Gateway Routers guide.
Step 1 If you encounter lack of ringback on direct calls from a Cisco Unified Communications Manager phone
to an IP phone on a Cisco Unified CME system, check the show running-config command output to
ensure that the following two commands do not appear: no h225 h245-address on-connect and no
telephony-service ccm-compatible. These commands should be enabled, which is their default state.
Step 2 Use the debug h225 asn1 command to display the H.323 messages that are sent from the
Cisco Unified CME system to the Cisco Unified Communications Manager system to see if the H.245
address is being sent too early.
Step 3 For calls that are routed using VoIP-to-VoIP connections, use the show voip rtp connections detail
command to display the call identification number, IP addresses, and port numbers involved for all VoIP
call legs. This command includes VoIP-to-POTS and VoIP-to-VoIP call legs. The following is sample
output for this command:
Router# show voip rtp connections detail
Step 4 Use the show call prompt-mem-usage detail command to see information on ringback tone generation
that uses the interactive voice response (IVR) prompt playback mechanism. This ringback is needed for
hairpin transfers that are committed during the alerting-of-the-transfer-destination phase of the call and
for calls to destinations that do not provide in-band ringback tone, such as IP phones (FXS analog ports
do provide in-band ringback tone). Ringback tone is played to the transferred party by the
Cisco Unified CME system that performs the transfer (the system attached to the transferring party). The
system automatically generates tone prompts as needed based on the network-locale setting for the
Cisco Unified CME system.
If you are not getting ringback tone when you should, use the show call prompt-mem-usage command
to ensure that the correct prompt is loaded and playing. The following sample output indicates that a
prompt is playing (“Number of prompts playing”) and indicates the country code used for the prompt
(GB for Great Britain) and the codec.
Router# show call prompt-mem-usage detail
Prerequisites
• Cisco CME 3.4 or a later version.
• Connections between specific types of endpoints in a Cisco IP-to-IP gateway must be configured by
using the allow-connections command. For configuration information, see the “Enabling Calls in
Your VoIP Network” on page 88.
Restrictions
• SIP-to-SIP call forwarding is invoked only if that phone is dialed directly. Call forwarding is not
invoked when the phone number is called through a sequential, longest-idle, or peer hunt group.
• If call forwarding is configured for a hunt group member, call forward is ignored by the hunt group.
• In Cisco Unified CME 4.1 and later versions, Call Forward All requires SIP phones to be configured
with a directory number (using dn keyword in number command); direct line numbers are not
supported.
SUMMARY STEPS
1. enable
2. configure terminal
3. voice register dn dn-tag
4. call-forward b2bua all directory-number
5. call-forward b2bua busy directory-number
6. call-forward b2bua mailbox directory-number
7. call-forward b2bua noan directory-number timeout seconds
8. call-forward b2bua unreachable directory-number
9. end
DETAILED STEPS
Example:
Router# configure terminal
Step 3 voice register dn dn-tag Enters voice register dn mode to define a directory number
for a SIP phone, intercom line, voice port, or an MWI.
Example:
Router(config)# voice register dn 1
Step 4 call-forward b2bua all directory- number Enables call forwarding for a SIP back-to-back user agent so
that all incoming calls will be forwarded to the designated
directory-number.
Example:
Router(config-register-dn)# call-forward b2bua • In Cisco CME 3.4 and Cisco Unified CME 4.0, this
all 5005 command is also available in voice register pool
configuration mode. The configuration under voice
register dn takes precedence over the configuration
under voice register pool.
• If the call-forward b2bua all command is configured in
voice register pool configuration mode, it applies to all
directory numbers on the phone.
Example:
Router(config-register-dn)# end
Prerequisites
• Cisco Unified CME 8.6 or a later version.
SUMMARY STEPS
1. enable
2. configure terminal
3. voice register dn tag
4. call-forward b2bua unregistered directory-number
5. end
DETAILED STEPS
Example:
Router# configure terminal
Step 3 voice register dn tag Enters voice register dn mode to define a directory number for a
SIP phone, intercom line, voice port, or an MWI.
Example:
Router(config)#voice register dn 20
Step 4 call-forward b2bua unregistered Enables call forwarding for a SIP back-to-back user agent so that
directory-number all incoming calls are forwarded to the unregistered
directory-number.
Example:
Router(config-register-dn)#call-forward
b2bua unregistered 2345
Step 5 end Returns to privileged EXEC mode.
Example:
Router(config-ephone)# end
Troubleshooting Tips
– Use the show dial-peer voice summary command to check whether a CFU dial peer is created
or removed.
– Enable deb voice reg event, deb voice reg state, and deb voice reg error commands to trace
the creation and deletion of the CFU dial peer.
– Enable deb voice reg event, deb voip ccapi inout, deb voip app callsetup, deb voip app core,
deb voip app state, and deb voip app error commands to trace the call flow for CFU.
SUMMARY STEPS
1. enable
2. configure terminal
3. voice service voip
4. sip
5. registrar server [expires [max seconds] [min seconds] ]
6. end
DETAILED STEPS
Example:
Router# configure terminal
Step 3 voice service voip Enters voice-service configuration mode and specifies
voice-over-IP encapsulation.
Example:
Router#(conf)voice service voip
Step 4 sip Enters SIP configuration mode.
Example:
Router#(conf-serv)sip
Step 5 registrar server [expires [max seconds] Enables SIP registrar functionality in Cisco Unified CME.
[min seconds]] • expires—(Optional) Sets the active time for an incoming
registration.
Example: • max sec—(Optional) Maximum time for a registration to
Router(conf-serv-sip)#registrar server expire, in seconds. Range: 120 to 86400.
expires max 250 min 75
• min sec—(Optional) Minimum time for a registration to
expire, in seconds.
Example:
Routerconf-serv-sip)# end
Prerequisites
• Cisco Unified CME 4.1 or a later version.
• The mode cme command must be enabled in Cisco Unified CME.
• Call Forward All must be enabled on the directory number. For information, see “SIP: Configuring
SIP-to-SIP Phone Call Forwarding” on page 812.
Restrictions
• This feature is supported only on Cisco Unified IP Phone 7911G, 7941G, 7941GE, 7961G, 7961GE,
7970G, and 7971GE.
• If a user enables Call Forward All using the CfwdAll soft key, it is enabled on the primary line.
SUMMARY STEPS
1. enable
2. configure terminal
3. voice register global
4. call-feature-uri cfwdall service-uri
5. end
DETAILED STEPS
Example:
Router# configure terminal
Step 3 voice register global Enters voice register global configuration mode to set
global parameters for all supported SIP phones in a
Cisco Unified CME environment.
Example:
Router(config)# voice register global
Example:
Router(config-register-global)# end
Prerequisites
• Cisco CME 3.4 or a later version.
• The mode cme command must be enabled
SUMMARY STEPS
1. enable
2. configure terminal
3. voice register global
4. phone-redirect-limit number
5. end
DETAILED STEPS
Example:
Router# configure terminal
Example:
Router(config-register-global)# end
Prerequisites
Cisco CME 3.4 or a later version.
Restrictions
• Blind transfer is not supported on certain phones such as Cisco Unified IP Phone 7911G, 7941G,
7941GE, 7961G, 7961GE, 7970G, or 7971GE.
• In Cisco Unified CME 4.1, the soft key display can be customized only for certain IP phones, such
as Cisco Unified IP Phone 7911G, 7941G, 7941GE, 7961G, 7961GE, 7970G, and 7971GE. For
configuration information, see “SIP: Modifying Soft-Key Display” on page 1343.
SUMMARY STEPS
1. enable
2. configure terminal
3. voice register template template-tag
4. transfer-attended
5. transfer-blind
6. exit
7. voice register pool pool-tag
8. template template-tag
9. end
DETAILED STEPS
Example:
Router# configure terminal
Step 3 voice register template template-tag Enters voice register template configuration mode to define
a template of common parameters for SIP phones in
Cisco Unified CME.
Example:
Router(config)# voice register template 1 • Range: 1 to 5.
Step 4 transfer-attended Enable a soft key for attended transfer on any supported SIP
phone that uses a template in which this command is
configure.
Example:
Router(config-register-template)#
transfer-attended
Step 5 transfer-blind Enable a soft key for blind transfer on any supported SIP
phone that uses a template in which this command is
configure.
Example:
Router(config-register-template)#
transfer-blind
Step 6 exit Exits configuration mode to the next highest mode in the
configuration mode hierarchy.
Example:
Router(config-register-template)# exit
Step 7 voice register pool pool-tag Enters voice register pool configuration mode to set
phone-specific parameters for SIP phones.
Example:
Router(config)# voice register pool 3
Step 8 template template-tag Applies a template created with the voice register template
command.
Example: • template-tag—Range: 1 to 5.
Router(config-register-pool)# voice register
pool 1
Step 9 end Exits to privileged EXEC mode.
Example:
Router(config-register-pool)# end
The following example shows how to configure the maximum length of the transfer number for a set of
phones under voice register template 2:
Router# configure terminal
Router(config)# voice register template 2
Router(config-register-temp)# transfer max-length 10
The following example shows how to block all call transfers for a set of Cisco Unified SIP IP phones
defined by voice register template 9:
Router(config)# voice register template 9
Router(config-register-temp)# transfer-pattern ?
blocked global transfer pattern not allowed
Router(config-register-temp)# transfer-pattern blocked
ephone-template 2
transfer max-length 8
ephone-dn 4
number 2977
ephone 6
button 1:4
ephone-template 2
The following example shows that transfer recall is enabled for extension 1030 (ephone-dn 103), which
is assigned to ephone 3. If extension 1030 forwards a call and the transfer-to party does not answer, after
60 seconds the unanswered call is sent back to extension 1030 (transferor). The timeouts transfer-recall
command can also be set in an ephone-dn template and applied to one or more directory numbers.
ephone-dn 103
number 1030
name Smith, John
timeouts transfer-recall 60
!
ephone 3
mac-address 002D.264E.54FA
type 7962
button 1:103
H.450.12: Example
The following example globally disables H.450.12 capabilities and then enables them only on
dial peer 24.
voice service voip
no supplementary-service h450.12
!
dial-peer voice 24 voip
destination-pattern 555....
session target ipv4:10.5.6.7
supplementary-service h450.12
ephone-dn 25
number 74367
mwi qsig
call-forward all 74000
version 12.3
service timestamps debug datetime msec
service timestamps log datetime msec
no service password-encryption
!
hostname Router
!
enable password pswd
!
aaa new-model
!
!
aaa session-id common
no ip subnet-zero
!
ip dhcp pool phone1
host 172.24.82.3 255.255.255.0
client-identifier 0100.07eb.4629.9e
default-router 172.24.82.2
option 150 ip 172.24.82.2
!
ip dhcp pool phone2
host 172.24.82.4 255.255.255.0
client-identifier 0100.0b5f.f932.58
default-router 172.24.82.2
option 150 ip 172.24.82.2
!
ip cef
no ip domain lookup
no mpls ldp logging neighbor-changes
no ftp-server write-enable
!
voice service voip
allow-connections h323 to h323
!
voice class codec 1
codec preference 1 g711ulaw
!
no voice hpi capture buffer
no voice hpi capture destination
!
interface FastEthernet0/0
ip address 172.24.82.2 255.255.255.0
duplex auto
speed auto
h323-gateway voip interface
h323-gateway voip bind srcaddr 172.24.82.2
!
ip classless
ip route 0.0.0.0 0.0.0.0 172.24.82.1
ip route 192.168.254.254 255.255.255.255 172.24.82.1
!
ip http server
!
tftp-server flash:P00303020700.bin
!
voice-port 1/0/0
!
voice-port 1/0/1
!
dial-peer cor custom
!
dial-peer voice 1001 voip
description points-to-CCM
destination-pattern 1.T
voice-class codec 1
session target ipv4:172.26.82.10
!
dial-peer voice 1002 voip
description points to router
destination-pattern 4...
voice-class codec 1
session target ipv4:172.25.82.2
!
dial-peer voice 1 pots
destination-pattern 3000
port 1/0/0
!
dial-peer voice 1003 voip
destination-pattern 26..
session target ipv4:10.22.22.38
!
!
telephony-service
load 7960-7940 P00303020700
max-ephones 48
max-dn 15
ip source-address 172.24.82.2 port 2000
create cnf-files version-stamp Jan 01 2002 00:00:00
keepalive 10
max-conferences 4
moh minuet.au
transfer-system full-consult
transfer-pattern ....
!
ephone-dn 1
number 3001
name abcde-1
call-forward busy 4001
!
ephone-dn 2
number 3002
name abcde-2
!
ephone-dn 3
number 3003
name abcde-3
!
ephone-dn 4
number 3004
name abcde-4
!
ephone 1
mac-address 0003.EB27.289E
button 1:1 2:2
!
ephone 2
mac-address 000D.39F9.3A58
button 1:3 2:4
!
line con 0
exec-timeout 0 0
logging synchronous
line aux 0
line vty 0 4
password pswd
!
end
Building configuration...
Router#show run
!
!
!
!
!
!
voice service voip
allow-connections sip to sip
sip
registrar server expires max 250 min 75
!
!
voice register global
mode cme
source-address 10.100.109.10 port 5060
bandwidth video tias-modifier 256 negotiate end-to-end
max-dn 200
Where to Go Next
If you are finished modifying the configuration, generate a new configuration file and restart the phones.
See “Generating Configuration Files for Phones” on page 353.
Soft Keys
To block the function of the call-forward-all or transfer soft key without removing the key display or to
remove the soft key from one or more phones, see the “How to Customize Soft Keys” section on
page 1339.
Night Service
Calls can be automatically forwarded during night service hours, but you must define the night-service
periods, which are the dates or days and hours during which night service will be active. For instance,
you may want to designate night service periods that include every weeknight between 5 p.m. and 8 a.m.
and all day every Saturday and Sunday. For more information, see “Configuring Call Coverage
Features” on page 837.
Additional References
The following sections provide references related to Cisco Unified CME features.
Related Documents
Related Topic Document Title
Cisco Unified CME configuration • Cisco Unified CME Command Reference
• Cisco Unified CME Documentation Roadmap
Cisco IOS commands • Cisco IOS Voice Command Reference
• Cisco IOS Software Releases 12.4T Command References
Cisco IOS configuration • Cisco IOS Voice Configuration Library
• Cisco IOS Software Releases 12.4T Configuration Guides
Phone documentation for Cisco Unified CME • User Documentation for Cisco Unified IP Phones
Technical Assistance
Description Link
The Cisco Support website provides extensive online http://www.cisco.com/techsupport
resources, including documentation and tools for
troubleshooting and resolving technical issues with
Cisco products and technologies.
To receive security and technical information about
your products, you can subscribe to various services,
such as the Product Alert Tool (accessed from Field
Notices), the Cisco Technical Services Newsletter, and
Really Simple Syndication (RSS) Feeds.
Access to most tools on the Cisco Support website
requires a Cisco.com user ID and password.
Note Table 69 lists the Cisco Unified CME version that introduced support for a given feature. Unless noted
otherwise, subsequent versions of Cisco Unified CME software also support that feature.