Cisco Voice Switch Services (VXSM) Configuration and Command Reference Guide, Release 5 - Configuration for VoIP Switching Applications [Cisco MGX 8880 Media Gateways]

Table Of Contents

Configuration for VoIP Switching Applications

Quick Start Procedure

PXM-45 Card Configuration

AXSM or RPM-XF Configuration

AXSM Card Configuration

RPM-XF Card Configuration

Create a PNNI Resource Partition

Create an ATM subinterface

Create a Gigabit Ethernet Interface

VXSM Card Configuration

Create VXSM Resource Partition

Configuring the TDM Interface

Identifying Voice Circuits

Voice Interfaces (VIF)

Configuring the TDM Lines

Creating VXSM Connections to AXSM or RPM-XF Cards

Create Connections To AXSM Card

Create Connections To RPM-XF Card

MGC Interface Configuration

Gateways Using H.248 MGC Protocol

Setup H.248 Media Gateway Controllers and Media Gateway Controller Groups

H.248 Protocol Configuration

MGC H.248 Profile Configuration

Gateways Using XGCP Protocol

Setup XGCP Media Gateway Controllers and Media Gateway Controller Groups

XGCP Protocol Configuration

XGCP Profile Configuration

Configuring CALEA

Configuring MGC Redundancy

Configuration for VoIP Switching Applications

A Cisco MGX 8850 equipped with VXSMs and functioning as a media gateway can be configured to meet the requirements of a variety of applications. In VoIP switching applications, the voice TDM interface, the packet network interface, the interface to a call agent all need to be configured. The switching application involves VXSM cards, the PXM-45 card, and either the AXSM or the RPM-XF cards.

The interface to the packet network can be VoIP over Ethernet, in which case an RPM-XF card is used, or it can be VoIP over ATM, in which case an AXSM card is used.

These cards all function together and must be configured accordingly.

VoIP switching configuration consists of the following tasks.

•Initial PXM-45 card configuration to configure the gateway as a whole.

•AXSM or RPM-XF card configuration to set up the interface to the VoIP/ATM or VoIP/Ethernet network.

•VXSM card configuration to set up the TDM interface and to make the connection between the TDM and network interfaces.

•Media Gateway Controller and associated protocol configuration to set up the interface between the gateway and the gateway controller.

Note A VXSM card supports three media gateway control protocols but only one at a time. The user must choose between either H.248, TGCP, or MGCP. The choice is made by executing the setrev command on the PXM. In this command the user specifies the VXSM card (by slot number) and selects the protocol as one of the parameters. The effect of this command is to load a firmware image in the VXSM card with the "not selected" protocol commands disabled.

Note Because the TGCP and MGCP protocols are very similar, many of the configuration procedures are the same regardless of which protocol is used. For this reason, the term "xGCP" is used in this document wherever either TGCP or MGCP apply. Likewise, VXSM commands that apply to both TGCP and MGCP use the term "xgcp" in the command mnemonic.

Quick Start Procedure

The Table 3-1 shows a brief overview of the sequence of tasks and commands required to setup the media gateway for VoIP Switching application. Details of the commands used in this procedure can be found in Chapters 6 and 7. In addition, the same procedure, but in greater detail, is presented later in this chapter.

Note VXSM does not support both AXSM and RPM-XF packet network interfaces on the same card. The following procedure is for gateways using either an RPM-XF or an AXSM card as the interface to the network. Use the RPM-XF or AXSM commands as appropriate for your application.

However, AXSM and RPM-XF cards can be configured in the same media gateway provided they are used on separate VXSM cards.

Table 3-1 Configuration for VoIP

Card Type

Major Task

Subtask/Commands

PXM-45

Basic gateway setup.

Basic PXM-45 setup commands

cnfname
cnfdate
cnftmzn
cnftmznmgt
cnftime
addcontroller
ipifconfig
addsct

PXM-45

Select media gateway control protocol

setrev

AXSM for VoIP over ATM

or

RPM-XP for VoIP over Ethernet

Setup interface to network using either the AXSM or RPM-XF card(s)

If using RPM-XF

RPM-XF Setup Commands

Logon

enable
password
config terminal

Create PNNI partition

interface switch1
switch partition
ingress_percentage-bandwidth
egress-percentage-bandwidth
vci
vpi
connection-limit
end

Create ATM Subinterface

interface
ip
pvc
vbr_nrt
encapsulation

exit-vc

Create Gigabit Ethernet interface

interface gigabitethernet
ip address
negotiationauto
no shutdown
copy

If using AXSM

AXSM Setup Commands

upln
cnfln
addport
addpart

VXSM

Setup VXSM card

Create VXSM resource partition
addrscprtn

Bring up VXSM Lines
upln
uppath -sts-1 -ds1 (OC3 only)

Config Voice Interfaces
addvif
cnfpath -sts -payload (OC3 only)
cnfvif

AXSM or RPM-XF

Create slave end of each connection at RPM-XF or AXSM: one for bearer and one for control. This task can be repeated for up to 8 bearer connections.

If using RPM-XF, setup slave end on RPM-XF

switch connection
rmbs
rpcr
rscr
cpmm-id
pcr
csr

If using AXSM, setup slave end on AXSM

addcon

VXSM

Create master end of connections on VXSM: one for bearer and one for control. This task can be repeated for each of the slaves configured in the previous step.

VXSM connection command

addcon

VXSM

Assign an IP address on VXSM for each connection.

addconip

VXSM

Configure MGC Interface on VXSM

If MGC protocol is H.248

Configure MGC

addmgcdn
cnfmgc
addmgcip
addmgcgrpmgc

Configure H.248 Protocol

cnfprotocolport
addh248assoc
cnfh248rootpkg
cnfh248param
cnfh248mg
addh248prof
cnfh248nameschema

Configure VIF termination

addvif (if not already done)
cnfvifterm
addviftermtype

If MGC protocol is xGCP

Configure MGC

addmgcdn
cnfxgcpmgc (or addmgcgrpmgc)
addmgcip
cnfxgcpmgcgrp

Configure xGCP Protocol

Use cnfxgcp**** commands as appropriate

Configure xGCP Profile

addxgcpprof
Use cnfxgcpprof**** commands as appropriate.

VXSM

Bring gateway into service

cnfh248is

cnfgwis

PXM-45 Card Configuration

Log on to the PXM-45 card and perform the following steps to configure the PXM-45 card for VoIP using the VXSM. The PXM-45 has a large number of commands. These steps deal only with the minimum commands required to setup the MGX 8850 as media gateway.

Step 1 Use the cnfname command to give the MGX 8850 a node name.
unknown.7.PXM.a > cnfname <node name> 
Enter up to 32 characters for the new node name, (node name is case-sensitive).

For example:
unknown.7.PXM.a > cnfname gateway1 
After the user responds Yes to a confirmation request, the name is changed to gateway1

Step 2 Use the cnfdate command to set the date.
gateway1.7.PXM.a > cnfdate <mm/dd/yyyy>
Step 3 Use the cnftmzn command to set the time zone.
geteway1.7.PXM.a > cnftmzn <timezone>
Step 4 Use the cnftmzngmt command to set an offset if an offset from GMT is to be used.
geteway1.7.PXM.a > cnftmznmgt <timeoffsetGMT>			Offset can be from -12 to +12.
Step 5 Use the cnftime command to enter the time.
geteway1.7.PXM.a > cnftime <hh:mm:ss>
Step 6 Use the addcontroller command to add a PNNI controller to the PXM card
geteway1.7.PXM.a > addcontroller <cntrlrId> i <cntrlrType> <slot> [cntrlrName
cntrlrId is the controller ID, enter 2 to specify a PNNI controller.

"i" stands for internal

cntrlrType is the controller type, enter 2 to specify a PNNI controller type.

slot is the PXM-45 slot in the MGX 8850, enter 7 or 8 as appropriate.

cntrlrName is an optional controller name, enter a text name is desired.

Step 7 Use the ipifconfig command to specify a LAN IP address for the node.
geteway1.7.PXM.a > ipifconfig lnPci0 <IP_Addr>[<netmask <Mask>]
Specify the values for the IP address and its associated netmask.

Step 8 Setup a Service Class Template (SCT) for the AXSM card. The SCT file name has the following format:
AXSM_SCT.CARD.2.V1

The SCT file must have been ftp'd to the node's PXM-45 disk in the C:SCT/TEMP directory

Use the dspsctchksum command to display the checksum value of the file. Note the value of checksum

Note A Service Class Template (SCT) is a collection of ATM configuration parameter settings that are stored in a single file and can be applied to multiple lines or ports. SCT files include the following types of configuration data:

General link parameters
COSB (Class of Service Buffers) parameters
Virtual circuit threshold parameters
COSB threshold parameters

Step 9 Use the addsct to move the file to the F:SCT/AXSM directory on the PXM-45 disk. This has the effect of installing the SCT.
geteway1.10.AXSM.a > addsct <card type> <sct type> <sct ID> <Maj ver> <chksum>
cardtype is the card whose SCT you want to make available to the card by installing the SCT in the appropriate directory. Enter 1 for AXSM

scttype identifies either a port-level or a card-level SCT. Enter 2 for card level.

SCT ID refers to a specific service class template. The SCT is either provided by Cisco or created through CWM. Possible IDs are, Cisco-provided: 1-100 and User-created: 101-255. The default SCT ID is 0.

Maj ver is the major version number of the file. This number is assigned by Cisco.

checksum is the checksum for the file. Use the value obtained from the dspsctchksum command. The value is also published in the relevant release notes.

Step 10 Repeat Steps 8 and 9 for the port SCT to be used by the PXM-45. In the addsct command, specify 1 (port level) for the scttype parameter.

Step 11 Select the media gateway controller protocol for the card. Use the setrev command and select either H.248 or TGCP. This command force loads the image to the VXSM with only the selected MGCP commands enabled.

AXSM or RPM-XF Configuration

The following procedure configures the gateway's interface to the packet network. Use the AXSM card configuration procedure if the interface to the network is ATM. Use the RPM-XF card configuration procedure if the interface to the network is Ethernet.

AXSM Card Configuration

Log on to the AXSM card and perform the following steps to configure the AXSM card for VoIP/ATM using the VXSM. The AXSM has a large number of commands. These steps deal only with the minimum commands required to setup the MGX 8880 as a media gateway.

Step 1 Use the upln command to bring up the AXSM lines to be used by the gateway. This command establishes minimal connectivity over the line.
geteway1.10.AXSM.a > upln <bay.line> 
For bay, enter 1 if the line on the back card is in the upper bay and enter 2 if it is in the lower bay. For line, enter the back card port number to which the line is connected.

Step 2 Use the cnfln command to configure a SONET lines.
geteway1.10.AXSM.a > cnfln -sonet <bay.line> -slt <LineType> -clk <clock source> 
Enter the bay and line of the line being configured (see upln above). For LineType, enter 1 for SONET or 2 for SDH. For clockSource, enter 1 to use a clock received over the line from a remote node or 2 (the default) to use the local timing defined for the local node.

Step 3 Use the addport command to enable ATM communications over the line.
geteway1.10.AXSM.a > addport <ifNum> <bay.line> <guaranteedRate> <maxRate> <sctID> 
<ifType> 
For ifNum, enter a number from 1 to 60 to identify this interface. The interface number must be unique on the card to which it is assigned. For UNI and NNI ports, you can assign one logical interface per line.

For guaranteedRate and maxRate, enter an OC3 value in the range of 50 to 353207 cells per second.

For ifType, enter 1 for UNI, 2 for NNI

When AXSM is connected to an ATM router (ATM end devices), UNI is used. When AXSM is connected to core ATM NW devices, NNI is used

Step 4 Use the addpart command to create resource partition on the AXSM card. This command automatically creates a controller partition on the AXSM card. This command should be executed for each port that uses the controller.
geteway1.10.AXSM.a > addpart <ifNum> <partId> <ctrlrId> <egrminbw> <egrmaxbw> <ingminbw> 
<ingmaxbw> <minVpi> <maxVpi> <minVci> <maxVci> <minConns> <maxConns>
For ifNum, enter the port number. For partId, enter 1 for PNNI. For cntrlid, enter 2 for PNNI.

The remaining parameters are used to specify maximum and minimum values for vpi/vci, bandwidth, connections, etc., see the Cisco MGX 8850 (PXM45 and PXM1E) Command Reference, Release 5 for details.

RPM-XF Card Configuration

The object of RPM-XF card configuration is to:

•Create a PNNI resource partition

•Create an ATM subinterface

•Create a gigabit Ethernet interface

Create a PNNI Resource Partition

Perform the following steps to create a PNNI resource partition for the RPM-XF.

Step 1 Use the cc command to switch to the RPM-XF card.

Step 2 Enter the enable command and password for the router.
Router>enable
Password: 
Step 3 Enter the config terminal command.
Router#config terminal
Enter configuration commands, one per line.  End with CNTL/Z.
Router(config)#
Step 4 Enter the interface command
Router(config)#interface Switch1
Step 5 Enter the switch partition command.
(config-if)# switch partition {vcc | vpc} <partId> <ctrlrId> 
For partId the range is 1 to 10; 1 is reserved for PNNI. Enter 1.

For ctrlrId, the range is 2to 255; 2 is reserved for PNNI. Enter 2.

Thus: (config-if)# switch partition 1 2

Step 6 Enter the ingress-percentage-bandwidth command at the swpart prompt to specify the minimum and maximum ingress percentage bandwidth.
(config-if-swpart)# ingress-percentage-bandwidth <ingMinPctBw> <ingMaxPctBw> 
For example, (config-if-swpart)#ingress-percentage-bandwidth 10 100

Step 7 Enter the egress-percentage-bandwidth command to specify the minimum and maximum egress percentage bandwidth.
(config-if-swpart)# egress-percentage-bandwidth <egrMinPctBw> <egrMaxPctBw> 
For example, (config-if-swpart)# egress-percentage-bandwidth 10 100

Step 8 Enter the vpi command to specify the minimum and maximum vpi.
(config-if-swpart)# vpi <min_vpi> <max_vpi> 
For example, (config-if-swpart)# vpi 20 240

Step 9 Enter the vci command to specify the minimum and maximum vci.
(config-if-swpart)# vci <min_vci> <max_vci>
For example, (config-if-swpart)# vci 50 65535

Step 10 Enter the connection-limit command to specify the minimum and maximum connection limits.
(config-if-swpart)# connection-limit <mincon><maxcon>
For example, (config-if-swpart)# connection-limit 1000 8000

Create an ATM subinterface

Perform the following steps to create an ATM subinterface. This procedure is in preparation for creating the master end of the connection to the VXSM card.

Step 1 Set up a switch subinterface

a. Enter the interface command.
Router(config)# interface switch 1<subinterface> <multipoint | point-to-point | mpls | 
tag-switching> 
Specify 1 for subinterface and point-to-point for the type of interface.

For example,

Router(config)#interface switch 1.1 point-to-point

b. Enter the ip command to add an IP address to the subinterface.
Router(config-subif)# ip address
 <ip_addr> <subnet_mask> 
Enter the IP address for the subinterface and a mask of 255.255.255.0. The IP address should be the same as that used when setting up the slave end of the connection on the VXSM.

The following example adds IP address 1.1.1.1 to subinterface 1 and defines the network mask as 255.255.255.0

c. Enter the pvc command to add a PVC to the subinterface.
Router(config-subif)# pvc 
<vpi>/<vci> 
Note The VPI and VCI values you enter for the PVC must be within the ranges set for the PNNI controller when the PNNI partition was defined for the switch interface.

After you enter this command, the switch enters virtual circuit configuration mode for this PVC.

d. Specify the PVC variable bit rate parameters.
Router(config-if-atm-vc)# vbr-nrt pcr scr mbs
Enter values for PCR and SCR in kbps and MBS in cells.

e. Specify type of encapsulation to IP over AAL5.
Router(configu-if-atm-vc)#encapsulation aal5mux ip
f. When you have finished configuring the PVC, enter the exit-vc command to return to subinterface configuration mode.
Router(config-if-atm-vc)#exit-vc
Create a Gigabit Ethernet Interface

Perform the following steps to configure the RPM-XF gigabit Ethernet interface to the network.

Step 1 At the Router> prompt enter the enable command and enter your password at the prompt. The router will enter the privileged EXEC mode.

Step 2 Use the config -t command to change to global configuration mode.
Router#config -t
Step 3 At the global configuration prompt, specify the new interface to configure by entering the interface gigabitethernet command
Router(config)# interface gigabitethernet <bay/port> 
For example, Router(config)# interface gigabitethernet 1/0

Step 4 Assign an IP address and a subnet mask to the interface with the ip address command.
Router(config-if)# ip address <ip address><netmask>
For example, Router(config-if)# ip address 192.168.255.255 255.255.255.0

Step 5 Modify the MGX-1GE back card configuration.

a. Use the negotiation auto command to permit negotiation of the flow control parameter.

b. In configuration mode, use the loopback command to configure loopback testing

Step 6 Enter the no shutdown command to enable the interface.
Router(config-if)# no shutdown
Step 7 When all of the configuration subcommands are complete, press Cntl-Z to exit configuration mode.

Step 8 Write the new configuration to memory.
Router# copy running-config startup-config
The system displays an OK message when the configuration is stored.

VXSM Card Configuration

Log on to the VXSM card and perform the following steps to configure the VXSM card for VoIP. The VXSM has a large number of commands. These steps deal only with the minimum commands required to setup the MGX 8880 as a media gateway in VoIP switching mode.

Create VXSM Resource Partition

Step 1 Use the addrscprtn command to create a resource partition for the VXSM card.
geteway1.5.VXSM.a > addrscprtn <ifNum> <partId> <ctrlrId> <egrminbw> <egrmaxbw> <ingminbw> 
<ingmaxbw> <minVpi> <maxVpi> <minVci> <maxVci> <minConns> <maxConns> 
For ifNum, enter 1 for port number. For partId, enter 1 for PNNI. For cntrlid, enter 2 for PNNI.

The remaining parameters are used to specify maximum and minimum values for vpi/vci, bandwidth, connections, etc., see the Cisco MGX 8850 (PXM45 and PXM1E) Command Reference, Release 5 for details.

Configuring the TDM Interface

Identifying Voice Circuits

Through the OC-3 and 48 T1/E1 versions of the VXSM, a variety of multiplexing schemes for interfacing to voice circuits are supported. These schemes fall into three major categories:

•Multiplexing under the OC-3 standards.

•Multiplexing under the SDH (Synchronous Digital Hierarchy) standards.

•Multiplexing under the T1 and E1 standards.

VXSM provides the Configure line (cnfln) command to specify the multiplexing scheme to be used for each interface.

Note For OC-3 cards, the OC-3 or SDH selection is made through the -slt parameter in the cnfln command. If one line on a card is switched to another selection, all four lines on the card are also switched.

OC-3 Systems

Extracting a DS0 stream from the highly multiplexed bit stream of OC3 is performed using the relationships (paths) shown in Figure 3-1.

Figure 3-1 OC-3 Hierarchical Relationship

The bit stream interfaces with VXSM via one of the four physical lines in the OC3 back card. This interface is usually in the upper bay (but, when a redundant back card is used and is active, it is in the lower bay).

For a particular line, the OC3 stream consists of three paths and, depending upon the format, a path consists of either 7 virtual tributary groups (vtg) or 28 DS1s. A vtg can be further divided into either four virtual tributaries (version 1.5) or three virtual tributaries (version 2.0). The DS1 and the virtual tributaries (vt) consist of 24 T1 DS0s for T1 or 31 DS0s for E1.

As shown in the diagram, the relationship between DS0s and physical ports can take one of three paths. The paths are common between the physical line and STS-1 level. From the STS-1 level to the DS0, one of three paths can be taken.

The path that a particular DS1/DS0 will use can be configured by the user with the -payload parameter in the cnfpath -sts command. This parameter can be set to:

•3 = ds3 (not applicable to SDH interface)—The path is carrying a DS3 payload.

•4 = vt15vc11—The path is carrying a SONET-VT1.5/SDH-VC11 payload.

•5 = vt20vc12—The path is carrying a SONET-VT2/SDH-VC12 payload.

Note The vt1.5 path and the vt2.0 path also support SDH-VC11 and SDH-VC12 interfaces respectively.

Using the system described above, DS1 paths in VXSM commands are formatted as follows:

•SONET path payload type VT1.5 or VT2.0

The DS1 is specified as: bay.line.path.vtg.vt

bay = upper of lower bay of the VXSM backcard.
line = the line number on the associated OC-3 card in the range 1 to 4.
path = the path of the virtual tributary in the range 1 to 3.
vtg = the virtual tributary groups applicable to the connection in the range 1 to 7.
vt = virtual tributaries in the range 1 to 4 for vt1.5 or 1 to 3 for vt2.0.

Caution The combination of seven vtgs and four vts allows the specification of one of up to 28 DS1s. Be aware that VXSM supports two schemes for mapping a DS1 to a vtg/vt combination. These schemes are known as `standard' and `Titan' and are described in VTG/VT to DS1 Mapping Scheme.
vtg = the virtual tributary group.
vt = virtual tributary

•SONET path payload type is ds3.

The DS1 is specified as: bay.line.path.ds3.DS1

bay = upper of lower bay of the VXSM backcard.
line = the line number on the associated OC-3 card in the range 1 to 4.
ds3 = the SONET (STS-1) path payload type as ds3 in the range 1 to 3.
ds1 = the ds1 channel within the ds3 interface in the range 1 to 28.

SDH Systems

The VXSM- 155 card supports voice circuits that are multiplexed according to the Synchronous Digital Hierarchy (SDH) standard. Each OC- 3 line presents the data stream as a 155.52 Mbps Synchronous Transport Module (STM-1).

Figure 3-2 shows the multiplexing paths between STM-1 at the physical line and the T1 or E1 voice circuits.

When using the SDH interface, the user must configure the path using the cnfpath -sts command. The format of this command is:

cnfpath -sts <bay.line.path> [-payload <Path Payload>] [-tm <Tributary Mapping Type>]
[-tg <Tributary Grouping>] [-txtrace <Transmit Trace>] [-extrace <Expect Trace>]
<bay.line.path>, specifies the bay (upper of lower back card), the physical line number on the back card, the path number between the STM and the AU (1, 2, or 3 for AU-3, 1 for AU-4)

-payload <Path Payload>, specifies the TU/VC combination (TU-11/VC-11 for T1 or TU-12/VC-12 for E1).

-tm<Tributary Mapping Type>, specifies the mapping mode, 1 = asynchronous mode or 2 = byteSynchronous mode.

-tg <Tributary Grouping>, specifies the tributary grouping This is a choice between AU-3 (the default) or AU-4.

2 = au3Grouping—Applicable to SDH interfaces: STM1, -AU-3, -TUG-2, -TU-12, -VC12 or STM1, -AU-3, -TUG-2, -TU-11, -VC11.
3 = au4Grouping—Applicable to SDH interfaces: STM1, -AU-4, -TUG-3, -TUG-2, -TU-12, -VC12 or STM1, -AU-4, -TUG-3, -TUG-2, -TU-11, -VC11.

Figure 3-2 SDH Hierarchical Relationships

24 T1/E1 Systems

In 24 T1/E1 systems, the DS1 is specified simply as: bay:line

bay = 1 or 2—1 for the upper bay, 2 for the lower bay.

line = 1 - 24—The T1 line on the backcard in the range 1 to 24.

Voice Interfaces (VIF)

A voice interface (VIF) is a user configurable set of parameters that is applied to a group of DS0s within a DS1. The configuration settings of the VIF are used by the digital signal processors (DSPs) to determine how a voice payload is to be processed by VXSM. This is particularly true when the VXSM is operating in VoIP Switching mode.

A voice interface is created using the addvif command. With this command the user specifies a VIF number (DS0 group number) and its associated DS1, in addition, the type of signaling, the type of service (H.248 switching, trunking, etc.). Other bearer channel parameters such as echo cancellation and voice activity detection, are also specified, using cnfvivec, cnfvifvad, and other commands as listed below. These parameters are contained within a vif which, when the VIF is added, are assigned default values.

Once a VIF is created, its parameters can be discovered using the dspvif command. There are also display and configure commands for the user to see and configure the various parameters

To create and configure a VIF perform the following steps.

Step 1 Use the dspvifs command to check that the VIF exists. If it doesn't, use the addvif command to create the VIF.

Step 2 For a particular DS1, use one of the display VIF commands to display its associated VIF parameter values. Determine which parameter (if any) need to be modified.

dspvif [<bay.line.path.vtg.vt >] | [<bay.line.path.ds3.ds1>] <ds0GroupId> for OC-3

dspvif <bay.line> <ds0GroupId> for 48 T1/E1

dspvifvad <bay.line.path.vtg.vt > | <bay.line.path.ds1> <ds0GroupId> for OC-3

dspvifterms

dspvifterm [< bay.line.path.vtg.vt >] | [<bay.line.path.ds3.ds1>] <ds0GroupId> for OC-3

dspvifterm <bay.line> <ds0GroupId> for 48 T1/E1

dspvifparam <bay.line> <ds0GroupId> for 48 T1/E1

dspvifparams

dspviftoneplan <index> [<bay.line.path.vtg.vt >] for 48 T1/E1

dspviftoneplans <bay.line> <ds0GroupId> for 48 T1/E1

dspviftoneplans

dspvifgainattn <bay.line.path.vtg.vt> | <bay.line.path.ds1> <ds0GroupId> for OC-3

dspvifgainattns for OC-3

dspviftd <bay.line.path.vtg.vt> | <bay.line.path.ds1> <ds0GroupId> for OC-3

dspviftds for OC 3

Step 3 Use any and all of the following configure vif commands to modify VIF parameters.

H.248 Commands

cnfvifec<bay.line.path.vtg.vt > | <bay.line.path.ds1> <ds0GroupId> <EchoCancelEnable>
<EchoCancelCoverage> <Repetition>

cnfvifeventmapping <bay.line.path.vtg.vt> | <bay.line.path.ds1> <ds0GroupId> <EventMappingIndex>

cnfvifgainattn<bay.line.path.vtg.vt> | <bay.line.path.ds1> <ds0GroupId><InputGain><outputAttn><repetition>

cnfviftd <bay.line.path.vtg.vt> | <bay.line.path.ds1> <ds0GroupId><InitDigitTimeout><InterDigitTimeout><repetition>c

cnfvifparam <specified ds1> <ds0GroupId> <NoiseRegEnable> <NonLinearProcEnable> <MusicOnHoldThreshold> <ModemPassThru> <UpspeedCodec> <Repetition>

cnfvifterm <specified ds1> <ds0GroupId> <gatewayLinkId> <packageIds> <profileId>

cnfviftoneplan <specified ds1> < ds0GroupId> <tonePlanId>

cnfvifvad<bay.line.path.vtg.vt > | <bay.line.path.ds1> <ccasGrpCfgIndex> <VAD> <VadTimer>
<Repetition>

TGCP Commands

cnfvifec <bay.line.path.vtg.vt > | <bay.line.path.ds1> <ds0GroupId> <EchoCancelEnable>
<EchoCancelCoverage> <Repetition>

cnfvifeventmapping <bay.line.path.vtg.vt> | <bay.line.path.ds1> <ds0GroupId> <EventMappingIndex>

cnfvifgainattn<bay.line.path.vtg.vt> | <bay.line.path.ds1> <ds0GroupId><InputGain> <outputAttn><repetition>

cnfvifparam<specified ds1> <ds0GroupId> <NoiseRegEnable> <NonLinearProcEnable> <MusicOnHoldThreshold> <Repetition>

cnfviftd <bay.line.path.vtg.vt> | <bay.line.path.ds1> <ds0GroupId><InitDigitTimeout><InterDigitTimeout><repetition>(Only applicable when service is xgcp)

cnfvifvad<bay.line.path.vtg.vt > | <bay.line.path.ds1> <ccasGrpCfgIndex> <VAD> <VadTimer>
<Repetition>

cnfvifxgcpprof<bay.line.path.vtg.vt > | <bay.line.path.ds1> <sd0GroupId> <XgcpProfileIndex>
<Repetition>

See the chapters entitled VXSM Commands for a description of the commands listed in steps 2 and 3.

Configuring the TDM Lines

Use the following steps to configure the TDM lines on the VXSM.

Step 1 Use the addvif command to add a voice interface for a DS0 group within a DS1.
addvif <LineNum> <Ds0GrpIndex> <Ds0BitMap> <ServiceType><BulkProvisionNumber>
LineNum -- (bay.line.path.vtg.vt or bay.line.path.ds1)

bay {1 - upper}

line (range=1..4)

path (range=1..3)

vtg (range=1..7)

vt (range=1..4)(ds1) (range=1..3)(e1)

ds1 (range=1..28)

Ds0GrpIndex -- DS0 group index

T1: (range=0..23)

E1: (range=0..30)

Ds0BitMap -- DS0 channel number

For trunking Service or DS0Xconn: single bit input

For H248: multiple bits input (e.g. 1-24 or 1,5,10-20)

T1: 1,2,3,...,24

E1: 1,2,3,...,31

ServiceType -- service type

For H.248 Protocol, 8 = Trunking, 9 = H248, 10 =DS0Xconn

For xGCP protocol, 8 = Trunking, 10 = DS0Xconn, 11 = xGCP

BulkProvisionNumber -- bulk provisioning number

Single DS0 configuration (range=1..8064(OC3)/1152(T1)/1488(E1))(default=1)

Multiple DS0 configuration (range=1..336(OC3)/48(T1E1))(default=1)

For 48T1/E1 cards the syntax of this command is the same as for OC3 except that the LineNumparameter is expressed as:

LineNum -- (bay.line)

bay {1 - upper}

line (range=1..24)

Step 2 For OC3 cards, use the -payload parameter in the cnfpath -sts command to specify the ds1 path with the OC3. The choices are ds3, vt1.5, and vt2.0.
cnfpath -sts<bay.line.path>[-payload <PathPayload>][-tm <TributaryMappingType>][-tg 
<TributaryGroupingType>][-txtrace <PathTraceToTransmit>][-exptrace <PathTraceToExpect]
<bay.line.path>

bay: 1

line: 1 - 4

path: 1 - 3 or 1 (AU4 only)

[-payload <PathPayload>]

3 - ds3

4 - vt15vc11

5 - vt20vc12

[-tm <TributaryMappingType>]

1 - asynchronous

2 - byteSynchronous (NA for ds3)

[-tg <TributaryGroupingType>]

1 - notApplicable (Sonet)

2 - au3Grouping (SDH)

3 - au4Grouping (SDH)

[-txtrace <PathTraceToTransmit>]

trace-string: size 16(SDH) or 64(Sonet)

[-exptrace <PathTraceToExpect]

trace-string: size 16(SDH) or 64(Sonet)

Step 3 Use the upln command to bring up a VXSM line.
upln <bay.line>
For bay, enter 1 for upper bay or 2 for upper bay.

For line, enter a value in the range 1 - 4 for OC3 or 1 - 24 for 48T1/E1.

Step 4 For OC3 cards, use the uppath command to specify the STS-1 path within the OC3
uppath -sts<bay.line.path>
For bay, enter 1 for upper bay or 2 for lower bay.

For line, enter a value between 1 and 4 to indicate the physical OC3 interface on the back card.

For path, enter a value between 1 and 3 to indicate the DS3 path within the OC3 interface.
Step 5 For OC3 cards, use the uppath command to specify the DS1 path within the DS3
uppath -ds1<bay.line.path.vtg/ds3.vt/ds1>
For bay, enter 1 for upper bay or 2 for upper bay.

For line, enter a value between 1 and 4 to indicate the physical OC3 interface on the back card.

For path, enter a value between 1 and 3 to indicate the DS3 path within the OC3 interface.

Creating VXSM Connections to AXSM or RPM-XF Cards

Depending upon the application, the VXSM accesses the network either through AXSM or PRM cards. In order to do this, PVC connections need to be created between the VXSM and these cards.

Create Connections To AXSM Card

Make a connection between the VXSM and the AXSM cards only if the application uses the AXSM card to communicate with the ATM packet network.

In switching applications, two connections types need to be made. The first type is a bearer connection for voice traffic over the ATM network, up to eight such PVCs can be configured. The second type is a control connection for control messages to and from the media gateway controller (call agent), only one control connection per VXSM card can be configured.

Step 1 Create PVC connections between VXSM and AXSM.
For each connection, the user needs to specify the slave end on the AXSM card and the master end on the VXSM.

On the AXSM card, use the addcon command to configure the slave end point for establishing a PVC between the VXSM and AXSM. Repeat this command for up to 8 bearer PVCs and 1 control PVC

a.
addcon <ifNum> <vpi> <vci> <service type> <mastership>
[-casttype <value>] [-slave <NSAP.vpi.vci>] [-lpcr <local PCR>] [-rpcr <remote PCR>] 
[-lscr <local SCR>] [-rscr <remote SCR>] [-lmbs <local MBS>] [-rmbs <remote MBS>] 
[-cdvt <local CDVT>] [-lcdv <local maxCDV>] [-rcdv <remote maxCDV>] [-lctd <local 
maxCTD>] [-rctd <remote maxCTD>] [-cc <OAM
CC Cnfg>] [-stat <Stats Cnfg>] [-frame <frame discard>] 
[-mc <maximum cost>] [-lputil <local util>] [-rputil <remote util>] [-slavepersflag 
<slavepers>] [-rtngprio <routingPriority>] [-prefrte
<preferredRouteId>] [-directrte <directRoute>] 
For ifNum specify 1 as the interface number. For vpi and vci specify values in the ranges 0 to 255 and 0 to 65535 respectively. For service type, specify 1 (constant bit rate).

For pvc type, specify 1 (AAL5) for a control connection or a bearer connection.

For appication specify 1 for a control connection or 2 for a bearer connection.

For mastership specify 2 for False (slave).

Omit the - slave parameter. The gateway will assign a value and display it as NSAP.VPI.VCI. The user should note the value and use it when adding the master end of the connection on the VXSM.

Of the remaining optional parameters, enter values or accept the defaults. See the CLI chapter for details.

On the VXSM card use the addcon command to configure the master end point for establishing a PVC between the VXSM and AXSM. Repeat this command for each bearer and control PVC configured in the previous step.

b.
addcon <ifNum> <vpi> <vci> <serviceType> <pvcType> <application> <mastership>  
[-slave <NSAP.vpi.vci>] [-lpcr <local PCR>] [-rpcr <remote PCR>] [-lscr <local SCR>]  
[-rscr <remote PCR>] [-lmbs <local MBS>]......
For ifNum specify 1 as the interface number. For vpi and vci specify values in the ranges 0 to 255 and 0 to 65535 respectively. For service type, specify 1 (constant bit rate).

For pvc type, specify 1 (AAL5) for a control connection or a bearer connection.

For appication specify 1 for a control connection or 2 for a bearer connection.

For mastership specify 1 for True (master).

For the -slave parameter, enter the NSAP.VPI.VCI that was noted when configuring the slave end of the connection.

Of the remaining optional parameters, enter values or accept the defaults. These parameters are best set from the master end. See the CLI chapter for details.

Step 2 For each connection (control and bearer), there must be an IP address assigned. Use the addconip command to assign IP addresses to the VXSM connections.
addconip<IpIndex><PortNum><Vpi><Vci><IpAddr>
<PrefixLength><defaultGwIp> 
For IpIndex assign a number in the range 1 to 16. Usually the user would assign 1 to the first IP address being assigned, 2 for the next and so on.

For PortNum, enter the value of 1.

For Vpi and Vci, enter the values for the connection for which an IP address is being assigned.

For IPAddr, assign an IP address for the connection.

For PrefixLength, enter the length of the IP prefix.

For DefaultGwIp, specify whether this is to be the default gateway. Enter 1 for yes, or 2 for no.

Create Connections To RPM-XF Card

Make a connection between the VXSM and the RPM-XF cards only if the application uses the RPM-XF card to communicate with an Ethernet network.

In switching applications, two connections types need to be made. The first type is a bearer connection for voice traffic over the ATM network, up to eight such PVCs can be configured. The second type is a control connection for control messages to and from the media gateway controller (call agent), only one control connection per VXSM card can be configured.

Step 1 For each connection, the user needs to specify the slave end on the RPM-XF card and the master end on the VXSM card.

a. On the RPM-XF card, enter the interface command
Router(config)#interface Switch1
b. Still on the RPM-XF card, enter the switch connection command to define the slave connection endpoint.
Router(config-subif)# switch connection vcc <localVPI> <localVCI> master remote raddr 
<ATMaddr> <remoteVPI> <remoteVCI> 
Omit the <ATMaddr> <remoteVPI> <remoteVCI> parameters

The following example creates a master connection for the PVC labeled VPI 0, VCI 2001:
Router(config-subif)#switch connection vcc 0 2001 master remote 
c. After you create the slave connection endpoint, the RPM-XF enters the switch connection configuration mode and displays the following prompt:
Router(config-if-swconn)# 
On the RPM-XF card configure the switch connection using the switch connection configuration commands.
Router(config-if-swconn)rmbs 1024
Router(config-if-swconn)rpcr 860000
Router(config-if-swconn)rscr 860000
Router(config-if-swconn)cpmm-id 9
Router(config-if-swconn)pcr 860000
Router(config-if-swconn)csr 860000
Note This is the only time that you can configure the switch connection. If you need to change the configuration later, delete the subinterface and recreate the connection.
d. To display the ATM address assigned to the slave connection, switch to the active PXM45 card and enter the dspcon command to display connection information. For example, if the RPM-XF is in slot 9
Router#cc 7
(session redirected)
dspcon 9.1.2.2 0 2000
Port                   Vpi Vci                         Owner      State 
-------------------------------------------------------------------------
Local  9:-1.1:-1       0.2000                          SLAVE      FAIL 
       Address: 47.00918100000000036b5e2bb2.000001074b01.00
Remote Routed          0.0                             MASTER      --       
       Address: 00.000000000000000000000000.000000000000.00
-------------------- Provisioning Parameters -------------------- 
Connection Type: VCC          Cast Type: Point-to-Point      
Service Category: UBR         Conformance: UBR.1     
Bearer Class: BCOB-X    
Last Fail Cause: N/A                              Attempts: 0
Continuity Check: Disabled    Frame Discard: Disabled 
L-Utils: 0     R-Utils: 0     Max Cost: 0     Routing Cost: 0
OAM Segment Ep: Enabled 
---------- Traffic Parameters ----------
Tx PCR:  353208         Rx PCR:  353208    
Tx CDV:  N/A            Rx CDV:  N/A       
Tx CTD:  N/A            Rx CTD:  N/A       
The slave endpoint ATM address appears below the Local port identification. Note this value because this is the address you need to enter when you create a master connection endpoint at the VXSM card. The connection state is FAIL because the master endpoint has not been created.

e. Log on to the VXSM card and use the addcon command to configure the master end of the VXSM/RPM-XF connection.
addcon <ifNum> <vpi> <vci> <serviceType> <pvcType> <application> <mastership>  
[-slave <NSAP.vpi.vci>] [-lpcr <local PCR>] [-rpcr <remote PCR>] [-lscr <local SCR>]  
[-rscr <remote PCR>] [-lmbs <local MBS>]......
For ifNum specify 1 as the interface number. For vpi and vci specify values in the ranges 0 to 255 and 0 to 65535 respectively. For service type, specify 1 (constant bit rate).

The local VPI and VCI that you enter must match the VPI and VCI you used when you configured the slave end of this connection.

For pvc type, specify 1 (AAL5) for a control connection or a bearer connection.

For appication specify 1 for a control connection or 2 for a bearer connection.

For mastership specify 1 for True (master).

For the -slave parameter, enter the NSAP.VPI.VCI that was noted when the dspcon command was executed on the PXM card (see previous step).

Of the remaining optional parameters, enter values or accept the defaults. These parameters are best set from the master end. See the CLI chapter for details.

MGC Interface Configuration

Perform the following procedure to configure the interface between the Media Gateway (MG) and the Media Gateway Controller (MGC). VXSM supports the ITU H.248, XGCP, MGCP protocols and the procedure differs depending upon which protocol is used in the gateway.

For each protocol type, the procedure consists of two phases. The first phase configures MGC and MGC Groups. The second phase configures the protocol and protocol profile details that are used for the VXSM and the MGC to communicate.

Note XGCP is a generic term for a family of similar MGC protocols. The protocols in the family are:

Simple Gateway Controller Protocol (SGCP)
Media Gateway Controller Protocol (MGCP)
Trunking Gateway Controller Protocol (TGCP)

In VXSM Release 5.0, both TGCP and MGCP are supported.

Gateways Using H.248 MGC Protocol

Setup H.248 Media Gateway Controllers and Media Gateway Controller Groups

The following procedure establishes Media Gateway Controller and Media Gateway Controller Group identities and properties. It also configures MGC and MGC Group relationships.

Step 1 Provide a domain name for the MGC, and specify how it is to be resolved.

a. Use the addmgcdn command to add a MGC domain name.
addmgcdn <MGC Index> <Domain Name>
For MGC Index, enter an integer in the range 1 to 4 to identify the MGC.

For Domain Name, enter and name up to 64 characters.

b. Use the cnfmgc command to specify the resolution method for the MGC domain name.
cnfmgc <MGC Index> <Resolution>
Note Use the cnfmgc command only if the MGC group is not already in an H.248 association (see later)

MGC Index specifies which MGC is being configured in the range of 1 to 4.

For Resolution, specify 1 for internal resolution or 2 for external (DNS) resolution.

If internal resolution is specified, use the addmgcip command to specify an IP address for domain resolution.

addmgcip <MGC Index> <MGC IP Index> <MGC IP Address> <Preference>

MGC Index specifies the MGX for which the IP address is being configured.

For MGC IP Index, enter a integer in the range 1 to 4 to uniquely identify the IP address.

For MGC IP Address, enter the IP address to be used for resolving domain names.

For Preference, enter an integer in the range 1 to 8 to indicate the order of preference of IP addresses for the MGC (1 is the highest).

If resolution is external is specified, use the adddnsdn command to specify the domain name of the server.

adddnsdn <Domain Name>

Step 2 Use to addmgcgrpmgc command to add an MGC to an MGC group.

The syntax for this command is:
addmgcgrpmgc <MGC Group Index> <MGC Index> <Preference> <TCP/UDP Port>
Where:

MGC Group Index -- MGC group index (range=1..12)

MGC Index -- MGC index (range=1..4)

Preference -- preference (range=1..4) (default=1)

TCP/UDP Port -- port (range=1024..16383) (default=2944)

Note Specifying 0 (zero) as the value of this parameter means that there is no specific UDP port, in which case, the UDP port contained in the protocol table will be used.

H.248 Protocol Configuration

Use this procedure it the VXSM is to communicate with the MGC using the H.248 protocol

H.248 protocol configuration consists of:

•Adding an MGC protocol

•Configuring an association between the media gateway with primary and secondary media gateway controllers.

•Configuring a protocol (H.248) profile.

•Configuring Switch Circuit Network (SCN) termination.

•Configuring Packet Data Network (PDN) termination.

•Bringing up the association.

Step 1 Use the cnfprotocolport-mg command to add a protocol port to a specified MG
cnfprotocolport-mg<ProtocolIndex><MgProtocolPort> 
ProtocolIndex in the range 1 to 30 specifies the protocol is being entered.