This chapter describes how to configure support for PBX signalling formats such as Q.SIG and
transparent common channel signalling (CCS). Configuring support for these signalling protocols on
your router enables the router to interoperate with PBXs running these signalling protocols.
This chapter includes the following sections:
• Configuring Q.SIG PRI Signalling Support
• Configuring Transparent CCS on the Cisco MC3810
For a complete description of the commands used in this chapter, refer to the Cisco IOS Multiservice
Applications Command Reference. To locate documentation of other commands that appear in this
chapter, use the command reference master index or search online.
Configuring Q.SIG PRI Signalling Support
Configuration Tasks for Q.SIG PRI signalling support are described in the following sections:
• Configuring Voice over IP Q.SIG Network Transparency on the Cisco AS5300
• Configuring Q.SIG PRI Signalling Support on the Cisco MC3810
Although the procedures for configuring Q.SIG signalling support on the Cisco AS5300 and on the
Cisco MC3810 are very similar, implementation differences are described in the respective sections.
Benefits of Q.SIG
On both the Cisco AS5300 and the Cisco MC3810, Q.SIG voice signalling provides the following
benefits:
• Enables Cisco devices to connect with digital PBXs that use the Q.SIG form of CCS.
• Provides access to multiple remote PBXs with a single connection to a Cisco device.
• Provides transparent support for supplementary PBX services, so that proprietary PBX features are
not lost when connecting PBXs to Cisco AS5300 and Cisco MC3810 networks.
• Provides Q.SIG support based on widely used ISDN Q.931 standards. Cisco Q.SIG implementation
follows the following European Telecommunications Standards Institute (ETSI) implementation
standards:
ECMA 142: Specification, Functional Model and Information Flows for Control Aspects of
Circuit Mode Basic Services in Private Telecommunication Networks.
–
ECMA 141: Private Telecommunications Networks Inter-exchange Signalling Data Link Layer
Protocol.
–
ECMA 165: Generic Functional Protocol for the Support of Supplementary Services.
• Provides compatibility with H.323 for IP call setup and transport of Q.SIG messaging.
• Provides support for calls that do not require a bearer channel for voice transport.
• Provides support for bandwidth-on-demand, utilizing network resources only when a connection is
desired.
Configuring Voice over IP Q.SIG Network Transparency on the Cisco AS5300
Integration of Q.SIG support with VoIP enables Cisco voice switching services to connect PBXs, key
systems, and CO switches that communicate by using the Q.SIG protocol.
In Cisco IOS Release 12.1, Q.SIG PRI signalling on the Cisco AS5300 applies only to VoIP.
The Q.SIG protocol is a variant of ISDN D-channel voice signalling. It is based on the ISDN Q.921 and
Q.931 standards and is becoming a worldwide standard for PBX interconnection. By using Q.SIG
signalling, Cisco devices can route incoming voice calls from a private integrated services network
exchange (PINX) device across a WAN to a peer Cisco device, which can then transport the signalling
and voice packets to a second PINX device.
NoteIn Cisco IOS Release 12.1, the Cisco AS5300 supports ISDN PRI only when a Q.SIG
connection to the PINX is configured on the T1/E1 controller.
Q.SIG allows the user to place Q.SIG calls into and receive Q.SIG calls from Cisco VoIP networks. The
Cisco packet network appears to PBXs as a large, distributed transit PBX that can establish calls to any
destination served by a Cisco voice node. The switched voice connections are established and torn down
in response to Q.SIG control messages that come over an ISDN PRI D channel. The Q.SIG message is
passed transparently across the IP network and the message appears to the attached PINX devices as a
transit network. The PINX devices are responsible for processing and provisioning the attached services.
Figure 96 shows an example of a Q.SIG signalling configuration. In this example, the Cisco AS5300 acts
as either a master to a slave PBX or as a slave to a master PBX.
• Q.SIG data calls are not supported. All calls with bearer capability indicating a nonvoice type (such
as video telephony) are rejected.
• The incoming POTS dial peer must have DID configured to prevent generation of a secondary dial
tone to ensure end-to-end Q.SIG feature transparency.
Q.SIG Prerequisite Tasks
The following configuration tasks should be completed before you configure Q.SIG for VoIP:
• Configure the ports used on the Cisco AS5300 as voice ports. For information on how to configure
ports to be used as voice ports, see “Configuring Voice Ports” section in the “Configuring Voice over
IP” chapter.
• Install VCWare version 4.04. For information on how to upgrade or install VCWare, see the
“Managing Cisco AS5300 VFCs ” section in the “Configuring Voice over IP” chapter.
• Configure VoIP. For information on how to configure VoIP, see the “Configuring Voice over IP”
chapter.
Configuring Q.SIG PRI Signalling Support
Q.SIG Configuration Task List
To configure Q.SIG for Voice over IP, complete the tasks shown in the following sections. Some of these
tasks are optional.
• Configuring VoIP Q.SIG
• Configuring Fusion Call Control Signalling (NEC Fusion) on the Cisco AS5300
Configuring VoIP Q.SIG
To configure Q.SIG signalling support on the Cisco AS5300, use the following commands beginning in
global configuration mode:
CommandPurpose
Step 1
Router(config)# isdn switch-type primary-qsig
Configures the ISDN switch-type to support Q.SIG
signalling.
NoteYou can configure the ISDN switch type
using either this global command or the same
command in interface configuration mode,
depending on your configuration. (See Step
5.) If you configure the global
isdn-switch-type command for Q.SIG
support, you need not configure the interface
isdn-switch-type command for Q.SIG.
If the PBX in your configuration is an NEC PBX, and
you are using Fusion Call Control Signalling (FCCS).
See the “Configuring Fusion Call Control Signalling
(NEC Fusion) on the Cisco AS5300” later in this
chapter.
Configures the PRI group for either T1 or E1 to carry
voice traffic. For T1, available time slots are from 1
to 23, and for E1, available time slots are from 1 to
31.
You can configure the PRI group to include all
available time slots, or you can configure a select
group of time slots for the PRI group. For example, if
only time slots 1 to 10 are in the PRI group, enter the
pri-group timeslot 1-10 command. If the PRI group
includes all channels available for T1 (channels 1 to
23), enter the pri-group timeslot 1-23 command. If
the PRI group includes all channels available for E1
(channels 1 to 31), enter the pri-group timeslot 1-31
command.
Exits controller configuration mode.
Enters interface configuration mode for the ISDN
PRI interface. For T1, enter serial 1:23. For E1, enter
serial 1:15.
If you did not configure the global ISDN switch type
for Q.SIG support in Step 1, configures the interface
ISDN switch type to support Q.SIG signalling.
The conditions that apply to this command in global
configuration mode also apply to this command in
interface configuration mode.
This interface command overrides the global isdn switch-type command setting for this interface.
Configures the ISDN interface to serve as either the
primary Q.SIG slave or the primary Q.SIG master.
For this command, the user keyword specifies slave
and the network keyword specifies master.
If the PINX is the primary Q.SIG master, configure
the Cisco AS5300 to serve as the primary Q.SIG
slave. If the PINX is the primary Q.SIG slave,
configure the Cisco AS5300 to serve as the primary
Q.SIG master.
Activates overlap signalling to send to the destination
PBX.
This command is not mandatory; you can leave the
default value.
Routes incoming voice calls to the modem and treats
them as analog data.
(Optional) Specifies the cause code to pass to the
PBX when a call cannot be placed or completed
because of internal network failures. Possible values
are from 1 to 127.
All cause codes except for Normal Call Clearing (16),
User Busy (17), No User Responding (18), and No
Answer from User (19) will be changed to the
specified cause code.
(Optional) Configures the ISDN PRI interface to
make the outgoing call selection in ascending or
descending order.
The default is descending order, in which the first call
from the Cisco AS5300 uses channel 23 (T1) or
channel 31 (E1). The second call then uses channel 22
(T1) or channel 30 (E1), and so on in descending
order.
If you select ascending order and the PRI group starts
with 1, the first call uses channel 1, the second call
uses channel 2, and so on in ascending order. If the
PRI group starts with a different time slot, the
ascending order starts with the lowest time slot.
Step 12
Router(config-if)# exit
Exits interface configuration mode.
As shown in the preceding section, you have a choice of configuring the isdn-switch-type command to
support Q.SIG at either the global configuration level or the interface configuration level. For example,
if you have a Q.SIG connection on one line and on the PRI port, you can configure the ISDN switch type
in one of the following combinations:
• Set the global isdn-switch-type command to support Q.SIG and set the interface isdn-switch-type
command for interface serial 0:23 to a PRI setting such as 5ess.
• Set the global isdn-switch-type command to support PRI 5ess and set the interface
isdn-switch-type command for interface serial 1:23 to support Q.SIG.
• Configure the global isdn-switch-type command to another setting (such as switch type VN3), set
the interface isdn-switch-type command for interface serial 0:23 to a PRI setting, and set the
interface isdn-switch-type command for interface serial 1:23 to support Q.SIG.
Configuring Fusion Call Control Signalling (NEC Fusion) on the Cisco AS5300
If you have an NEC PBX in your network and you are running FCCS, you will need to configure this
device appropriately. FCCS, also known as NEC Fusion, allows individual nodes anywhere within a
network to operate as if they were part of a single integrated PBX system. The database storage, share,
and access routine of NEC Fusion allow real-time access from any node to any other, allowing individual
nodes to “learn” about the entire network configuration. This capability allows network-wide feature,
functional, operational, and administration transparency.
Figure 97 shows an example of an AS5300 Q.SIG signalling configuration using an NEC PBX.
Configures the controller to communicate with an
NEC PBX using NEC Fusion.
The range for the PBX port is 49152 to 65535. If you
do not specify a port number, the default value of
55000 will be used. If this value is already in use, the
next greater value will be used.
Router(config-controller)# exit
Exits controller configuration mode.
Cisco
AS5300
FCCS
T1 channel
Ethernet
signaling
NEC
PBX
28853
Verifying VoIP Q.SIG Software on the Cisco AS5300
After you complete the configuration for the AS5300, verify that you configured Q.SIG properly. Enter
the show isdn status command to view the ISDN layer information. The following output shows that
you have correctly designated the global ISDN switch type to be primary-Q.SIG.
router# show isdn status
Global ISDN Switchtype = primary-qsig
ISDN Serial1:23 interface
dsl 0, interface ISDN Switchtype = primary-qsig
**** Slave side configuration ****
Layer 1 Status:
DEACTIVATED
Layer 2 Status:
TEI = 0, Ces = 1, SAPI = 0, State = TEI_ASSIGNED
Layer 3 Status:
0 Active Layer 3 Call(s)
Activated dsl 0 CCBs = 0
The Free Channel Mask: 0x7FFFFF