Home | Skip to Content | Skip to Search | Skip to Navigation | Skip to Footer |
Worldwide [change] |Register |About Cisco
Guest

Hierarchical Navigation

Cisco BTS 10200 Softswitch

Release 4.4.0

Downloads

Table Of Contents

Cisco BTS 10200 Softswitch Release Notes for Release 4.4.0

Contents

System Requirements

Hardware Requirements

Installation Parameters

Interface Options

Optional Component (Hardware and Software)

Ancillary Hardware

Cisco ITP Signaling Gateways

Software Requirements

Optional Software

Software Only Purchase

Component Interoperability

Operator Access

Installation Notes

New Features for Release 4.4.0

NSCD Enabled on All Platforms

PacketCable Certified CMS, MGC

Simultaneous Support for CALEA Methods: PacketCable + SII

SIP Features

SIP Trunk Audit

Configurable SIP Timer

SIP Trunk Route Advance

Cisco Self-Service Phone Administration (SPA)

Range of Channels for TGCP Endpoints

Architecture Enhancements

Signaling Gateway Support

Operational Enhancements

Translation Verification Tool

Query Verification Tool

Suppress Sending of Internet Control Message Protocol Ping

SCTP-ASSOC-PROFILE Parameters

Support for Sun Netra 1280

Security Enhancements

HTTPs Support

Administrative Login Authentication Using LDAP and RADIUS

Login Authentication using RSA Secure ID

Hardened Solaris and SPA

Separation of OAMP Traffic from Signaling

Secure CORBA

Secured FTP Support for Billing Interface

Billing Changes in Call Agent Profile Table

Two-Level Automatic Recall

TCAP Signal Adaptor Recovery from Signaling Link Failure

Adjustable Timer for COS-Restrict Feature Confirmation Tone

Physical Interface 4/2

SSH Version 2

Distributed Message Transfer Part Level 3

Basic Network Loop-Back Test for NCS/MGCP End-Points

Originating Point Codes

VXSM Gateway

Flash Archive and Disk Mirroring

Exchange Code Table

Feature Profile Base and FEATURE-CONFIG Tables

Command Line Interface Guidelines

User Side State Machine Enabled

H.323 Applications

Support for Range of Channels for TGCP Endpoints

Previous 4.x Releases

Release 4.2

H.323 Video, Routing, and Transparency Features

New Call Detail Record Field

SIP-T

Calling Party Number Options for Outgoing SETUP Message

Enhancements for Release 4.2

PacketCable

New Field for Signaling 68 Event/Trap

CODEC Negotiation

T.38 CA Mode Fax

Hook-Flash with Warmline and Hotline-Variable Feature

Capability for NAS Digital Calls

Release 4.1

Reduced Physical Interfaces

Signaling Capabilities

SIGTRAN-Based SS7 ANSI Signaling

SS7 ITU ISUP

China SS7 ISUP

Mexico SS7 ISUP Support

OpenORB Support

Installation

Cisco OSS Applications

Name Service Feature

Billing Subsystem Redesign

Billing Data Generation

PacketCable-Based Features

H.323 Annex E Redundancy

Call Manager/H.323 Interworking

IP Manager

SS7 CIC Audits

Process Restartability

SIP Trunks

OAMP Enhancements

Modified and New Subscriber Features

New Documentation

New Documentation for Release 4.2

New Documentation for Release 4.4.0

Caveats

Bug Toolkit

Definition of Major, Point and Maintenance Releases

Major Release

Minor Release

Maintenance Release

Release Naming Conventions

Cisco Field Notices

Obtaining Documentation

World Wide Web

Documentation CD-ROM

Ordering Documentation

Documentation Feedback

Obtaining Technical Assistance

Cisco.com

Contacting TAC by Using the Cisco TAC Website

Contacting TAC by Telephone


Cisco BTS 10200 Softswitch Release Notes for Release 4.4.0

May 14, 2007

The Cisco BTS 10200 Softswitch is a class-independent software switch (softswitch) that provides next-generation integrated voice and data switching solutions for packet networks.

For detailed descriptions of the features, functions, and applications of the Cisco BTS 10200 Softswitch see the Cisco BTS 10200 Softswitch Release 4.4 System Description.

Contents

These release notes for the Cisco BTS 10200 Softswitch describe the enhancements and new features provided in Release 4.4.0 (900-04.04.00.Vxx).

Each Cisco BTS 10200 Softswitch release may include a series of maintenance Vxx releases following the initial release. The release notes for the Vxx releases are updated only if they contain new information about the release.

This document includes the following sections:

•System Requirements

–Hardware Requirements

–Software Requirements

•New Features for Release 4.4.0

•Previous 4.x Releases

•Caveats

•Cisco Field Notices

•Obtaining Documentation

•Obtaining Technical Assistance

These release notes are updated periodically on an as needed basis. Please read the applicable sections in their entirety, because they contain important operational information that can impact your network.

System Requirements

This section details the Cisco BTS 10200 Softswitch supported hardware platforms, their supported options and configurations, and the supported software releases.

There are multiple hardware options available. Service providers should consult with their Cisco account team and choose the option that best suits their network applications and traffic levels.

•Medium Platform AXmp Option—Requires four Continuous Computing AXmp host machines (AC or DC powered), supplied as part of a complete system ordered directly from Cisco Systems.

•Medium Platform Netra 20 Option—Requires four Sun Microsystems Netra 20 hosts machines (AC or DC powered). This hardware option can be supplied as part of a complete system ordered directly from Cisco Systems, or it can be supported as part of a reference sale.

•Small Platform Option—Requires four Sun Microsystems SunFire V120 (AC-powered) or four Netra 240s (DC-powered). This hardware option can be supplied as part of a complete system ordered directly from Cisco Systems, or it can be supported as part of a reference sale.

Note The SunFire V120s and Sun Netra 120 are both supported for existing Cisco BTS 10200 Softswitch installations. However, for new installations (for Release 4.4.0 and going forward), Cisco recommends using the SunFire V240 and Sun Netra 240 rather than using the 120s.

•2 AXmp/2 AXi Option—Supported for existing customers in release 4.x (dependent on system load and not going over maximum supported configurations).

•Sun 1280 Option—Requires four Sun Microsystems Netra 1280 hosts (AC or DC powered). This hardware option can be supplied as part of a complete system ordered directly from Cisco Systems, or supported as part of a reference sale.

The physical plant requirements for installation of the Cisco BTS 10200 Softswitch are documented in the Cisco BTS 10200 Softswitch Building Environment and Power Site Survey.

The Cisco BTS 10200 Softswitch consists of the following equipment:

•Call Agent/Feature Server (CA/FS)—Two application servers.

•Element Management System/Bulk Data Management System (EMS/BDMS) server— Two application servers.

•Two Ethernet switches.

Note Release 4.1 and later supports only the SIGTRAN ITP configuration for the SS7 interface. Previous versions of the Cisco BTS 10200 Softswitch used Ulticom SS7 interface cards. These Ulticom SS7 interface cards can be decommissioned in place; they do not have to be removed from the Cisco BTS 10200 Softswitch.

•Power distribution unit (PDU) for both AC and DC systems.

–DC-powered systems require two (redundant) feeds of 40A at -48 VDC.

–AC-powered systems require two (redundant) circuits of 20A at 120 VAC.

Note Both AC and DC systems require two redundant feeds. Cisco highly recommends that uninterruptable power supplies be provided for both AC and DC systems.

Note You can order just the Cisco BTS 10200 Softswitch software for use in a Cisco Systems solution where you supply the Cisco-specified hardware. The Cisco TAC will only support Cisco software running on Cisco-approved hardware configurations. The software is not supported on any other hardware.

Sun Microsystems hardware can be ordered directly from the vendor or a Sun Value Added Reseller; however, Cisco TAC does not support hardware or operating systems when purchased directly from Sun or another vendor. Hardware support contracts should be purchased from Sun, or the Sun Value Added Reseller.

Hardware Requirements

Hardware available from Cisco Systems Inc. for North American Cable and T1 customers is listed below as the CCPU configuration. Determine if you need AC or DC, and if you want the hardware in a cabinet or ready to mount in a customer rack. Work with a Cisco BTS 10200 product manager to determine the appropriate load for your customer. This base software includes 1,000 subscriber/DS0 licenses and 5 CPS. You will need to order RTU and CPS licenses as appropriate if additional subscribers are needed.

The Cisco BTS 10200 Softswitch is available only in duplex (continuous-service) configurations.

Table 1 lists the hardware requirements for the Cisco BTS 10200 Softswitch Call Agent (CA) and Feature Server (FS) platform.

Caution Before choosing a hardware configuration, consult with your Cisco representative to determine the hardware that will give you the best results based on your network configuration, proposed traffic, and desired call processing power. In particular, called-number analysis or screening, long call hold times, and service control point (SCP) queries might require additional resources.

Note Cisco Systems® announces the end of sale and end of life for the SunFire V120s, Sun Netra 120s, and AXmp hardware and accessories. The last day to order these parts is January 1, 2005. Customers will continue to receive support from the Cisco Technical Assistance Center (TAC) until January 1, 2010. For more information, refer to the following EOS/EOL of BTS 10200 Hardware Web pages.

For SunFire V120s and Sun Netra 120:
http://www.cisco.com/en/US/products/hw/vcallcon/ps531/prod_eol_notice0900aecd800fe180.html

For AXmp: http://www.cisco.com/en/US/products/hw/vcallcon/ps531/prod_eol_notice0900aecd800f896a.html

Table 1 Host Hardware Requirements 

Hardware
Processors
Required Memory for R4.x
Recommended Memory for R4.x
Disk Size

AXMPS

4 x 440

4 GB

4 GB

2 x 36 GB

Sun Netra 120

1 x 650

2 GB

4 GB

2 x 36 GB

Sun Netra 20

2 x 1200

4 GB

4 GB

2 x 73 GB

Sun Netra 240

2 x 1280

8 GB

8 GB

2 x 73 GB

Sun Netra 440

4 x 1280

8 GB

8 GB

4 x 73 GB

Sun Netra 1280

4 x 1200

8 GB

8 GB

2 x 73 GB

Sun Netra 1280

8 x 1200

16 GB

16 GB

2 x 73 GB

Sun Netra 1280

(2Q2005)

12 x 1200

24 GB

24 GB

2 x 73 GB


Installation Parameters

Caution Do not modify any operating system parameters that the Cisco BTS 10200 Softswitch Jumpstart installs.

Interface Options

The Cisco BTS 10200 Softswitch interface configurations are documented in the Cisco BTS 10200 Softswitch Release 4.4 Cabling Procedures.

In Release 4.4.0, the Call Agent (CA) requires four physical interfaces, and the Element Management System (EMS) requires two physical interfaces. If ordering your own hardware, make sure to purchase an adequate number of interfaces.

If you are currently running a system without enough interfaces, you will need to purchase additional interfaces.

Optional Component (Hardware and Software)

The HTTP feature server (HTTP-FS) is an optional component of the Cisco BTS 10200 Softswitch that enables users to configure user-parameters for certain applicable Cisco BTS 10200 features. It enables this by performing ASCII text-based (rather than tones) user-interaction to a CMXML aware (v3.0 and above) SIP client.

For example, with a CMXML-aware Cisco 7960 IP phone, users can configure the CFU forwarding-number using a text-based menu displayed on its LCD panel.

Note Even though the LCD is capable of displaying graphical content, the HTTP-FS uses only text-based menus.

The HTTP-FS is comprised of two subcomponents: the GUI feature server (GUI-FS) and the Mini-Browser Adapter (MBA). To use the HTTP-FS, you must install the GUI-FS software package, which is part of the Feature Server for POTS/Tandem/Centrex (FSPTC). Install the FSPTC if not already installed.

Requirements for HTTP-FS

The Sun Fire V240 hardware and Solaris 8 are required to use the HTTP-FS. Load Solaris 8, and then install the MBA software package.

Note The software for both the GUI-FS and the MBA are included in the software supplied with your Cisco BTS 10200 Softswitch.

Ancillary Hardware

If the customer uses reference sale hardware, the following pieces of ancillary hardware are required for use with the Cisco BTS 10200 Softswitch.

For AC systems:

You need two AC system switch routers configured as listed in Table 2.

Table 2 Ancillary Hardware for AC Systems

Part Number
Description

WS-C2950M-XL-EN

Cisco Catalyst 2950m xl AC 10/100 Autosensing Fast Ethernet Switch


For DC Systems:

You need two DC system switch routers configured as listed in Table 3.

Table 3 Ancillary Hardware for DC Systems 

Part Number
Description

WS-C2950M-XL-EN-DC

Cisco Catalyst 2950m xl DC 10/100 Autosensing Fast Ethernet Switch


or

Part Number
Description

WS-C2970G-24TS-E-DC

Cisco Catalyst 2970 xl DC 10/100 Autosensing Fast Ethernet Switch


For All Systems:

You need one alarm panel or your own terminal server that allows for console login. The Cisco BTS 10200 alarm panel is listed in Table 4.

Table 4 Ancillary Hardware for All Systems

Part Number
Description

BTS10200-ALRM

Cisco BTS 10200 Alarm Panel


Cisco ITP Signaling Gateways

The Cisco IP Transfer Point (ITP) is required for SS7 interconnectivity. ITP is a comprehensive product for transporting Signaling System 7 (SS7) traffic over traditional time-division multiplexing (TDM) networks or advanced SS7-over-IP (SS7oIP) networks. Cisco ITP Signaling Gateways are required to provide SS7 interconnectivity for the Cisco BTS 10200 Softswitch in Release 4.4.0.

Note If using SS7 with Release 4.4.0, you must purchase ITP equipment as described here.

The Cisco IP Transfer Point is implemented on the Cisco 2600XM Series Router (2650XM & 2651XM), the Cisco 7200 Series Router (7204VXR, 7206VXR), the Cisco 7301 Router and the Cisco 7500 Series Router (7507, 7513). All hardware models function similarly by performing MTP3 and SCCP routing over SS7 TDM links or over an IP (or dual IP) network.

The Cisco ITP 2651, 7301, and 7507 Signaling Gateways are carrier class routers with a transparent SS7oIP convergence solution. The 26xx offers 2 or 4 SS7 links, the 73xx supports up to 80 SS7 links, while the 7507 provides from 32 to 256+ SS7 links.

Note When running ITP with Cisco BTS 10200, you may encounter an "Unrecognized Parameter" error message. The message appears because the Cisco BTS 10200 supports an optical SCTP feature that is not supported on the ITP, but does not affect calls or performance.

Since the Cisco BTS 10200 and ITP are both viewed as handling SS7 traffic using Sigtran protocols, they must be fully compatible as to the version of SCTP transport protocol used.

Cisco BTS 10200 has implemented the SCTP stack according to the following RFCs:

•RFC2960

•RFC3309

•RFC3758

However, the ITP does not currently support SCTP Partial Reliability (SCTP-PR), as specified in RFC3758.

Table 5 lists the part numbers and quantities of boxes necessary for the Cisco ITP configurations that support the Cisco BTS 10200 Softswitch in Release 4.4.0. For more information on the ITP equipment, see the Cisco ITP Product Data Sheet.

GTT Population in ITP for Remote SSN and DPC

Currently, when using Cisco ITP as the SS7 signaling gateway in conjunction with Cisco BTS 10200 for a network solution, the ITP SUA protocol layer does not notify the Cisco BTS 10200 SUA layer with any SS7 Network Management (SSNM) messages. These are normally triggered by MTP3 Pause, Resume or status changes affecting the SCCP layer services, unless the GTT is populated.

To trigger the interworking of the ITP SCCP layer with its SUA layer, ensure that the GTT table is populated in the ITP with all the Subsystem Numbers and the associated remote DPC (STP) that perform the Global Title translation.

Step 1 To populate the GTT table: 

Router#config t

Router(config)# cs7 gtt map 1.10.2 247 sol

Step 2 Save the gtt-table to the Flash: 

Router# cs7 save gtt-table flash:<filename>

Step 3 Include the loading of the gtt-table as part of the startup-config: 

Router#config t

Router(config)# cs7 gtt load flash:<filename>

Software Requirements

The Cisco BTS 10200 Softswitch Release 4.4.0 (900-04.04.00.Vxx) software is required to run the Cisco BTS 10200 Softswitch on the hardware platforms listed above.

Note Cisco BTS 10200 automatically installs and runs the Network Time Protocol (NTP) time synchronization software. However, you must specify which NTP servers to use with your installation, and you must use NTP servers that are rated STA 3 or better. For information on how to reconfigure the NTP, refer to the Release 4.4.0 installation procedure.

Network Time Protocol (NTP) software is installed with Sun Solaris. Be sure to configure your Cisco BTS 10200 Softswitch to use NTP or the equivalent time synchronization software. For information on how to reconfigure the NTP, refer to the Release 4.4.0 installation procedure.

Caution Users should never attempt to modify the system date or time in their Cisco BTS 10200 Softswitch host machines while system components (CA, FS, EMS, and BDMS) are running. This can cause the system to have serious problems. Allow the Solaris OS to obtain the time automatically through NTP services.

Optional Software

The following optional software can also be used with Cisco BTS 10200 Softswitch Release 4.4.0.

Cisco Extensible Provisioning Object Manager

You can use the Cisco Extensible Provisioning Object Manager (EPOM) Release 4.4.0 software as a provisioning tool for Cisco BTS 10200 Softswitch Release 4.4.0.

Note EPOM 4.4 is the only version intended to work with Cisco BTS 10200 Release 4.4.0.

The previous version of EPOM was Release 2.1; the version number jumped from Release 4.2 to Release 4.4.

EPOM requires its own server. For more information, refer to the Cisco EPOM Getting Started Guide or the Cisco BTS 10200 Softswitch EPOM Provisioning guide.

Note The Cisco BTS 10200 Softswitch Release 4.4.0 software uses OpenORB as the CORBA interface.

Cisco Self-Service Phone Administration

You can use the Cisco Self-Service Phone Administration (SPA), Version 1.1, which allows phones to be organized into accounts and managed by end users to manipulate existing features and query account information without service provider intervention. This reduces service provider costs while enhancing the user's product experience. When the service provider has installed Cisco SPA and configured it using the Cisco SPA operation and configuration tool, all that remains is creating accounts for users to manage using their own phones. The Cisco SPA application and the Cisco SPA operation and configuration tool are described in the Cisco SPA Installation and Users Guide.

Software Only Purchase

When ordering the software-only solution, you will work with the Cisco BTS 10200 Softswitch product manager to determine the correct software load. The base software load includes licenses for 1,000 subscribers/DS0 licenses and 5 CPS. If you need additional RTU and CPS, you'll need to order multiple RTU (in increments of 1K subs) and CPS licenses as appropriate.

Note Sun hardware can be ordered directly from the vendor or a Sun Value Added Reseller; however, the Cisco TAC does not support hardware or operating systems when purchased directly from Sun or another vendor. Hardware support contracts should be purchased from Sun or the Sun Value Added Reseller when purchasing directly.

Component Interoperability

Table 5 lists the specific peripheral platforms, functions, and software loads that have been used in System Testing for interoperability with the Cisco BTS 10200 Softswitch Release 4.4.0 software. Earlier or later releases of platform software might be interoperable and it might be possible to use other functions on these platforms. This list certifies only that the required interoperation of these platforms, the functions listed, and the protocols listed has been successfully tested with the Cisco BTS 10200 Softswitch.

Table 5 Component Interoperability Matrix 

Platform(s) Tested
Function(s) Tested
Protocol(s) Tested
Load(s) Tested

Cognitronics CX500

Announcement Server

MGCP 1.0

K0.00

IP Unity

Media Server

MGCP 1.0

1.5D.20

IP Unity

Application Server

SIP RFC3261

2.7

IP Unity

Voice-mail Server

SIP RFC3261

2.7

SS8 Networks Xcipio SSDF

CALEA Server

CALEA

3.4.0

Cisco CallManager

Call Processing (IP PBX)

H.323

4.0(1)

Cisco ATA

Residential Gateway
SIP end point

MGCP 1.0, SIP, H.323

3.1(0)

Cisco IAD 2421

Residential/Business Gateway

MGCP 1.0

12.3(9)

Cisco IAD 2431

Residential/Business Gateway

MGCP 1.0

12.3(7)T2

Cisco 2950

LAN Switch

 

12.1(22)EA2

Cisco 2970

LAN Switch

 

12.2(25)SE

Cisco 3640

Trunking Gateway

MGCP 1.0

12.3(7)T2

Cisco 3660/3660 Telco

Trunking Gateway

MGCP 1.0, TGCP, H.323

12.3(7)T2

Cisco 3725

Trunking Gateway

MGCP 1.0

12.3(7)T2

Cisco MGX 8850 VISM

Trunking Gateway

MGCP 1.0, TGCP

3.2

Cisco AS5300

Trunking Gateway1

MGCP 1.0, TGCP, H.323

12.3(7)T2

Cisco AS5350

Trunking Gateway1

MGCP 1.0, TGCP, H.323

12.3(7)T2

Cisco AS5400

Trunking Gateway

MGCP 1.0, TGCP, H.323

12.3(7)T2

Cisco AS5850

Trunking Gateway

MGCP 1.0, TGCP, H.323

12.3(7)T2

Cisco 2600

H.323 Gateway

H.323

12.2(13)T9

Cisco 2651 ITP

SS7 Signaling Gateway

SIGTRAN M3UA/SUA

12.2(21)SW

Cisco 7200 ITP

SS7 Signaling Gateway

SIGTRAN M3UA/SUA

12.2(21)SW

Cisco 7507 ITP

SS7 Signaling Gateway

SIGTRAN M3UA/SUA

12.2(21)SW

Cisco uBR7246VXR Router

CMTS

PacketCable EM 08

12.3(9)BC

Combined CALEA SII/PCCMTS ubr7246

CMTS

CALEA SII

12.3(9)BC

Cisco ESR10012 Router

CMTS

CALEA SII

12.0(25)S2

Embedded MTAs:
     

Arris TTM220

eMTA

NCS 1.0, IPSEC

TS040122_071504.bin.telnet_on

Arris TTM420

eMTA

NCS 1.0, IPSEC

TS040122_071504_NA.TM402.TELNET_ON.img

Motorola SBV4200

eMTA

NCS 1.0, IPSEC

7.3.2

Toshiba

eMTA

NCS 1.0, IPSEC

6.2.13

Scientific Atlanta

eMTA

NCS 1.0, IPSEC

v1.1.1r1142-0716a-1

SIP Endpoints:
     

Cisco ATA

SIP Endpoint

SIP

3.1(0)

Cisco 7905/7912

SIP Phone

SIP

1.0(1)

Cisco 7940/7960

SIP Phone

SIP

6.2

1 The Cisco AS5300 and AS5350 have also been tested as Announcement Servers


Operator Access

Operator access to the Cisco BTS 10200 Softswitch is available only by secure shell (SSH) session to the EMS over Ethernet. The Cisco BTS 10200 Softswitch does not support non-secure FTP; to FTP to any other system, your Cisco BTS 10200 Softswitch system must have secure FTP (SFTP) capabilities.

Installation Notes

For detailed installation procedures for installing the Release 4.4.0 software, refer to the CD Jumpstart Procedure and Application Installation for Duplex Systems links on the Cisco BTS 10200 Softswitch Application Installation Guide Web page.

Installing the Cisco BTS 10200 Softswitch consists of following two procedures, in this order:

1. The Jumpstart procedure

2. The Application Installation procedure

First, use the jumpstart procedure to have the system jumpstarted with the proper OS version and kernel patch level. Then, once the system is configured properly, you can begin the application installation.

Note The Application Installation installation procedure is for duplex systems, the only installation type supported for Release 4.x.

New Features for Release 4.4.0

Release 4.4.0 contains the necessary functionalities to support both North American Cable and T1 accesses.

The Cisco BTS 10200 Softswitch contains the following new features or enhancements in Release 4.4.0:

•NSCD Enabled on All Platforms

•PacketCable Certified CMS, MGC

•Simultaneous Support for CALEA Methods: PacketCable + SII

•SIP Features

–SIP Trunk Audit

–Configurable SIP Timer

–SIP Trunk Route Advance

•Cisco Self-Service Phone Administration (SPA)

•Architecture Enhancements

–Signaling Gateway Support

•Operational Enhancements

–Translation Verification Tool

–Query Verification Tool

–Suppress Sending of Internet Control Message Protocol Ping

•Support for Sun Netra 1280

•Security Enhancements

–HTTPs Support

–Administrative Login Authentication Using LDAP and RADIUS

–Login Authentication using RSA Secure ID

–Hardened Solaris and SPA

–Separation of OAMP Traffic from Signaling

–Secured FTP Support for Billing Interface

•Two-Level Automatic Recall

•TCAP Signal Adaptor Recovery from Signaling Link Failure

•Adjustable Timer for COS-Restrict Feature Confirmation Tone

•Physical Interface 4/2

•SSH Version 2

•Distributed Message Transfer Part Level 3

•Basic Network Loop-Back Test for NCS/MGCP End-Points

•Originating Point Codes

•VXSM Gateway

•Flash Archive and Disk Mirroring

•Exchange Code Table

•Feature Profile Base and FEATURE-CONFIG Tables

•Command Line Interface Guidelines

The following sections briefly describes the features, and how they enhance Release 4.4.0. For more detailed information on the features, including how to provision them, refer to the relevant Feature Modules or manuals, located on the Cisco BTS 10200 Softswitch Release 4.4.x documentation page.

NSCD Enabled on All Platforms

The Name Server Cache Daemon (NSCD) is a configurable high-performance caching service interposed between applications calling gethostbyname() and the actual synchronous query launched toward an external DNS server.

The Solaris 8 implementation of NSCD had a fatal flaw when used in a cable environment due to the excessive CPU consumption when flushing cached names accumulated over a short period of time.

The issue was reported to Sun and eventually led to Sun bug ID 4743876 being opened 10-Sep-2002. Ultimately the lack of a fix led to NSCD being removed from Cisco BTS 10200 Release 3.x.

However, the fix for this problem was released by Sun as patch ID 110710-02 dated 05-Mar-2004. As a result of this, the following changes were made to Release 4.4:

•A new parameter was added in opticall.cfg, called MARKET_TYPE, with two valid values, T1 and CABLE.

•NSCD_NAMED_ENABLED was removed from opticall.cfg.

•A new parameter was added, NAMED_CONF, to allow user flexibility to enable or disable the "named" caching server.

•If the user chooses MARKET_TYPE=T1, one set of nscd.conf is used, and if user chooses another MARKET_TYPE=CABLE, another set is used.

PacketCable Certified CMS, MGC

In Release 4.4.0, Cisco BTS 10200 is qualified in CW27 for both call management server (CMS) and media gateway controller (MGC) functionalities.

In a PacketCable-based network, the Cisco BTS 10200 Softswitch functions as both a CMS and an MGC. New feature is CW27. It provides call control, call routing, and signaling for several types of multimedia terminal adapters (MTAs and embedded MTAs [EMTAs]), cable modem termination systems (CMTSs), and trunking gateways (TGWs) in PacketCable-based networks. It provides interfaces to record keeping servers (RKSs) and key distribution centers (KDCs). The Cisco BTS 10200 Softswitch also communicates with announcement servers, SS7-based signaling gateways, MGCP-based media gateways (MGWs), and SIP networks.

For more information, refer to the Cisco BTS 10200 Softswitch Release 4.4 PacketCable Feature Guide.

Simultaneous Support for CALEA Methods: PacketCable + SII

Cisco BTS 10200 Softswitch supports both the PacketCable CALEA and SII methods on the same platform so that IAD subscribers can be wire-tapped in addition to the wiretapping at the PacketCable subscriber. Note that a call can involve both IAD and EMTA, and both subscribers can be tapped.

Additionally, the Cisco BTS 10200 Softswitch supports the CMSS CALEA extensions (SIP headers) to indicate that a call is under surveillance when the call is redirected out/hand over to another softswitch.

But if the call is received by Cisco BTS 10200 Softswitch with these headers, the Cisco BTS 10200 Softswitch invokes CALEA tapping using the appropriate CALEA method associated for the terminating subscriber who is being tapped.

In Release 4.4 V05, the CALEA port number was changed to 14146 to make it consistent with Release 3.5.x. If using the SS8 DF, you can change the port by doing a modify-afri for the desired Cisco BTS 10200 and interface, and set the port to equal 14146.

If running a duplex Cisco BTS 10200, modify all interface IDs for the Cisco BTS 10200 by running the following commands from the SS8 command line: 

modify-afri:afid=CALEA_BTS,ifid=1,port=14146; 

modify-afri:afid=CALEA_BTS,ifid=2,port=14146;

Note If not using an SS8 DF, consult the documentation for the DF model in use for the commands to change the RADIUS port.

SIP Features

SIP Trunk Audit

Release 4.4.0 adds audit capability to SIP Trunk Group. The audit mechanism verifies the operational status of a trunk, and is triggered when communication issues are detected on the trunk.

Changes were made to the following tables and fields:

• TRUNK_GRP Table:

– STATUS-MONITORING field was added.

– The DBM-only fields COMM-FAIL-COUNT, LAST-COMM-TIME, and AUDIT-STATE were added.

• SOFTSW_TG_PROFILE table: The AUDIT-THRESHOLD field was added.

• CA_CONFIG table: The TRUNK-AUDIT-INTERVAL entry was added.

Using SIP trunk audit triggers another Cisco BTS 10200 feature, route advance. Route advance was previously available for non-SIP trunks, but the SIP trunk audit feature enables route advance for SIP trunks as well.

For more information, refer to the Cisco BTS 10200 Softswitch SIP Protocol Support Guides.

Configurable SIP Timer

In previous releases (3.5.x), the SIP stack request timeout logic is based on explicitly counting the number of retransmissions. In Release 4.4.0, which is based on RFC3261, an overriding transaction timer is started for each request, which controls the number of retransmissions.

The inability to control retransmission counts ultimately results in a slower route advance if timely response is not received on a SIP trunk.

This feature was been implemented to provide a faster route advance, resulting in faster call-setup under timeout conditions.

In Release 4.4.0, the following new command line arguments have been introduced to the SIP subsystem, to provide for decreases request transaction timers, which control the number of retransmissions that occur before a timeout.

Note When performing a software upgrade from Release 3.5.4 to Release 4.4.0, any alterations made to the default retry counts in Release 3.5.4 are not automatically propagated. Alterations must be propagated manually by computing appropriate Timer B and Timer F values during Release 4.4.0 installation. Default values (as specified in RFC3261) for Timer B and Timer F prevail if none are specified.

The timer values can be configured during installation time in opticall.cfg.

•-timerB [Timer B in milliseconds]

–Minimum: 1000 msecs.

–Maximum: 64000 msecs.

–Default: 32000 msecs.

Timer B is an INVITE transaction timer as specified in RFC3261. It controls, on a system wide basis, the number of INVITE retransmissions before a request timeout occurs.

•-timerF [Timer F in milliseconds]

–Minimum: 1000 msecs.

–Maximum: 64000 msecs.

–Default: 32000 msecs.

Timer F is a Non-INVITE transaction timer as specified in RFC3261. It controls, on a system wide basis, the number of retransmissions of all requests other than INVITE, before a timeout occurs.

Note This will not be applicable to Release 4.5, because a separate enhancement, Configurable SIP timers, will be available in that release, allowing configuration of these timers (and therefore, the retry counts), on a per trunk basis through the CLI interface.

SIP Trunk Route Advance

You can use the previous features, SIP trunk audit and configurable SIP timers, to take advantage of the SIP trunk route advance feature.

Using SIP trunk audit triggers another Cisco BTS 10200 feature, route advance. When the Cisco BTS SIP interface sends out an initial INVITE message for a new call, and receives no response, the message is re-transmitted a number of times according to standard. Once the maximum number of retransmissions is sent, the call is released towards the originator with a SIP cause code of 408 Request Timeout or a Q.850 cause code of Recovery on timer expiry (102).

You can now specify a Route Advance action on this cause code using the Cause Code Mapping table. This allows the call to route to another destination trunk within the route set, if provisioned that way. In prior releases, you could not specify a Route Advance action for this situation.

To make the initial INVITE retransmission duration smaller, you can change the SIP protocol T1 timer as low as 200 ms. The default is 500 ms.

Cisco Self-Service Phone Administration (SPA)

The new feature added to Cisco Self-service Phone Administration (SPA) is secured socket layer (SSL) support.

Cisco BTS 10200 supports secured CORBA for provisioning activity by activating the use of the SSL, such as XML/CORBA over SSL.

Secured CORBA over SSL is supported on SPA in communicating with Cisco BTS 10200, but is available in SPA 1.1 only.

For more information, refer to the Cisco Self-Service Phone Administration guide.

Range of Channels for TGCP Endpoints

In Cisco BTS 10200 Release 3.5.5, PacketCable TGCP now supports a range of channels specified in RSIP messages. In addition to the current naming conventions, local endpoint names for PSTN trunking gateway endpoints of type "ds" now adhere to the following:

•Wherever the "all" wildcard is permitted, the range of channels "[N-M]" wildcard can be used in the last term (i.e., <channel-#>) of the local endpoint name instead.

•The "range" wildcard then refers to all of the channels from N to M. The rules and restrictions that apply to using the "all" wildcard also apply to the use of the "range" wildcard.

Architecture Enhancements

The following architecture enhancements are available in Release 4.4.0.

Signaling Gateway Support

Signaling gateway support in Release 4.4.0 involves no embedded SS7 cards, and users can now disable sending ICMP ping messages to MGCP/NCS/TGCP media gateways.

Operational Enhancements

The following operational enhancements are available in Release 4.4.0.

Translation Verification Tool

Release 4.4.0 provides a Translation Verification Tool (TVT) via CLI command. The tool is used to find, diagnose, trace route, and translate call flow path decisions through the Cisco BTS 10200's Call Agent processing. The TVT simulates a call from an originator to a specific destination based on dialed digits. The originator can be a line or a trunk. The translate function verifies that the translations for a given call are setup correctly. The behavior of the translate command is to show the name of each entry in each table used to evaluate the route determined based on the dialed digits. This tool does not actually setup a call; it only traverses through the tables to determine if the provisioning is correct.

For more information, refer to the Query Verification Tool and Translation Verification Tool Features document.

Query Verification Tool

Release 4.4.0 provides a Query Verification Tool (QVT) via CLI command that allows an operator to generate TCAP queries to an SCP database and verify the query results.

Queries generated using the QVT help in verifying a query sent to SCP, and the response received from the SCP. It is also possible to generate queries optionally with non-standard values by overriding the default value on any QVT command. Queries generated during actual calls depend on additional call-processing related provisioning and typically use standard parameter values.

For more information, refer to the Query Verification Tool and Translation Verification Tool Features document.

Suppress Sending of Internet Control Message Protocol Ping

Release 4.4.0 introduces a feature that provides the ability to block ICMP message from Call Agent to MGCP Gateway from the Call Agent (CA) to the MGCP gateway (MGW). Previously, you could perform both an AuditEndpoint (AUEP) ping and ICMP ping together; there was no method to perform one without the other. Release 4.4.0 provides the ability to run an AUEP ping alone, and to disable the transmission of an ICMP ping.

For more information, refer to the ICMP Message Blocking feature module.

SCTP-ASSOC-PROFILE Parameters

Two parameters, HB_TIMEOUT and MAX_PATH_RETRANS, were available in prior releases of Cisco BTS 10200, but were not configurable. In Release 4.4.0 and going forward, the parameters are provisionable, but require a special sequence of CLI commands to take effect. The sequence of CLI commands to run are as follows.

Change the HB_TIMEOUT or MAX_PATH_RETRANS Parameters of an SCTP Association

Step 1 Add new sctp-assoc-profile with the desired values for HB_TIMEOUT and MAX_PATH_RETRANS. For example: 

add sctp-assoc-profile id=newProfile; BUNDLE_TIMEOUT=100; MAX_ASSOC_RETRANS=4; 
MAX_PATH_RETRANS=2; RETRIEVE_FLAG=Y; MAX_RTO=2000; MIN_RTO=300; SACK_TIMEOUT=200; 
HB_TIMEOUT=1000;

Step 2 Control out-of-service the sctp-assoc to change in Step 1. 

control sctp-assoc id=matedSGP_assoc1; mode=forced; target-state=OOS

Step 3 Change the sctp-assoc to use the new profile. 

change sctp-assoc id=matedSGP_assoc1; SCTP_ASSOC_PROFILE_ID=newProfile

Step 4 Control in-service the sctp-assoc. 

control sctp-assoc id=matedSGP_assoc1; mode=forced; target-state=INS;

The change takes affect.

Support for Sun Netra 1280

Cisco BTS 10200 supports the SUN Netra 1280 (one processor card with 4 CPUs) as the processor engine for the Cisco BTS 10200 Softswitch Call Agent and EMS. The SUN Netra 20 is supported for the EMS, although the Call Agent is 1280-4cpus.

Security Enhancements

This section describes the Cisco BTS 10200 System Security Extensions available in Release 4.4.0.

HTTPs Support

Cisco BTS 10200 Release 4.4.0 uses secure HTTP (HTTPS) for the Web access to the EMS. The Web access is used to obtain system reports.

Key generation is done during installation. This also creates a self-signed certificate for use by those connecting to the server.

Administrative Login Authentication Using LDAP and RADIUS

Release 4.4.0 supports LDAP and RADIUS Authentication clients to validate user login to Cisco BTS 10200, which is a UNIX-based login mechanism. The functionality is applicable to EPOM and SPA.

For more information, refer to the Cisco Self-Service Phone Administration or Cisco Extensible Provisioning and Operations Manager Getting Started guides.

Login Authentication using RSA Secure ID

Cisco has verified that with Release 4.4.0, you can deploy LDAP and RADIUS services on the Cisco BTS 10200 Softswitch. You can deploy an RSA RADIUS implementation without impacting the Cisco BTS 10200 Softswitch applications.

Hardened Solaris and SPA

In Release 4.4.0, the Cisco BTS 10200 runs on a "reduced" version of Solaris, referred to as "Hardened Solaris." In this version, extra Solaris packages that create security risks, or are completely unnecessary for the operation of the Cisco BTS 10200, have been removed.

Separation of OAMP Traffic from Signaling

Cisco BTS 10200 allows a configuration that separates OAMP traffic from the signaling traffic to protect the call processing activity.

Secure CORBA

Release 4.4.0 features secure socket layer (SSL) support for CORBA. This includes the following sections:

•System Context for System Security Extensions

•Certificate and Key Password

The system provides a secure CORBA transport using an SSL module in the CORBA Adapter program CORBA interface servant (CIS). The Object Management Group (OMG) organization defines the Common Secure Interoperability Specification, Version 2 (CSIv2) that defines the Security Attribute Service (SAS) that enables interoperable authentication, delegation, and privileges.

For more information about the CORBA changes in Release 4.4.0, refer to the Cisco BTS 10200 Softswitch Release 4.1 and 4.4 CORBA Adapter Interface Specification Programmers Guide.

Secured FTP Support for Billing Interface

Release 4.4.0 allows for using secured FTP (sFTP) in billing traffic, and has a new flag, sftp-supp=n. Before you can enable SFTP, the Cisco BTS 10200 and BMS must be configured to allow non-interactive SSH login as described below; however, once non-interactive SSH login has been set up, you must enable SFTP (thereby disabling FTP) by executing the CLI command change billing-acct-addr sftp-supp=y.

The BILLING 6 and Billing 33 alarms also changed in Release 4.4.0. The BILLING 6 (Failed to make ftp transfer) and BILLING 33 (Billing FTP Parameters Invalid) alarm definitions have been modified to read Failed to make FTP/SFTP transfer and Billing FTP/SFTP parameters invalid, respectively.

Also worth noting in Release 4.4.0 is that during initial set up, the security keys must be manually built in. To set up the public and private keys for the connection between the Cisco BTS 10200 Softswitch and a mediation device, complete the following steps.

For sFTP to work, manually configure Cisco BTS 10200 and BMS to allow non-interactive SSH login.

To perform SFTP as root or as BMS user `xyz' refer to the Release 4.4 Cisco BTS 10200 Softswitch Billing Interface Guide.

Billing Changes in Call Agent Profile Table

The Cisco BTS 10200 Softswitch can be provisioned to generate the following types of billing data:

•Call detail blocks (CDBs), which are assembled into call detail records (CDRs) by an external billing server.

•PacketCable-based event messages (EMs), which are transferred to an external RKS that assembles CDRs from the EMs. The applicable tokens in the CALL-AGENT-PROFILE table are CDB-BILLING-SUPP and EM-BILLING-SUPP. Cisco recommends that you set at most one of these to Y, and the other to N.

Caution Cisco recommends that you do not set both CDB-BILLING-SUPP and EM-BILLING-SUPP to Y. Attempting to generate both types of records simultaneously can significantly degrade system performance.

Note To set both tokens to Y, you must also include the new parameter, FORCED=Y, in the command line.

Two-Level Automatic Recall

Automatic Recall (AR) is an incoming call management feature that allows a customer to perform an activation procedure to automatically set a call to the last incoming number. The AR subscriber does not need to know the telephone number or the calling party of the last incoming call. If the party is busy when AR is activated, call setup is performed automatically when that party's phone becomes idle.

When AR activation is offered as a one-level procedure, the feature is activated after the customer successfully dials the proper access code. The Cisco BTS 10200 previously supported one-level AR activation; the new two-level AR Activation feature is an extension to the current AR feature.

The two-level automatic recall activation feature permits service providers to offer customers a choice of one- or two-level activation for the automatic recall feature. The level of activation option is set on either a system-wide basis, or on a POP-wide basis.

With the one-level AR activation procedure, customers do not know the last calling party number when activating the AR feature. With the two-level AR activation procedure, the customer hears the voice back announcement of the last incoming calling party number, the date and time the call was received, and a voice instruction for activate the AR call to that party.

For more information, refer to the Automatic Recall section of the Cisco BTS 10200 Softswitch System Description.

TCAP Signal Adaptor Recovery from Signaling Link Failure

Starting with Release 4.4.0, the TCAP gateway subsystem monitors the signaling link interfaces for failures. This monitoring is done on both active and standby side for both FSPTC and FSAIN. If and when both the signaling links go down, TSA brings down the platform.

Adjustable Timer for COS-Restrict Feature Confirmation Tone

In prior releases, select few PBX equipment connecting to the Cisco BTS 10200 through an IAD device did not hear a confirmation tone when they made calls requiring an access code. This occurred because the PBX may not have cut the audio through to the PBX phone in time to hear the tone. The confirmation tone signal on the gateway delayed using the new CLI provisioning parameters provided in Cisco BTS 10200.

In Release 4.4.0, this enhancement to Cisco BTS 10200 allows configurable delays in the MGCP requests to play the prompt tone for account and authorization codes on the media gateway. The delayed request solution applies to trunk groups without main-subscriber or trunk groups with main-subscriber whose category is PBX. Using this feature the PBX users would be able to hear confirmation tone when they make calls requiring an access code. The delay information is provisionable via CLI using the following tokens in the CA-CONFIG table:

•ACCT-CODE-PROMPT-DELAY

•AUTH-CODE-PROMPT-DELAY

Refer to the Cisco BTS 10200 Softswitch Command Line Interface Reference Guide for more details on the tokens.

Physical Interface 4/2

Previously, users could configure a 9/5 or 2/2 network configuration. Release 4.4.0. introduces the Physical Interface 4/2 configuration, which separates signaling traffic from management traffic on the Call-Agent/Feature Server and the EMS/BDMS hosts. The feature also supports redundancy in signaling and management paths, and enhances management traffic security by separating it from signaling traffic.

The "4/2 Network Configuration" has two physical network interfaces on the EMS/BDMS hosts, and four physical network interfaces on the Call-Agent/Feature-Server hosts. Cisco recommends putting redundant interfaces on separate interface cards for added reliability.

In a 4/2 configuration, the signaling and management paths are on different physical interfaces. The internal traffic is routed through management interfaces, and the IRDP advertisement on the router is enabled only for signaling subnets to support signaling link fault management.

To separate management traffic from signaling traffic, the administrative access to the Cisco BTS 10200 system is controlled via the management network. Static routes are added for each network for administrative purposes via the management network, because outgoing administrative traffic from Cisco BTS 10200 should not be routed through the default route, or signaling network. There should be only one static route for such networks.

SSH Version 2

Release 4.4.0 has implemented SSH version 2 as the default SSH version. Cisco BTS 10200 only supports SSH version 2.

Systems such as CALEA may use SSH version 1. For information on changing SSH back to version 1, refer to the Cisco BTS 10200 Softswitch Provisioning Guide.

Distributed Message Transfer Part Level 3

Release 4.4.0 supports Distributed Message Transfer Part Level 3 (Distributed MTP3) by using the Cisco IP Transfer Point (ITP) group feature to provide hardware redundancy between the Cisco BTS 10200 and the SS7 Network.

An ITP-Group consists of two ITPs. In an ITP-Group (Distributed MTP3) configuration, each ITP acts as a physical Signaling Gateway Process (SGP). SGPs are connected together to form one logical Signaling Gateway (SG).

With the Distributed MTP3 feature, the Cisco BTS 10200 and both ITPs of a single ITP-Group will share the same SS7 point code value.

In Release 4.4.0, each ITP-Group can only represent a single point code; if there are multiple OPCs on the BTS, this will require a separate ITP-Group for each BTS OPC. Also in this release, the ITP-Group feature is only available for the case where the ITP connects to the Service Provider SS7 Network via A links.

Basic Network Loop-Back Test for NCS/MGCP End-Points

The loop-back feature provides for a testing device to perform a network loop-back test on any MGCP/NCS subscriber endpoints controlled by the Cisco BTS 10200. With this release, the feature can test line side only.

The identification of Network loop back call is performed under the following condition:

•Configuration on originating line (Media Gateway profile). This can be performed by:

–Configuring the media gateway for testing device as RGW (MGW-PROFILE::TYPE=RGW)

–Associating the media gateway to MGW-PROFILE specific to network loop-back test origination (MGW-PROFILE::SPARE2-SUPP=Y)

–Configuring all test lines in the testing device as Subscriber terminations.

The feature assumes that the testing and tested devices are configured on same Call Agent. The loop-back feature does not provide for performing network loop-back test devices across a SIP or H.323 network.

Originating Point Codes

Previously, the Cisco BTS 10200 Softswitch configuration supported five Originating Point Codes (OPCs) with a maximum of 16 subsystem numbers. In Release 4.4.0, the medium configuration now supports eight OPCs and 32 Subsystem Records.

The medium configuration now supports eight OPCs and 32 Subsystem Records. This enables service-providers to use all eight OPCs to have all of four SSNs. Cisco BTS 10200 supports a total of five Subsystems:

•Toll-Free-AIN

•Toll-Free-IN1

•CNAM

•LNP

•AC-AR

Out of the two Toll-Free subsystems, only one is needed for any OPC, so the maximum number of subsystems any OPC can have is four. Out of these, Toll-Free and LNP subsystems are supported from FSAIN platform, and the CNAM and AC-AR subsystems are supported from FSAIN platform.

Each OPC has two subsystems (Toll-Free and LNP) on the FSAIN platform, and each OPC will have each subsystems (CNAM and AC-AR) on the FSPTC platform.

Note Provisioning the Subsystems must be done carefully to avoid provisioning more than 16 Subsystems for FSPTC, and to avoid provisioning more than 16 Subsystems for FSAIN platforms. In a correctly provisioned system, the number of subsystems for FSPTC or FSAIN platforms should not be more than 16, and the combined total not more than 32.

Also, you must provision Toll-Free, LNP, CNAM and AC-AR to a server. Take care when provisioning; toll-free and LNP must be provisioned to an AIN server, while CNAM and AC-AR must be provisioned to a POTS server. If you provision them otherwise, they will not work.

VXSM Gateway

The VXSM gateway was experiencing problems when the Cisco BTS10200 sent MGCP messages for active calls and idle terminations (not involved in the call). This occurred when VXSM gateway switched over and sent RSIP (rm:disconnected) for the entire gateway.

In Release 4.4.0, to isolate the call flow changes to VXSM, a special configuration field, MGCP-SPARE1-SUPP in MGW-PROFILE, is used.

The flag should be used for high density gateways, such as VXSM (MGCP-SPARE1-SUPP field in MGW-PROFILE should be set to Y for VXSM gateways).

The only special behavior for VXSM currently known is what the Cisco BTS 10200 does when receiving RSIP rm:disconnected (which happens when VXSM stateful fails over). The Cisco BTS 10200 shall:

1. If the endpoint is IDLE (in Cisco BTS 10200 resource state), Cisco BTS 10200 sends DeleteConnection to the endpoint (same as other gateways).

2. If the endpoint is ACTIVE (in Cisco BTS 10200 resource state), and if MGCP-SPARE1-SUPP= Y in MGW-PROFILE, Cisco BTS 10200 sends ModifyConnection message to all connections (one after another without waiting for ACK) that exist in the Cisco BTS 10200 connection memory for the affected endpoint, and includes information CallIdentifier and ConnectionIdentifier stored in Cisco BTS 10200 connection memory. If the MGW returns the error code Invalid connection, the wild-carded DeleteConnection is sent to that endpoint, failing the call in Cisco BTS 10200.

Flash Archive and Disk Mirroring

Flash archive does not work well with Disk Suite mirroring; therefore, Cisco recommends that users create the archive without disk mirroring.

Exchange Code Table

Release 4.4.0 adds new functionality that validates the minimum and maximum DN length restrictions based on the Exchange Code table. The default values of min_dn_length and max_dn_length values is set to 10.

If the length of DNs you are using is different from 10, then you must correct the max_dn_length and min_dn_length in the exchange-code table.

During upgrade, the values from previous release are carried over to Release 4.4.0. So, after upgrading, you must change the max-dn-length and min-dn-length to reflect the correct length of DNs. Otherwise, you cannot add any new numbers shorter or longer than 10 digits.

Feature Profile Base and FEATURE-CONFIG Tables

Both the Feature Profile Base table and the FEATURE-CONFIG tables are visible in Release 4.4. However, while available, the tables are not supported until Release 4.5.

Command Line Interface Guidelines

The "show measurement-prov type=all' is not supported for measurement provisioning. To get all the measurement provisioning details at the CLI interface, you must execute the command "show measurement-prov." The "type=all" is not a valid key for the command "show measurement-prov."

This applies for Release 4.4.x and releases going forward.

User Side State Machine Enabled

Cisco BTS 10200 has implemented ISDN user side state machine. The ISDN PRI User-Side interface on the Cisco BTS 10200 is used by setting the interface_type field in ISDN-TG-PROFILE table to USER-SIDE.

H.323 Applications

H.323 applications are supported in Release 4.4.1, but not Release 4.4.0.

Support for Range of Channels for TGCP Endpoints

Release 4.4 now supports a range of endpoints in an RSIP message. The supported formats with this release include:

•aaln/s1/[x-y]@mgw.ipclab.cisco.com

•aaln/s1/*@mgw.ipclab.cisco.com

•aaln/s1/x@mgw.ipclab.cisco.com

•*@mgw.ipclab.cisco.com

•ds1/ds-0/[x-y]@mgw.ipclab.cisco.com

•ds1/ds-0/x@mgw.ipclab.cisco.com

•ds1/ds-[0-2]/*@mgw.ipclab.cisco.com

•ds1/ds-0/[3,6-9,12-18]@mgw.ipclab.cisco.com

This is only necessary for gateways which might send a range of endpoints.

Previous 4.x Releases </