Feedback
|
Table Of Contents
Release Notes for the Cisco MGC Software Release 9.6(1)
Host Minimum Server Requirements
Media Gateway Hardware Requirements
Installing and Upgrading the Software
Release 9.6(1) Patch 59 and Earlier
Release 9.6(1) Patch 60 and Later
A-Number Mods Triggered by CLIP/CLIR
AoC Over PRI Tariff Based On Call Duration
Provisioning Restrictions Validated by the PGW
Call Agent Controlled SIP T.38 Fax Relay
Reverting to First Dial Plan When There Are Insufficient Digits in Overlap
Prerequisites for Using this Feature
DPNSS Call Back and Extension Status Interworking with Cisco Call Manager
DPNSS Feature Transparency Call Diversion
DPNSS Supplementary Service Interworking with Cisco CallManager
French ISUP V3 (SPIROU) Support
Increase AoC Per Day Tariff Ranges
IOS DSP Stats in CDR (K-Factor)
ISUP HOP Counter and SIP Max Forwards
ISUP Transparency Across the BTS/PGW Interface
Multiple IP Addresses in SIP Contact Header
Netra 240 and Netra 440 Platform Introduction for MGC Host
New CPC Value For Danish ISUP Variant
Omitting CgPN on Receipt of From: Unavailable SIP header
PGW Does Not Allow SIP Display Name Mapping
Q767_SINGAPORE Support for GTD FDC for CGN and CPC
Re-INVITE for an Unsupported SIP-H323 Call Flow
Routing Based on the Redirecting Number
SIP to MGCP T.38 Fax Fallback to Pass-through and Voice
Sun Fire V210/Netra 210 Platform for MGC
Sun Fire V210/Netra 210 Platform Support
Support for Gateway Ring-Back Tone Over MGCP
Support for ITP Signaling GW with Distributed MTP3
Support for M3UA Priority Routes
Support for SIP Update (RFC3311) Phase 1
Support for Up to 8 Call Manager Clusters
Support of DNS SRV and SIP Load-Sharing
Known Issues and Operational Recommendations
Release Cannot Contain HLCMOD and BCMOD Dialplans After Upgrade to 9.6(1)
SIP Redirection Handling Has Been Updated
SysConnectDataAccess Parameter Changed on Upgrade
Copying snmpd.cnf Prior to Upgrade
Default Value Set to 1 for Missing chargeRateModulator Parameter
Interworking Between Diversion and CallBack is Not Supported
Dynamic Provisioning of MGCP Version Now Supported
PGW Should Support the Option of Sending Hardware Block Messages
Link and Call States for New Object Not Synchronized to Standby After prov-copy/prov-sync
Upgrading From Releases 9.3, 9.4, and 9.5:
Japanese Point Code Transmission
Obtaining Documentation and Submitting a Service Request
Release Notes for the Cisco MGC Software Release 9.6(1)
Revised date: November 19, 2009These release notes describe the features and caveats for the Cisco MGC software Release 9.6(1).
Contents
•
Known Issues and Operational Recommendations
•
Obtaining Documentation and Submitting a Service Request
Introduction
Interoperability between the old world TDM (Time Division Multiplexing) networks and the new world packet networks is an essential part of the technology adoption life cycle for packet networks. This release of the Cisco PGW 2200 PSTN Gateway extends its capability to provide the bridge between the legacy public switched telephone network (PSTN) and next-generation packet networks - supporting centralized call control and intelligent routing for both TDM-based interfaces (SS7, PRI, QSIG, and DPNSS endpoints) and IP-based interfaces (SIP and H.323 endpoints).
The Cisco PGW 2200 provides a consistent and unified interconnection that supports Cisco's Voice infrastructure and Applications (VIA) applications (Dial and Voice transit), Cisco's Business Voice Services applications (Hosted or Managed IP Telephony), and Cisco's Broadband Residential Voice applications (ETTx). The PGW 2200 allows service providers to deploy and operate multiple network solutions while maintaining a stable interconnection to the PSTN.
Platform Support
For a list of supported platforms see the following documents at:
http://www.cisco.com/en/US/partner/products/hw/vcallcon/ps2027/tsd_products_support_series_home.html
•
Cisco MGC Hardware Installation Guide Chapter 1, Table 1-1, Cisco MGC Host Configurations.
•
Cisco MGC Software Release 9 Installation and Configuration Guide (Chapter 1).
For a list of required software, see Chapter 1 of the Cisco MGC Software Release 9 Installation and Configuration Guide.
Required Swap Space
For the Cisco MGC software, you need to partition 4 GB of swap space. Setting swap space at installation is recommended; however, you can change swap space at a later date by adding a swap file or repartitioning the swap space using the format menu (for example, reassigning how many cylinders are in each partition). The swap space requirement is determined by the amount of traffic. As traffic increases, you should use the top command in UNIX to see how much swap space is being used; you should then decide if more is needed. You can use the MML command rtrv-ne-health to obtain information from the UNIX top from within MML.
Host Hardware Requirements
Host Minimum Server Requirements
See the Cisco MGC Hardware Installation Guide for the host minimum hardware requirements. Before using the minimum hardware configuration, consult with your Cisco representative to determine the hardware that will give you the best performance results based on your network configuration, proposed traffic, and desired processing power.
Media Gateway Hardware Requirements
Table 1 lists urls for release notes that document media gateways.
Table 1 Media Gateway Release Notes Locations
Media Gateway Release Notes Release Notes LocationMGX8000 Voice Gateway (VISM)
http://www.cisco.com/en/US/products/hw/switches/ps1938/prod_release_notes_list.html
AS5350 Universal Gateway
http://www.cisco.com/univercd/cc/td/doc/product/software/ios121/121relnt/5350/rn5350xq.htm
AS5400 Universal Gateway
http://www.cisco.com/univercd/cc/td/doc/product/software/ios122/122relnt/5400/rn5400xb.htm
AS5850 Universal Gateway
http://www.cisco.com/univercd/cc/td/doc/product/software/ios121/121relnt/5850/rn5850xv.htm
Local Area Network Switch
Your application might use one or more local area network (LAN) switches from the Cisco Catalyst Switch family to connect the Cisco MGC host to the MGWs and to the Cisco SLTs.
Note
User documentation refers to the Cisco Catalyst 5500 switch family (NEBS-compliant). The Cisco Catalyst 2900 XL is another NEBS-compliant LAN switch that can be used for a small configuration, but current MGC user documentation does not address the Cisco Catalyst 2900 XL. See the Cisco Catalyst 2900 XL documentation for information about this switch.
Note
A LAN switch is not provided with the Cisco MGC.
Supported Features
The features listed in Table 2 were inherited from earlier releases of the Cisco MGC Software, and are still supported in Release 9.6(1).
Cisco MGC Management
Table 3 provides an overview of the management components of the Cisco MGC.
Related Documentation
This document contains information that is related to software release 9.6(1). The documents that contain additional information related to the Cisco PGW 2200 Softswitch are at the following url:
http://www.cisco.com/en/US/products/hw/vcallcon/ps2027/tsd_products_support_series_home.html
You can find the Cisco PGW 2200 Softswitch documentation map at the following URL:
http://www.cisco.com/en/US/products/hw/vcallcon/ps2027/products_documentation_roadmaps_list.html
Before Installation
Before you install the Cisco PGW 2200 Softswitch software, consult the following related documentation for information about hardware installation and system requirements:
•
The Overview Guide for your solution
•
Cisco PGW 2200 Softswitch Hardware Installation Guide - Releases 7 & 9
•
Cisco Media Gateway Controller Software Installation and Configuration Guide (Releases 9.1 through 9.6)
•
Regulatory Compliance and Safety Information for the Cisco MGC
•
The Gateway Installation Guide for your solution
After Installation
After you install the Cisco PGW 2200 Softswitch software, consult the following related documentation for information on configuring and provisioning your system:
•
Cisco PGW 2200 Softswitch Release 9 Provisioning Guide (through Release 9.7)
•
The Provisioning Guide for your solution
Load the most recent patch set as explained in the "Installing and Upgrading the Software" and "Software Patches" sections.
Installation Notes
This section contains information and procedures you can use to remove, upgrade, or install the Cisco MGC software. It also contains information about software patches.
Acquiring the Software
The Cisco MGC software is provided to customers on CD. Before installing the software, check the Solution release notes and the web for the most current patch level. If the information on the CD matches the information provided on the web and in the Solution release notes, the software and patch information can be installed directly from the CD.
Complete the following procedure to obtain software patches from CCO:
Step 1
From the Cisco Connection Online page, select the Software Center link (located under Service and Support).
The Technical Assistance Center page displays.
Step 2
From the Technical Assistance Center page, select the Voice Software link (located under Software Products and Downloads).
The Voice Software page displays.
Step 3
From the Voice Software page, select the Login option (located across the top of the page).
A login box displays.
Step 4
Enter your CCO user name and password then press OK.
After authentication the Voice Software page displays.
Step 5
Select the link for the desired software release. Software release links are located under the Cisco Media Gateway Controller heading.
Installing and Upgrading the Software
CautionBefore upgrading from a current version of Software Release 9 to a higher level, you must verify software release version compatibility by contacting Cisco TAC (see Obtaining Documentation and Submitting a Service Request) or your Cisco account representative. Software release version incompatibility may cause service disruption.
If you are installing software Release 9.6(1) for the first time, se the Cisco MGC Software Release 9 Installation and Configuration Guide for instructions.
Note
In the Cisco MGC Software Release 9 Installation and Configuration Guide, observe the following change: In the "Configuring SNMP Support Resources" sections, SNMP MIB measurements are valid only on the active node. They are not replicated to the standby node.
CautionWhen upgrading a redundant system, verify that the pom.dataSync parameter (located in /opt/CiscoMGC/etc/XECfgParm.dat) is set to false to maintain calls and preserve your configuration.
CautionNo validation is performed on the IDs you enter. If you enter an invalid ID, the utilities package does not add any accounts.
Tip
If you have trouble installing the utilities package, make sure that you do not still have a transpath group in your group file (located in /etc).
Before installing the 9.6(1) software, you must remove all packages and remnants of previous releases of Cisco MGC, VSC, or SC2200 software, including drivers and utilities, because of structural changes within the executables, libraries, operating system, and packaging. You should start with a fresh system.
Software Patches
Release 9.6(1) Patch 59 and Earlier
Software files for Patch 59 and earlier are located in the following directories.
Note
You must be logged into www.cisco.com to see these patches.
Patches are located in the following directory:
http://www.cisco.com/pcgi-bin/tablebuild.pl/mgc-961
Release 9.6(1) Patch 60 and Later
Use the following procedure to locate the software files for Patch 60 and later.
Step 1
From the Cisco.com page, select the Download Software link (located under Support).
The Download Software page displays.
Step 2
From the Software Center page, select the Voice and Unified Communications link.
A login box displays.
Step 3
Enter your Cisco.com user name and password and press OK.
After authentication, a list of Voice and Unified Communications products displays.
Step 4
Select links in the following sequence:
IP Telephony
Call Control
Cisco PGW 2200 Softswitch
Cisco PGW 2200 Software Version 9
Step 5
Select the links for the desired software release.
The protocol packaging has been improved so that you need only load and install protocols that you need. Previously, the entire protocol suite was packaged and delivered together. With the improved packaging protocol:
•
The standard installation script allows you to specify which protocol set(s) are required on your platform.
•
Only packages containing the desired protocols are installed as part of the standard installation.
The same number of packages available with the initial release still exists; however, they have a new nomenclature that is required to support patching later in the release life cycle and you have the option to install only the packages containing required protocols.
The protocol packages are labeled CSCOnnvvv:
nn—indicates the specific protocols you need for your environment
vvv—indicates the version level of the patch
For example, at the time of the release you are given protocol patch CSCO01000.pkg. The 01 indicates a specific protocol applicable to your environment; 000 indicates the revision level. The next time a set of protocol patches are built, the 000 is incremented by 1 (001).
Note
You must always install the 00 protocol package when upgrading a protocol patch level. If the 00 protocol package is not installed, the upgrade attempt fails. The Protocol file missing alarm displays.
Use the patch script (new shell script provided with the standard installation) located in your /opt/SW directory (created during the initial base software installation) to confirm which patch packages you need to install (using the patch status command), and then copy these packages into your local directory (/opt/SW)from the release directory where you can use the script to install the patches.
The installation script requires one of the following options:
•
Option 1—patch status retrieves the status of the system. Use this option to determine which set of protocol packages are currently installed on your system. The installed protocol packages are required (must be downloaded) to update the software. The exception is if you need a new protocol that was not previously delivered. In this case, you need to download an extra package (the package that the new protocol is delivered in).
•
Option 2—patch all automatically searches the local directory (/opt/SW) and the installed system to determine the most recent available patch and automatically updates the system with that patch level. This applies to protocol and system patches. All uninstall and install activities are handled by the script. The command for this is:patch all. The all command does not require a second argument.
•
Option 3—patch system [latest |<alternate patch number>] specifies the exact patch level for system patches you choose to install on the system. You can specify any available patch level to be installed. All uninstall and install activities are handled by this script. This option requires one of the following arguments:
–
latest —installs the most recently downloaded patch. This argument should be used with the system and protocol commands used in options 3 and 4.
–
<number> —indicates the patch number <vvv> that you want to install. This argument should be used with the system and protocol commands used in options 3 and 4.
•
Option 4—patch protocol [latest |<alternate patch number>] specifies the exact patch level for protocol patches you choose to install on the system. You can specify any available patch level to be installed. All uninstall and install activities are handled by this script. This option requires one of the following arguments:
–
latest —installs the most recently downloaded patch. This argument should be used with the system and protocol commands used in options 3 and 4.
–
<number> —indicates the patch number <vvv> that you want to install. This argument should be used with the system and protocol commands used in options 3 and 4.
The following is sample output of option 2, patch all which automatically searches the local directory and the installed system to determine the most recent available patch located in /opt/SW (protocol and system) and automatically updates the system with that patch level.
va-butterfly:104> patch allThe following patches are about to be removed from your system:CSCO00018CSCO01018CSCO02018CSCO10018CSCO20018CSCO21018CSCO30018CSCO31018CSCO32018CSCO33018CSCO40018CSCO41018CSCO50018CSCO60018CSCO70018CSCO71018CSCO80018CSCOgs017The following patches are about to be added to your system from the local directory:The following patch(es) are about to be added to your system from the local directory:CSCO00018.pkgCSCO01018.pkgCSCO02018.pkgCSCO10018.pkgCSCO20018.pkgCSCO21018.pkgCSCO30018.pkgCSCO31018.pkgCSCO32018.pkgCSCO33018.pkgCSCO40018.pkgCSCO41018.pkgCSCO50018.pkgCSCO60018.pkgCSCO70018.pkgCSCO71018.pkgCSCO80018.pkgCSCOgs017.pkgAre you sure this add/remove scenario is correct? [y] [y,n,?,q]System Level Equivalency
Table 3 provides the system level equivalency for each protocol patch. For example, after installing CSCOnn001, release 9.6(1) is equivalent to release 9.5(2) patch level CSCOnn007 (contains all patches and features included in release 9.5(2) up to patch CSCOnn007).
Table 4 provides the system level equivalency for each system patch. For example, after installing CSCOgs002, release 9.6(1) is equivalent to release 9.5(2) patch level CSCOgs006 (contains all patches and features included in release 9.5(2) up to patch CSCOgs006).
Patch Test Combinations
Table 5 provides a list of the patch combinations that were used when testing. Use this list to determine which protocol and system patches should be installed before you run the MGC software. It does not matter which patch (protocol or software) is installed first.
CSCOnn060
Patch CSCOnn060 resolves the following caveat numbers:
Additional information:
•
See the Patch Test Combinations section of this document to determine which protocol and system patches are needed.
CSCOnn059
Patch CSCOnn059 resolves the following caveat numbers:
Identifier Severity Component DescriptionCSCsy25876
3
mdl-lcm
9.6(1)P57 PGW fails to connect the overflow call when glare.
Additional information:
•
See the Patch Test Combinations section of this document to determine which protocol and system patches are needed.
CSCOnn058
Patch CSCOnn058 resolves the following caveat numbers:
Additional information:
•
See the Patch Test Combinations section of this document to determine which protocol and system patches are needed.
CSCOnn057
Patch CSCOnn057 resolves the following caveat numbers:
Additional information:
•
See the Patch Test Combinations section of this document to determine which protocol and system patches are needed.
CSCOnn056
Patch CSCOnn056 resolves the following caveat numbers:
Additional information:
•
See the Patch Test Combinations section of this document to determine which protocol and system patches are needed.
CSCOnn055
Patch CSCOnn055 resolves the following caveat numbers:
Additional information:
•
See the Patch Test Combinations section of this document to determine which protocol and system patches are needed.
CSCOnn054
Patch CSCOnn054 resolves the following caveat numbers:
Identifier Severity Component DescriptionCSCsq42161
2
design
P53: no voice when call from SIP to SS7 side when cot configured on SS7.
Additional information:
•
See the Patch Test Combinations section of this document to determine which protocol and system patches are needed.
CSCOnn053
Patch CSCOnn053 resolves the following caveat numbers:
Additional information:
•
See the Patch Test Combinations section of this document to determine which protocol and system patches are needed.
CSCOnn052
Patch CSCOnn052 resolves the following caveat numbers:
Additional information:
•
See the Patch Test Combinations section of this document to determine which protocol and system patches are needed.
CSCOnn051
Patch CSCOnn051 resolves the following caveat numbers:
Additional information:
•
See the Patch Test Combinations section of this document to determine which protocol and system patches are needed.
CSCOnn050
Patch CSCOnn050 resolves the following caveat numbers:
Additional information:
•
See the Patch Test Combinations section of this document to determine which protocol and system patches are needed.
CSCOnn049
Patch CSCOnn049 resolves the following caveat numbers:
Additional information:
•
See the Patch Test Combinations section of this document to determine which protocol and system patches are needed.
CSCOnn048
Patch CSCOnn048 resolves the following caveat numbers:
Additional information:
•
See the Patch Test Combinations section of this document to determine which protocol and system patches are needed.
CSCOnn047
Patch CSCOnn047 resolves the following caveat numbers:
Additional information:
•
See the Patch Test Combinations section of this document to determine which protocol and system patches are needed.
CSCOnn046
Patch CSCOnn046 resolves the following caveat numbers:
Additional information:
•
See the Patch Test Combinations section of this document to determine which protocol and system patches are needed.
CSCOnn045
Patch CSCOnn045 resolves the following caveat numbers:
Additional information:
•
See the Patch Test Combinations section of this document to determine which protocol and system patches are needed.
CSCOnn044
Patch CSCOnn044 resolves the following caveat numbers:
Additional information:
•
See the Patch Test Combinations section of this document to determine which protocol and system patches are needed.
CSCOnn043
Patch CSCOnn043 resolves the following caveat numbers:
Identifier Severity Component DescriptionCSCsh69582
3
mdl-pri
CSCsd71077 causes problems on ringback tone for PRI to EISUP calls.
Additional information:
•
See the Patch Test Combinations section of this document to determine which protocol and system patches are needed.
CSCOnn042
Patch CSCOnn042 resolves the following caveat numbers:
Additional information:
•
See the Patch Test Combinations section of this document to determine which protocol and system patches are needed.
CSCOnn041
Patch CSCOnn041 resolves the following caveat numbers:
Additional information:
•
See the Patch Test Combinations section of this document to determine which protocol and system patches are needed.
CSCOnn040
Patch CSCOnn040 resolves the following caveat numbers:
Additional information:
•
See the Patch Test Combinations section of this document to determine which protocol and system patches are needed.
CSCOnn039
Patch CSCOnn039 resolves the following caveat numbers:
Additional information:
•
See the Patch Test Combinations section of this document to determine which protocol and system patches are needed.
CSCOnn038
Patch CSCOnn038 resolves the following caveat numbers:
Additional information:
•
See the Patch Test Combinations section of this document to determine which protocol and system patches are needed.
CSCOnn037
Patch CSCOnn037 resolves the following caveat numbers:
Identifier Severity Component DescriptionCSCsg18544
3
ioccc7
PGW does not process ANM with null AccessTransport.
CSCsg31944
3
mdl-cdr
Cause code is missing in CDR.
Additional information:
•
See the Patch Test Combinations section of this document to determine which protocol and system patches are needed.
CSCOnn036
Patch CSCOnn036 resolves the following caveat numbers:
Additional information:
•
See the Patch Test Combinations section of this document to determine which protocol and system patches are needed.
CSCOnn035
Patch CSCOnn035 resolves the following caveat numbers:
Additional information:
•
See the Patch Test Combinations section of this document to determine which protocol and system patches are needed.
CSCOnn034
Patch CSCOnn034 resolves the following caveat numbers:
Identifier Severity Component DescriptionCSCsf04726
2
mdl-sip
PGW doesn't ignore Contact Header in SIP 488 Not acceptable here.
CSCsf04067
3
mdl-lcm
Calls with carrier selection have postdial delay.
The following features were propagated into this release from earlier versions of release 9:
This patch provides updates to all protocols.
Additional information:
•
See the Patch Test Combinations section of this document to determine which protocol and system patches are needed.
CSCOnn033
Patch CSCOnn033 resolves the following caveat numbers:
This patch provides updates to all protocols.
Additional information:
•
See the Patch Test Combinations section of this document to determine which protocol and system patches are needed.
CSCOnn032
Patch CSCOnn032 resolves the following caveat numbers:
This patch provides updates to all protocols.
Additional information:
•
See the Patch Test Combinations section of this document to determine which protocol and system patches are needed.
CSCOnn031
Patch CSCOnn031 resolves the following caveat numbers:
This patch provides updates to all protocols.
Additional information:
•
See the Patch Test Combinations section of this document to determine which protocol and system patches are needed.
CSCOnn030
Patch CSCOnn030 resolves the following caveat numbers:
This patch provides updates to all protocols.
Additional information:
•
See the Patch Test Combinations section of this document to determine which protocol and system patches are needed.
•
CSCsd99795—PGW Does Not Allow SIP Display Name Mapping—The InhibitSipFromMapping parameter was introduced to allow the mapping of SIP invite information to ISUP. For more information, see PGW Does Not Allow SIP Display Name Mapping in the New Features in This Release section of this document.
•
CSCsd71264—DPNSS Feature Transparency Diversion Enhancements—this feature adds functionality that allows modification of DPNSS diversion digits when sent in the backward direction. This is useful when the PGW 2200 is used to interconnect PBXs with different or incompatible dial plans where the diversion digits must be modified to be compatible with the Calling Party's PBX.
CSCOnn029
Patch CSCOnn029 resolves the following caveat numbers:
This patch provides updates to all protocols.
Additional information:
•
See the Patch Test Combinations section of this document to determine which protocol and system patches are needed.
CSCOnn028
Patch CSCOnn028 resolves the following caveat numbers:
The following features were propagated into this release from earlier versions of release 9:
This patch provides updates to all protocols.
Additional information:
•
See the Patch Test Combinations section of this document to determine which protocol and system patches are needed.
•
Support of R-ISUP2000 Variant— implements the ISUP-R-2000 variants to support Russian and other Commonwealth of Independent States (CIS) (former Soviet Union) users.
•
Support for Gateway Ring-Back Tone Over MGCP—adds gateway ring-back tone over MGCP protocol support for MGCP controlled media gateway calls destined for PBXs that do not generate ring-back tones.
This feature is not designed to handle MGCP to MGCP calls where the originating leg and terminating leg are on different PGW pairs (does not support calls transported over EISUP). The reference to EISUP is for EISUP—H323 only.
For more information, see Support for Gateway Ring-Back Tone Over MGCP in the New Features in This Release section of this document.
CSCOnn027
Patch CSCOnn027 resolves the following caveat numbers:
The following features were propagated into this release from earlier versions of release 9:
This patch provides updates to all protocols.
Additional information:
•
See the Patch Test Combinations section of this document to determine which protocol and system patches are needed.
•
CSCee59909—French ISUP V3 (SPIROU) Support—adds support for the French ISUP V3 (SPIROU) protocol. This feature is available for Signaling and Call Control.
•
CSCsd79625—PGW adding a new CPC vaule(10) into danish ISUP variant—a new value of 10 has been added to the Danish SS7 ISUP parameter. The value is used for International CPC.
CSCOnn026
Patch CSCOnn026 resolves the following caveat numbers:
The following features were propagated into this release from earlier versions of release 9:
This patch provides updates to all protocols.
Additional information:
•
See the Patch Test Combinations section of this document to determine which protocol and system patches are needed.
•
CSCsa98765—IOS DSP Stats in CDR (K-Factor)—enables the receipt of additional DSP Voice Quality statistics from the IOS media gateways (GWs using C5510 DSPs that run Santa Barbara dspware) in the MGCP DLCX message that will be captured in the PGW's 4098 and 4099 CDR tags.
For more information, see IOS DSP Stats in CDR (K-Factor) in the New Features in This Release section of this document.
•
CSCsb97983—PGW 2200 SIP Overload—supports measures to protect the PGW 2200 when it is in a SIP Overload situation. These measures include sending messages earlier in the call flow, responding to unexpected messages, and improved MML queries.
For more information, see PGW 2200 SIP Overload in the New Features in This Release section of this document.
•
CSCeg39985—SIP to MGCP T.38 Fax Fallback to Pass-through and Voice—provides support on the Cisco MGC 2200 of T.38 FAX calls in the event a T.38 fax setup on a SIP call fails due to lack of T.38 fax support on a SIP endpoint, such as the Cisco SIP Analog Telephone Adaptor (ATA). Further, after the fax call is completed, the MGC is able to fallback to a voice call, if the original call event was voice.
For more information, see SIP to MGCP T.38 Fax Fallback to Pass-through and Voice in the New Features in This Release section of this document.
•
CSCsc81117—Support for SIP UPDATE (RFC3311) Phase 1— adds SIP Update (RFC3311) Phase 1 to this software release.
For more information, see Support for SIP Update (RFC3311) Phase 1 in the New Features in This Release section of this document.
•
CSCsd03592—CLI Handling for Mexican ISUP—modifies the Calling Line Identifier (CLI) handling in Mexican ISUP to allow for call completion when the CLI is requested using Information Request (INR) and Information Message (INF), but is not provided by the originating switch.
For more information, see CLI Handling for Mexican ISUP in the New Features in This Release section of this document.
CSCOnn025
Patch CSCOnn025 resolves the following caveat numbers:
The following features were propagated into this release from earlier versions of release 9:
This patch provides updates to all protocols.
Additional information:
•
See the Patch Test Combinations section of this document to determine which protocol and system patches are needed.
•
CSCsb30733—Fax & Data Call Translation—this feature translates ISUP calls to data/fax calls by changing the Calling Party Category, Bearer Capability, and High Layer Compatibility IEs in outgoing IAMs based on the dialed Called Party Number.
For more information, see Fax and Data Call Translation in the New Features in This Release section of this document.
•
CSCsa62907—Support of DNS SRV and SIP Load-sharing—this feature implements DNS SRV and SIP load-sharing in compliance with the RFC2782 specification. When the PGW 2200 is connected to multiple SIP entities that offer a service, it does loadsharing among multiple SIP entities when provisioned so in the DNS server. The PGW 2200 loadshares the initiation of SIP sessions (INVITE messages) between these entities. The entities can be SIP Proxy servers and/or SIP Back to Back User Agents.
For more information, see Support of DNS SRV and SIP Load-Sharing in the New Features in This Release section of this document.
CSCOnn024
Patch CSCOnn024 resolves the following caveat numbers:
The following features were propagated into this release from earlier versions of release 9:
This patch provides updates to all protocols.
Additional information:
•
See the Patch Test Combinations section of this document to determine which protocol and system patches are needed.
CSCOnn023
Patch CSCOnn023 resolves the following caveat numbers:
This patch provides updates to all protocols.
Additional information:
•
See the Patch Test Combinations section of this document to determine which protocol and system patches are needed.
CSCOnn022
Patch CSCOnn022 resolves the following caveat number:
This patch provides updates to all protocols.
Additional information:
•
See the Patch Test Combinations section of this document to determine which protocol and system patches are needed.
CSCOnn021a
Patch CSCOnn021a resolves the following caveat number:
Identifier Severity Component DescriptionCSCsd14141
2
mdl-dpnss
Call failures on Dx to Dx calls on VPCS.
This patch provides updates to all protocols.
Additional information:
•
See the Patch Test Combinations section of this document to determine which protocol and system patches are needed.
CSCOnn021
Patch CSCOnn021 resolves the following caveat number:
Identifier Severity Component DescriptionCSCsd07297
2
flovr
PGW - High CPU and MCL=3 on failover with large amount of DPNSS TRKS.
This patch provides updates to all protocols.
Additional information:
•
See the Patch Test Combinations section of this document to determine which protocol and system patches are needed.
CSCOnn020
Patch CSCOnn020 resolves the following caveat numbers:
This patch provides updates to all protocols.
Additional information:
•
See the Patch Test Combinations section of this document to determine which protocol and system patches are needed.
CSCOnn019
Patch CSCOnn019 resolves the following caveat numbers:
This patch provides updates to all protocols.
Additional information:
•
See the Patch Test Combinations section of this document to determine which protocol and system patches are needed.
CSCOnn018
Patch CSCOnn018 resolves the following caveat numbers:
The following features were propagated into this release from earlier versions of release 9:
This patch provides updates to all protocols.
Additional information:
•
See the Patch Test Combinations section of this document to determine which protocol and system patches are needed.
•
CSCsa75611—Dial Plan Longest Match—This feature provides support for using the longest match in a dial plan even when a new dial plan matches a shorter digit string. Previously, with various result types, like ROUTE, CAUSE, ANNOUNCEMENT, the dial plan changeover is forced, and so the longest match is ignored. With the introduction of the new Dial Plan Longest Match feature, the PGW 2200 uses the longest dial plan match to select the best result type. Consequently, it will not jump to a new dial plan if there is another terminal result that has a potentially longer match.
For more information, see Dial Plan Longest Match in the New Features in This Release section of this document.
CSCOnn017
Patch CSCOnn017 resolves the following caveat number:
Identifier Severity Component DescriptionCSCsc48111
6
mdl-dpnss
PGW Call to 'personal No.' to a VM Server result in redirect 154 not 37F.
This patch provides updates to all protocols.
Additional information:
•
See the Patch Test Combinations section of this document to determine which protocol and system patches are needed.
CSCOnn016
Patch CSCOnn016 resolves the following caveat numbers:
This patch provides updates to all protocols.
Additional information:
•
See the Patch Test Combinations section of this document to determine which protocol and system patches are needed.
CSCOnn015
Patch CSCOnn015 resolves the following caveat numbers:
Identifier Severity Component DescriptionCSCsb65884
3
mdl-mgcp
Duplicate COT request in MGCP message.
CSCsb81794
6
mdl-lcm
SIP and ISUP Interworking for Call Hold.
The following features were propagated into this release from earlier versions of release 9:
This patch provides updates to all protocols.
Additional information:
•
See the Patch Test Combinations section of this document to determine which protocol and system patches are needed.
CSCOnn014
Patch CSCOnn014 resolves the following caveat numbers:
This patch provides updates to all protocols.
Additional information:
•
See the Patch Test Combinations section of this document to determine which protocol and system patches are needed.
CSCOnn013
Patch CSCOnn013 resolves the following caveat numbers:
This patch provides updates to all protocols.
Additional information:
•
See the Patch Test Combinations section of this document to determine which protocol and system patches are needed.
CSCOnn012
Patch CSCOnn012 resolves the following caveat numbers:
The following features were propagated into this release from earlier versions of release 9:
This patch provides updates to all protocols.
Additional information:
•
See the Patch Test Combinations section of this document to determine which protocol and system patches are needed.
CSCOnn011
Patch CSCOnn011 resolves the following caveat numbers:
This patch provides updates to all protocols.
Additional information:
•
See the Patch Test Combinations section of this document to determine which protocol and system patches are needed.
CSCOnn010
Patch CSCOnn010 resolves the following caveat numbers:
This patch provides updates to all protocols.
Additional information:
•
See the Patch Test Combinations section of this document to determine which protocol and system patches are needed.
CSCOnn009
Patch CSCOnn009 resolves the following caveat number:
Identifier Severity Component DescriptionCSCsb04909
3
mdl-lcm
terminating resources is used while announcement.
CSCsb09414
3
mdl-q761
SIP CLI unavailable when interworking to ISUPV3_UK.
This patch provides updates to all protocols.
Additional information:
•
See the Patch Test Combinations section of this document to determine which protocol and system patches are needed.
CSCOnn008
The following features were propagated into this release from release 9.4(1):
Identifier Severity Component DescriptionCSCef74928
6
gtd
Q767_SINGAPORE needs to support GTD FDC for CGN and CPC.
CSCeg80870
6
ioccm3ua
Support for ITP Signaling GW with Distributed MTP3.
The following features were propagated into this release from release 9.5(2):
Identifier Severity Component DescriptionCSCeg61238
6
mdl-lcm
A-Number Mods triggered by CLIP/CLIR .
CSCsa83579
6
ioccm3ua
Support for ITP Signaling GW with Distributed MTP3.
Patch CSCOnn008 resolves the following caveat numbers:
This patch provides updates to all protocols.
Additional information:
•
See the Patch Test Combinations section of this document to determine which protocol and system patches are needed.
•
CSCef74928—Q767_SINGAPORE needs to support GTD FDC for CGN and CPC—This feature implements the following:
–
The PGW now uses the GTD FDC parameter for out-of-range fields for the CPC and CGN parameters in Q767_SINGAPORE.
–
The PGW now implements a GTD override for CAI.loc (cause location) to override the NI2 > SS7 mapping.
•
CSCeg80870—Support for ITP Signaling GW with Distributed MTP3 Feature—this feature adds support for the following configurations:
–
Mated pair of ITPs with a single OPC in front of a single PGW node with the same OPC (Distributed MTP3)
–
Mated pair of ITPs with a single OPC in front of multiple PGW nodes with the same OPC (Point Code Consolidation)
•
CSCeg61238—A-Number Mods triggered by CLIP/CLIR Feature—This feature introduces the ability to modify the A-number based on the Presentation Indicator in the Initial Address Message (IAM) message or its equivalent. In this feature, A-numbers encountering this result in analysis are modified with a user-defined prefix when the value of the stored presentation restriction data indicates that the number is restricted or unavailable. If this is not the case, the A-number is not modified and analysis continues.
CSCOnn007
The following feature/fix was propagated into this release:
Identifier Severity Component DescriptionCSCeg89855
6
provision
VXSM support.
CSCeg39436
2
iocm
Dyn prov of mgcp ver is not working.
Patch CSCOnn007 resolves the following caveat numbers:
This patch provides updates to all protocols.
Additional information:
•
See the Patch Test Combinations section of this document to determine which protocol and system patches are needed.
•
CSCeg89855—VXSM support—this feature provides interoperability between the MGC8850 and the PGW 2200 regarding the SIP interface as part of the VXSM 1.5MR project.
•
CSCeg39436—Dyn prov of mgcp ver is not working—The new mgcp version property is picked up after editing the iplink. Editing the iplink causes sigChanDev.dat or sigChanDevIp.dat to change and forces the ioChanMgr to reload properties.dat and download to the MGCP IOCC.
For more information, see Dynamic Provisioning of MGCP Version Now Supported in the Known Issues and Operational Recommendations section of this document.
CSCOnn006
Patch CSCOnn006 resolves the following caveat numbers:
This patch provides updates to all protocols.
Additional information:
•
See the Patch Test Combinations section of this document to determine which protocol and system patches are needed.
CSCOnn005
The following feature was propagated into this release:
Identifier Severity Component DescriptionCSCuk55148
3
mdl-in
wrong inservice.dat file in installation.
Patch CSCOnn005 resolves the following caveat numbers:
This patch provides updates to all protocols.
Additional information:
•
See the Patch Test Combinations section of this document to determine which protocol and system patches are needed.
CSCOnn004
The following feature was propagated into this release:
Identifier Severity Component DescriptionCSCeg26781
2
mdl-dpnss
Incoming overlap calls to DPNSS may timeout.
Patch CSCOnn004 resolves the following caveat numbers:
This patch provides updates to all protocols.
Additional information:
•
See the Patch Test Combinations section of this document to determine which protocol and system patches are needed.
CSCOnn003
The following feature was propagated into this release:
Identifier Severity Component DescriptionCSCee54208
6
other
Call Agent Controlled SIP T.38 Fax Relay SIP <-> H323 feature.
This patch provides updates to all protocols.
Additional information:
•
See the Patch Test Combinations section of this document to determine which protocol and system patches are needed.
•
CSCee54028—Call Agent Controlled SIP T.38 Fax Relay SIP<-> H323 Feature— the PGW 2200 to support call agent controlled T.38 fax relay between SIP and other networks, which includes ISUP, ISDN, and H323.
For more information, se Call Agent Controlled SIP T.38 Fax Relay in the New Features in This Release section of this document.
CSCOnn002
Patch CSCOnn002 resolves the following caveat numbers:
Identifier Severity Component DescriptionCSCuk52985
2
mdl-pri
NV3 QSIG PRI to DPNSS CFU to DPNSS fails in PGW.
CSCef55264
3
mdl-lcm
CL: Reattempt is not working for cause value 171.
This patch provides updates to all protocols.
Additional information:
•
See the Patch Test Combinations section of this document to determine which protocol and system patches are needed.
CSCOnn001
Patch CSCOnn001 resolves the following caveat numbers:
This patch provides updates to all protocols.
Additional information:
•
See the Patch Test Combinations section of this document to determine which protocol and system patches are needed.
CSCOgs060
Patch CSCOgs060 resolves the following caveat numbers:
Identifier Severity Component DescriptionCSCta48982
2
replicator
Standby PGW reloads when replicator link is unstable
Additional information:
See the Patch Test Combinations section of this document to determine which protocol and system patches are needed.
CSCOgs059
Patch CSCOgs059 resolves the following caveat numbers:
Identifier Severity Component DescriptionCSCsz22964
3
ioccqbe
SOAP link disconnection will cause huge amount of Error message.
CSCsz60410
3
ioccsip
SIP process coredump due to race condition.
Additional information:
See the Patch Test Combinations section of this document to determine which protocol and system patches are needed.
CSCOgs058
Patch CSCOgs058 resolves the following caveat numbers:
Additional information:
See the Patch Test Combinations section of this document to determine which protocol and system patches are needed.
CSCOgs057
Patch CSCOgs057 resolves the following caveat numbers:
Identifier Severity Component DescriptionCSCsw29123
2
engine
9.6(1) S56 Engine core in setupGlareCall.
Additional information:
See the Patch Test Combinations section of this document to determine which protocol and system patches are needed.
CSCOgs056
Patch CSCOgs056 resolves the following caveat numbers:
Additional information:
See the Patch Test Combinations section of this document to determine which protocol and system patches are needed.
CSCOgs055
Patch CSCOgs055 resolves the following caveat numbers:
Additional information:
See the Patch Test Combinations section of this document to determine which protocol and system patches are needed.
CSCOgs054
Patch CSCOgs054 resolves the following caveat numbers:
Identifier Severity Component DescriptionCSCsq22044
3
replicator
100 trying sent to incorrect IP address occasionally, v-sol.
Additional information:
See the Patch Test Combinations section of this document to determine which protocol and system patches are needed.
CSCOgs053
Patch CSCOgs053 resolves the following caveat numbers:
Additional information:
See the Patch Test Combinations section of this document to determine which protocol and system patches are needed.
CSCOgs052
Patch CSCOgs052 resolves the following caveat numbers:
Identifier Severity Component DescriptionCSCso24998
2
mdl-mgcp
Hairpin call fails caused by CRCX sent failure.
Additional information:
See the Patch Test Combinations section of this document to determine which protocol and system patches are needed.
CSCOgs051
Patch CSCOgs051 resolves the following caveat numbers:
Additional information:
See the Patch Test Combinations section of this document to determine which protocol and system patches are needed.
CSCOgs050
Patch CSCOgs050 resolves the following caveat numbers:
Additional information:
See the Patch Test Combinations section of this document to determine which protocol and system patches are needed.
CSCOgs049
Patch CSCOgs049 resolves the following caveat numbers:
Additional information:
See the Patch Test Combinations section of this document to determine which protocol and system patches are needed.
CSCOgs048
Patch CSCOgs048 resolves the following caveat numbers:
Identifier Severity Component DescriptionCSCsk00277
3
iocceisup
Process EISUP has crashed.
CSCsj93526
3
provision
POM not operational on Active.
Additional information:
See the Patch Test Combinations section of this document to determine which protocol and system patches are needed.
CSCOgs047
Patch CSCOgs047 resolves the following caveat numbers:
Additional information:
See the Patch Test Combinations section of this document to determine which protocol and system patches are needed.
CSCOgs046
Patch CSCOgs046 resolves the following caveat numbers:
Additional information:
See the Patch Test Combinations section of this document to determine which protocol and system patches are needed.
CSCOgs045
Patch CSCOgs045 resolves the following caveat numbers:
Additional information:
See the Patch Test Combinations section of this document to determine which protocol and system patches are needed.
CSCOgs044
Patch CSCOgs044 resolves the following caveat numbers:
Additional information:
See the Patch Test Combinations section of this document to determine which protocol and system patches are needed.
CSCOgs043
Patch CSCOgs043 resolves the following caveat numbers:
Identifier Severity Component DescriptionCSCsi03010
3
sun
PGW switching and back because of IUA core, tac-repro.
CSCsi11633
3
sun
IUA core due to thread race condition, tac-repro.
Additional information:
See the Patch Test Combinations section of this document to determine which protocol and system patches are needed.
CSCOgs042
Patch CSCOgs042 resolves the following caveat numbers:
Additional information:
See the Patch Test Combinations section of this document to determine which protocol and system patches are needed.
CSCOgs041
Patch CSCOgs041 resolves the following caveat numbers:
Additional information:
See the Patch Test Combinations section of this document to determine which protocol and system patches are needed.
CSCOgs040
Patch CSCOgs040 resolves the following caveat numbers:
Additional information:
See the Patch Test Combinations section of this document to determine which protocol and system patches are needed.
CSCOgs039
Patch CSCOgs039 resolves the following caveat numbers:
Additional information:
•
See the Patch Test Combinations section of this document to determine which protocol and system patches are needed.
CSCOgs038
Patch CSCOgs038 resolves the following caveat numbers:
Additional information:
•
See the Patch Test Combinations section of this document to determine which protocol and system patches are needed.
CSCOgs037
Patch CSCOgs037 resolves the following caveat numbers:
Identifier Severity Component DescriptionCSCsg48235
3
other
Reconstruct diskmonitor's clean task.
CSCsg60164
3
mml
PGW long codec string can be configured but not deleted.
Additional information:
•
See the Patch Test Combinations section of this document to determine which protocol and system patches are needed.
CSCOgs036
Patch CSCOgs036 resolves the following caveat numbers:
CSCOgs035
Patch CSCOgs035 resolves the following caveat numbers:
CSCOgs034
Patch CSCOgs034 resolves the following caveat number:
Identifier Severity Component DescriptionCSCsg11901
2
configlib
Unexpected switchover when SS7 glare.
CSCOgs033
Patch CSCOgs033 resolves the following caveat numbers:
CSCOgs032
Patch CSCOgs032 resolves the following caveat numbers:
The following features were propagated into this release from earlier versions of release 9:
Additional information:
•
See the Patch Test Combinations section of this document to determine which protocol and system patches are needed.
CSCOgs031
Patch CSCOgs031 resolves the following caveat numbers:
Additional information:
•
See the Patch Test Combinations section of this document to determine which protocol and system patches are needed.
CSCOgs030
Patch CSCOgs030 resolves the following caveat numbers:
Additional information:
•
See the Patch Test Combinations section of this document to determine which protocol and system patches are needed.
CSCOgs029
Patch CSCOgs029 resolves the following caveat numbers:
Additional information:
•
See the Patch Test Combinations section of this document to determine which protocol and system patches are needed.
CSCOgs028
Patch CSCOgs028 resolves the following caveat numbers:
Additional information:
•
See the Patch Test Combinations section of this document to determine which protocol and system patches are needed.
•
CSCsd99795—PGW Does Not Allow SIP Display Name Mapping—The InhibitSipFromMapping parameter was introduced to allow the mapping of SIP invite information to ISUP. For more information, see PGW Does Not Allow SIP Display Name Mapping in the New Features in This Release section of this document.
•
CSCsd71264—DPNSS Feature Transparency Diversion Enhancements—this feature adds functionality that allows modification of DPNSS diversion digits when sent in the backward direction. This is useful when the PGW 2200 is used to interconnect PBXs with different or incompatible dial plans where the diversion digits must be modified to be compatible with the Calling Party's PBX.
CSCOgs027
Patch CSCOgs027 resolves the following caveat numbers:
Additional information:
•
See the Patch Test Combinations section of this document to determine which protocol and system patches are needed.
CSCOgs026
Patch CSCOgs026 resolves the following caveat number:
Identifier Severity Component DescriptionCSCsd89196
3
ioccqbe
core dump in stand by PGW after made some change on ctimgr in active PGW.
The following features were propagated into this release from earlier versions of release 9:
Identifier Severity Component DescriptionCSCsc28418
6
mdl-q767
Support of R-ISUP2000 Variant change request.
CSCsd03635
6
other
Support for Gateway Ring-back Tone Over MGCP Featurette.
Additional information:
•
See the Patch Test Combinations section of this document to determine which protocol and system patches are needed.
•
Support of R-ISUP2000 Variant— implements the ISUP-R-2000 variants to support Russian and other Commonwealth of Independent States (CIS) (former Soviet Union) users.
•
Support for Gateway Ring-Back Tone Over MGCP—adds gateway ring-back tone over MGCP protocol support for MGCP controlled media gateway calls destined for PBXs that do not generate ring-back tones.
This feature is not designed to handle MGCP to MGCP calls where the originating leg and terminating leg are on different PGW pairs (does not support calls transported over EISUP). The reference to EISUP is for EISUP—H323 only.
For more information, see Support for Gateway Ring-Back Tone Over MGCP in the New Features in This Release section of this document.
CSCOgs025
Patch CSCOgs025 resolves the following caveat numbers:
The following features were propagated into this release from earlier versions of release 9:
Additional information:
•
See the Patch Test Combinations section of this document to determine which protocol and system patches are needed.
CSCOgs024
Patch CSCOgs024 resolves the following caveat numbers:
The following features were propagated into this release from earlier versions of release 9:
Additional information:
•
See the Patch Test Combinations section of this document to determine which protocol and system patches are needed.
•
CSCsb97983—PGW 2200 SIP Overload—supports measures to protect the PGW 2200 when it is in a SIP Overload situation. These measures include sending messages earlier in the call flow, responding to unexpected messages, and improved MML queries.
For more information, see PGW 2200 SIP Overload in the New Features in This Release section of this document.
•
CSCeg39985—SIP to MGCP T.38 Fax Fallback to Pass-through and Voice—provides support on the Cisco MGC 2200 of T.38 FAX calls in the event a T.38 fax setup on a SIP call fails due to lack of T.38 fax support on a SIP endpoint, such as the Cisco SIP Analog Telephone Adaptor (ATA). Further, after the fax call is completed, the MGC is able to fallback to a voice call, if the original call event was voice.
For more information, see SIP to MGCP T.38 Fax Fallback to Pass-through and Voice in the New Features in This Release section of this document.
•
CSCsd03592—CLI Handling for Mexican ISUP—modifies the Calling Line Identifier (CLI) handling in Mexican ISUP to allow for call completion when the CLI is requested using Information Request (INR) and Information Message (INF), but is not provided by the originating switch.
For more information, see CLI Handling for Mexican ISUP in the New Features in This Release section of this document.
•
CSCsd01025—Sun Fire V210/Netra 210 platform for MGC— introduces the Sun Fire V210/Netra 210 platform support for the MGC application.
•
CSCsa98765—IOS DSP Stats in CDR (K-Factor)—enables the receipt of additional DSP Voice Quality statistics from the IOS media gateways (GWs using C5510 DSPs that run Santa Barbara dspware) in the MGCP DLCX message that will be captured in the PGW's 4098 and 4099 CDR tags.
For more information, see IOS DSP Stats in CDR (K-Factor) in the New Features in This Release section of this document.
CSCOgs023
Patch CSCOgs023 resolves the following caveat numbers:
The following features were propagated into this release from earlier versions of release 9:
Additional information:
•
See the Patch Test Combinations section of this document to determine which protocol and system patches are needed.
•
CSCsb30733—Fax & Data Call Translation—this feature translates ISUP calls to data/fax calls by changing the Calling Party Category, Bearer Capability, and High Layer Compatibility IEs in outgoing IAMs based on the dialed Called Party Number.
For more information, see Fax and Data Call Translation in the New Features in This Release section of this document.
•
CSCsa62907—Support of DNS SRV and SIP Load-sharing—this feature implements DNS SRV and SIP load-sharing in compliance with the RFC2782 specification. When the PGW 2200 is connected to multiple SIP entities that offer a service, it does loadsharing among multiple SIP entities when provisioned so in the DNS server. The PGW 2200 loadshares the initiation of SIP sessions (INVITE messages) between these entities. The entities can be SIP Proxy servers and/or SIP Back to Back User Agents.
For more information, see Support of DNS SRV and SIP Load-Sharing in the New Features in This Release section of this document.
•
CSCsd38803—If HLCMOD or BCMOD related dial plan provisioning is done in release 9.5(2), when the PGW is upgraded to release 9.6(1) patches CSCOgs023 and CSCOnn025, you must change your PGW configuration to one that does not contain a HLCMOD and BCMOD dial plan. Caveat number CSCsd63679 has been submitted for this known issue; the fix will be included in release 9.6(1) patch CSCOnn026.
CSCOgs022
Patch CSCOgs022 resolves the following caveat numbers:
The following features were propagated into this release from earlier versions of release 9:
Additional information:
•
See the Patch Test Combinations section of this document to determine which protocol and system patches are needed.
CSCOgs021
Patch CSCOgs021 resolves the following caveat number:
Identifier Severity Component DescriptionCSCsd09387
6
other
Sun Fire V210 / Netra 210 platform for MGC feature.
This patch provides updates to all protocols.
Additional information:
•
See the Patch Test Combinations section of this document to determine which protocol and system patches are needed.
•
CSCsd09387—this feature introduces the Sun Fire V210/Netra 210 platform.
CSCOgs020
Patch CSCOgs020 resolves the following caveat number:
Identifier Severity Component DescriptionCSCsd11918
3
engine
GS19 call from eisup to dpnss doesn't replicate or checkpoint.
This patch provides updates to all protocols.
Additional information:
•
See the Patch Test Combinations section of this document to determine which protocol and system patches are needed.
CSCOgs019
Patch CSCOgs019 resolves the following caveat number:
This patch provides updates to the following protocols:
•
librmg.so
•
libcmg.so
Additional information:
•
See the Patch Test Combinations section of this document to determine which protocol and system patches are needed.
CSCOgs018
Patch CSCOgs018 resolves the following caveat numbers:
Additional information:
•
See the Patch Test Combinations section of this document to determine which protocol and system patches are needed.
•
CSCsb65493—ISUP HOP Counter and SIP Max Forwards—The Support of ISUP Hop Counter and SIP Max-Forwards Mapping feature supports mapping of the ISDN User Part (ISUP) hop counter parameter and the Session Initiation Protocol (SIP) Max-Forwards field to prevent loops when calls are made between the Public Switched Telephone Network (PSTN) and SIP domains on the Cisco MGC 2200.
This feature provides the following:
–
The option to apply mapping between the SIP Max-Forwards and the ISUP hop counter.
–
Supports both ITU ISUP and ANSI ISUP ISUP hop counter and SIP Max-Forwards.
–
Supports mapping between SIP-to-ISUP and SIP-to-EISUP.
–
Adds two sigPath property values: SipToIsupRatio, for mapping from SIP to ISUP or EISUP and IsupToSipRatio, for mapping from ISUP or EISUP to SIP.
For more information, see ISUP HOP Counter and SIP Max Forwards in the New Features in This Release section of this document.
CSCOgs017
Patch CSCOgs017 resolves the following caveat numbers:
Additional information:
•
See the Patch Test Combinations section of this document to determine which protocol and system patches are needed.
CSCOgs016
Patch CSCOgs016 resolves the following caveat numbers:
The following features were propagated into this release from earlier versions of release 9:
Additional information:
•
See the Patch Test Combinations section of this document to determine which protocol and system patches are needed.
•
CSCsa75611—Dial Plan Longest Match—This feature provides support for using the longest match in a dial plan even when a new dial plan matches a shorter digit string. Previously, with various result types, like ROUTE, CAUSE, ANNOUNCEMENT, the dial plan changeover is forced, and so the longest match is ignored. With the introduction of the new Dial Plan Longest Match feature, the PGW 2200 uses the longest dial plan match to select the best result type. Consequently, it will not jump to a new dial plan if there is another terminal result that has a potentially longer match.
For more information, see Dial Plan Longest Match in the New Features in This Release section of this document.
CSCOgs015
Patch CSCOgs015 resolves the following caveat numbers:
Additional information:
•
See the Patch Test Combinations section of this document to determine which protocol and system patches are needed.
CSCOgs014
Patch CSCOgs014 resolves the following caveat numbers:
The following features were propagated into this release from earlier versions of release 9:
Additional information:
•
See the Patch Test Combinations section of this document to determine which protocol and system patches are needed.
CSCOgs013
Patch CSCOgs013 resolves the following caveat numbers:
Additional information:
•
See the Patch Test Combinations section of this document to determine which protocol and system patches are needed.
CSCOgs012
Patch CSCOgs012 resolves the following caveat numbers:
Additional information:
•
See the Patch Test Combinations section of this document to determine which protocol and system patches are needed.
•
CSCsa65267—DPNSS to CCM across EISUP—this feature adds support for properly handling all DPNSS features supported between a DPNSS PBX connected to a PGW 2200 which in turn is connected using EISUP to another PGW 2200 connected to Cisco Call Manager.
For more information, see DPNSS to CCM across EISUP in the New Features in This Release section of this document.
CSCOgs011
Patch CSCOgs011 resolves the following caveat numbers:
The following features were propagated into this release from earlier versions of release 9:
Additional information:
•
See the Patch Test Combinations section of this document to determine which protocol and system patches are needed.
CSCOgs010
Patch CSCOgs010 resolves the following caveat numbers:
The following features were propagated into this release from earlier versions of release 9:
Additional information:
•
See the Patch Test Combinations section of this document to determine which protocol and system patches are needed.
CSCOgs009
The following features were propagated into this release from release 9.4(1):
The following features were propagated into this release from release 9.5(2):
Identifier Severity Component DescriptionCSCeg61238
6
mdl-lcm
A-Number Mods triggered by CLIP/CLIR .
Patch CSCOgs009 resolves the following caveat numbers:
Additional information:
•
See the Patch Test Combinations section of this document to determine which protocol and system patches are needed.
•
CSCeg80870—Support for ITP Signaling GW with Distributed MTP3 Feature—this feature adds support for the following configurations:
–
Mated pair of ITPs with a single OPC in front of a single PGW node with the same OPC (Distributed MTP3)
–
Mated pair of ITPs with a single OPC in front of multiple PGW nodes with the same OPC (Point Code Consolidation)
•
CSCeg61238—A-Number Mods triggered by CLIP/CLIR Feature—This feature introduces the ability to modify the A-number based on the Presentation Indicator in the Initial Address Message (IAM) message or its equivalent. In this feature, A-numbers encountering this result in analysis are modified with a user-defined prefix when the value of the stored presentation restriction data indicates that the number is restricted or unavailable. If this is not the case, the A-number is not modified and analysis continues.
CSCOgs008
Patch CSCOgs008 resolves the following caveat numbers:
Additional information:
•
See the Patch Test Combinations section of this document to determine which protocol and system patches are needed.
CSCOgs007
Patch CSCOgs007 resolves the following caveat numbers:
This patch provides updates to the following:
•
libcmg.so
•
libcxn.so
•
libeng.so
•
librmg.so
•
dump-prov
•
CiscoMGC
•
di
•
migrateTKGFile
•
update XECfgParm.sh
•
mml
•
ISDNIP
•
M3UA
•
QBE_V5
•
QBE_V6
•
ioChanMgr
•
TCAP
•
foverd
•
libpolcomp.so
•
libpolnuman.so
•
libqbe.so
•
libxe.so
•
diskmonitor
•
pom
•
procM
Additional information:
•
See the Patch Test Combinations section of this document to determine which protocol and system patches are needed.
CSCOgs006
Patch CSCOgs006 resolves the following caveat number:
Identifier Severity Component DescriptionCSCeg51761
3
provision
prov-cpy core dumps on CTI manager processing.
Additional information:
•
See the Patch Test Combinations section of this document to determine which protocol and system patches are needed.
CSCOgs005
Patch CSCOgs005 resolves the following caveat numbers:
This patch provides updates to all binaries and libraries.
Additional information:
•
See the Patch Test Combinations section of this document to determine which protocol and system patches are needed.
CSCOgs004
Patch CSCOgs004 resolves the following caveat numbers:
The following feature was propagated into this release:
Identifier Severity Component DescriptionCSCee30532
6
other
Netra 240 and Netra 440 platform introduction for MGC host feature.
This patch provides updates to the following:
•
libpom.so
•
libconvutil.so
•
libengif.so
•
libinf.so
•
libpolcomp.so
•
libpolnuman.so
•
libpolroute.so
•
libpolfiles.so
•
libcmg.so
•
libcxn.so
•
libeng.so
•
librmg.so
•
almM
•
pom
•
replicator
•
sagt
•
mmSAgt
•
sp
•
ca
•
sim
•
SS7
•
ioChanMgr
•
engine.no_smartalloc
•
engine.smartalloc
•
mml
•
migrate_cpp_4_5
•
migrate_cpp_5_6
•
propSet.xml.dat
•
propVal.xsd.dat
•
extNodeTypes.dat
•
critagt.cnf
•
starcia.sh
•
perf_setup.sh
•
new SNMP research binaries
Additional information:
•
See the Patch Test Combinations section of this document to determine which protocol and system patches are needed.
•
CSCee30532—Netra 240 and Netra 440 Platform Introduction for MGC Host—This feature introduces the Netra 240 and Netra 440. This feature offers:
–
Upgrade to new 16.1.0.23 CIAgent
–
New ALOM support in alarm manager
For more information, se Netra 240 and Netra 440 Platform Introduction for MGC Host in the New Features in This Release section of this document.
CSCOgs003
Patch CSCOgs003 resolves the following caveat numbers:
This patch provides updates to the following:
•
libxe.so
•
libengif.so
•
libpolcomp.so
•
libpolnuman.so
•
libpolroute.so
•
libpolfiles.so
•
libcmg.so
•
libcxn.so
•
libeng.so
•
librmg.so
•
pom
•
replicator
•
sagt
•
mmSAgt
•
sp
•
ISDNIP
•
mml
•
migrate_cpp_4_5
•
migrate_cpp_5_6
•
QBE_V5
•
M3UA
•
SUA
•
propSet.xml.dat
•
propVal.xsd.dat
Additional information:
•
See the Patch Test Combinations section of this document to determine which protocol and system patches are needed.
CSCOgs002
Patch CSCOgs002 resolves the following caveat numbers:
This patch provides updates to the following:
•
QBE_V5
•
callver
•
get_trc.sh
•
mmSAgt
•
mmdbd
•
mml
•
pom
•
replicator
•
sagt
•
properties.mod
•
propSet.xml.dat
•
propVal.xsd.dat
•
properties.dat
•
trigger.dat
•
libcmg.so
•
libcxn.so
•
libeng.so
•
libengif.so
•
libpolcomp.so
•
libpolroute.so
•
librmg.so
•
libxe.so
Additional information:
•
The fix for caveat number CSCee62649 (DPNSS calls do not have a 1010CDB) provides a change in XECfgParm.dat. XECfgParm.dat must be manually updated.
•
See the Patch Test Combinations section of this document to determine which protocol and system patches are needed.
CSCOgs001
Patch CSCOgs001 resolves the following caveat number:
Identifier Severity Component DescriptionCSCee94775
2
provision
Exported trkgrp file should contain mml name of location label.
This patch provides updates to libpolcomp.so.
Additional information:
•
See the Patch Test Combinations section of this document to determine which protocol and system patches are needed.
New Features in This Release
A-Number Mods Triggered by CLIP/CLIR
This feature introduces the ability to modify the A-number based on the Presentation Indicator in the Initial Address Message (IAM) message or its equivalent. In this feature, A-numbers encountering this result in analysis are modified with a user-defined prefix when the value of the stored presentation restriction data indicates that the number is restricted or unavailable. If this is not the case, the A-number is not modified and analysis continues.
Note
This feature was introduced in patch CSCOnn008. It was propagated from release 9.5(2).
AoC Over PRI Tariff Based On Call Duration
This feature (CSCsb07919) enhances the AOC over PRI support (Advice of Charge (AOC) Supplementary Service over PRI/DSS1)feature. It enables the triggering of tariff changes based on the duration of a call. It allows the PGW to support tariff structures like "flat initial rate" or other rate changes that are associated with the length of the call. Additionally, the timers have been extended to support millisecond granularity. The initial charge units are sent at call connection.
To allow AOC over PRI tariff changes based on call duration, the PRITARIFF MML component has been enhanced to include 4 new fields.
The following table lists the fields for the PRITARIFF MML component. The last 4 fields are new.
The 4 new fields are stored in a new table (priTariffChargingUnit.dat), with the following format:
Tariff Table ID Charging Units Duration RateType Initial Tariff Desc
The following 4 tariff types are available:
•
Duration based tariff—does not expire (until time of day/day of week switchover). The existing tariffs are of this type.
•
Duration based tariff—expires after a time period.
•
Flat rate tariff—expires after a time period.
•
Ongoing flat rates tariff—uses a continuous flat rate period until a time of day/day of week switchover.
The following table shows the configurations for the available tariff types:
How This Feature Works
When a call is connected, the PGW 2200 uses the pricharge table to determine the current TariffID for the call (based on Charge Origin, Charge Destination, Day of Week and Time of Day). The PGW then looks up the Tariff ID in the priTariff table and reads in the tariff information. If there is an "Initial Tariff Descriptor" defined, then these tariffs are applied first. After the Initial Tariffs have been applied, the PGW applies any specified tariffs. For example, if Tariff ID 3 has initial tariff defined as "5 7", then tariff is 5 is applied first, then tariff 7, and then tariff 3. The tariff remains in effect until time of day/day of week tariff switchover.
Provisioning Restrictions Validated by the PGW
The following provision restrictions are validated:
•
The tariffs described in the priCharge Tariff Descriptors must all have duration=0 (for example, tariffs cannot expire after a duration into the call.
•
The tariffs with duration>0 can only be used as initial tariffs.
Provisioning of the PRICHARGE component has not changed. The only restriction is that all tariffs must have duration=0 (for example, you cannot specify a tariff that expires after a duration).
These tariffs can have "initial tariffs" which are applied at the beginning of the charging (specified in the PRITARIFF component).
The following is a priCharge example:
Table 8 PRICHARGE EXAMPLE
ORIG DEST DOW S-TARIFFDESC D-TARIFFDESC E-TARIFFDESCall originations
1
default
1 0900 2 1500 3 2000 4
The AOC-D tariff descriptor indicates that we will use:
•
Tariff ID #1 from 00:00 to 09:00
•
Tariff ID #2 from 09:00 to 15:00
•
Tariff ID #3 from 15:00 to 20:00
•
Tariff ID #4 from 20:00 to 00:00
Provisioning example for Tariff ID 1:
mml> prov-add:pritariff:tariffid=1,drecchrg=1,currency="dollars",amount=1,amtmult=3,timelen=60,timescale=2,granularity=1,granularityscale=2,billingid=0,chargingunits=50,duration=0,ratetype=1,initialtariff="8 5 6"The following new alarm has been added to alarmCats.dat and will be triggered if the engine attempts to read the new table and fails:
399 "Pri Tariff Charging Unit Table Load Failure" 2 Y "Failed to load PRI tariff charging unit table" "Failed to load PRI tariff charging unit table" 3
Note
This feature was introduced in patch combination CSCOnn012/CSCOgs011.
Call Agent Controlled SIP T.38 Fax Relay
The PGW 2200 now supports call agent controlled T.38 fax relay between SIP and other networks via MGCP gateway. To support call agent controlled T.38 fax relay, the PGW trunkgroup property FAXsupport, on both originating and terminating legs must be set to 1, and the IOS gateway must have the MGCP T.38 fax relay enabled (either in gateway forced or CA-controlled mode). For more details, se the following IOS document, Configuring T.38 Fax Relay feature module at the following url:
Note
This feature was introduced in patch CSCOnn004. It was propagated from release 9.5(2).
Call Limiting
This feature (CSCeb23839) enables a service provider to limit calls across VoIP interfaces for quality purposes or to limit the number of calls as agreed upon between a service provider and customer. Telephony interfaces include SIP, H.323, E-ISUP, DPNSS, Q.SIG, and PRI.
This feature also provides the ability to limit the number of simultaneous calls sent to or accepted from a specific destination or source. This includes calls made to a specified SIP device, H.323 device, a route to DPNSS, QSIG, or PRI gateways, as well another MGC or an HSI using E-ISUP.
Note
Emergency calls are permitted even if a call limit is reached.
Note
For more information, se the Call Limiting feature module.
Call Limiting Enhancement
This feature (CSCse34668) adds a new flag to the call process to indicate whether the call limiting counter has been increased or decreased. When the call limiting counter is increased, the flag is set to True; when the call limiting counter is decreased, the flag is set to False. To ensure that the call limiting counter is decreased correctly, when the call process context is destroyed, the flag is double-checked.
Note
This feature was introduced in patch combination CSCOnn031/CSCOgs029.
Calling Usability
This feature (CSCse28136) provides the ability to view the active call counts for a label or labels using the following new mml commands:
•
rtrv-loclabel:all—displays all label limits and their associated active call counter values.
•
rtrv-loclabel:all:percent=10—displays all labels whose active counter values are above a specified % threshold of the provisioned limit for that counter.
•
rtrv-loclabel:loc1—displays a specific label limit and its associated active call counter value.
Note
This feature was introduced in patch combination CSCOnn031/CSCOgs029.
CLI Handling for Mexican ISUP
This feature (CSCsd03592) modifies the Calling Line Identifier (CLI) handling in Mexican ISUP to allow for call completion when the CLI is requested using Information Request (INR) and Information Message (INF), but is not provided by the originating switch.
Currently the PGW can be provisioned with "CLI Essential" sigpath property *.CLIPEss (values 0 or 1). Setting the value to 1 causes the PGW to request the CLI (INR) if the CLI is not already present, and expect a response (INR). Previously, if the PGW did not receive a CLI in response, it dropped the call. Now, if the PGW does not receive a response it continues the call.
The values of *.CLIPEss have been modified as follows:
•
0—Do not request CLI.
•
1—Request CLI if not already provided. Drop the call if CLI is not provided.
•
2—Request CLI if not already provided. Continue the call even if CLI is not provided.
Note
This change will be made generic for all variants that support the *.CLIPEss parameter (not just for Q767_MEXICAN).
The following changes have been implemented for this feature:
•
Provisioning modification so that values 0, 1, and 2 are accepted for *.CLIPEss; add description of the values in MML help (propSet.xml.dat).
•
Modification of LCM so that if *.CLIPEss=2 and no CLI exists the call can still pass. Previously, if *.CLIPEss was set it would reject the call if no CLI existed.
•
Modification of all places (ansiSS7, eisup, q721, q767, and LCM) that read *.CLIPEss as a Boolean value; change to read as Integer value.
•
Modification of the protocol files so that an incoming INF (or GSM for q721) message that does not contain CLI will continue the call if *.CLIPEss=2. Previously, if an INF/GSM was received without CLI, the call was dropped by the protocol (it was assumed that CLI was essential if it were requested).
Note
After the patch has been applied and you want to use config-lib to revert to a saved configuration, you must manually copy the 'propSet.xml.dat' files from the /opt/CiscoMGC/etc/CONFIG_LIB/new directory to the /opt/CiscoMGC/etc/ and to /opt/CiscoMGC/etc/active_link directory and then start the PGW.
Dial Plan Longest Match
This feature (CSCsa75611) provides support for using the longest match in a dial plan even when a new dial plan matches a shorter digit string. Previously, with various result types, like ROUTE, CAUSE, ANNOUNCEMENT, the dial plan changeover is forced, and so the longest match is ignored.
With the introduction of the new Dial Plan Longest Match feature, the PGW 2200 uses the longest dial plan match to select the best result type. Consequently, it will not jump to a new dial plan if there is another terminal result that has a potentially longer match.
For detailed information on the existing call processing behavior, see the Dial Plan Overview section in the Cisco MGC Software Release 9 Dial Plan Guide.
New Call Processing Behavior
This new longest match feature results in a new call processing behavior which enhances the basic analysis capability the following five situations:
•
Longest Match in A-Number Analysis—With analysis set to the new call processing capability, the following A-number analysis will be subject to longest matching where the new call processing result replaces the old one:
–
ANNOUNCEMENT
–
BLACKLIST
–
CAUSE
–
NEW_DIALPLAN
–
A_NUM_DP_TABLE
•
Longest Match in B-Number Analysis —With analysis set to the new call processing capability, the following B-number analysis will be subject to longest matching where the new call processing result replaces the old one:
–
ANNOUNCEMENT
–
BLACKLIST
–
CAUSE
–
TERM_INFO
–
NEW_ DIALPLAN
–
A_NUM_DP_TABLE
–
ROUTE
–
COND_ROUTE
–
PERC_ROUTE
–
MGCPDIALPKG
–
E_PORTED_NUM
–
E_ROUTE_NUM
•
Dial Plan Changing—With analysis set to the new call processing capability, dial plan changeover is not a forced action. Previously, a changing result with a ROUTE or ANNOUNCEMENT result would always force a dial plan change. Now change is optional and is carried out only if it is the longest match among the other results. The new feature applies to all of the results listed below:
–
For A-number analysis:
CAUSE
BLACKLIST
ANNOUNCEMENT
NEW_DIALPLAN
A_NUM_DP_TABLE
–
For B-number analysis:
CAUSE
BLACKLIST
ANNOUNCEMENT
TERM_INFO
ROUTE
COND_ROUTE
PERC_ROUTE
MGCPDIALPKG
E_PORTED_NUM
E_ROUTE_NUM
A_NUM_DP_TABLE
NEW_DIALPLAN
•
Overlap Dial Plan Changing—When working with the analysis set to the new call processing capability, before processing a dial plan changeover, overlap calls are checked to see if analysis is complete. If it is not, then instead of forcing a dial plan changeover at this time, the system waits for digits. This allows for further digits to be analyzed in the search for a longer match. These extra digits might produce a different result, for example, ROUTE or ANNOUNCEMENT, which would then be executed instead of the change. This prevents the call from moving into the wrong dial plan and risking a failed call.
Following a valid change, an overlap call might still run out of digits and need more digits for the analysis to be complete. In that case, the analysis will return an appropriate indication to call control, forcing the call to wait for further digits. In overlap working, an initial address message (IAM) is delivered, and then further digits are delivered in subsequent address messages (SAM), which are received from the previous switch or line.
In addition, when the analysis capability is set to the new call processing capability, it changes back to the first dial plan rather than waiting for further digits in the current one. This allows the new analysis request to be processed as a completely new procedure and supports longest matching.
•
Ported Number Handling —When you are processing ported numbers, if the PGW 2200 is a donor switch, the B-number analysis result E_PORTED_NUM is used. When detecting this result, the PGW does a times-10 database lookup with the called party number, and if it finds a match, a routing number is returned and this is added as a prefix to the called number. The number is then reanalyzed with the intention of finding a routing to the recipient switch.
With basic analysis capability, it was possible to provision a ROUTE result that could be used to route the call if the number was not matched in the same result set as the E_PORTED_NUM. In such cases, a ROUTE result either at a prior or later point in the digit tree will be used to complete the call.
With the new call processing capability, the E_PORTED_NUM and E_ROUTE_NUM results are now also subject to longest matching, along with the B-number analysis results CAUSE, BLACKLIST, NEW_DIALPLAN, ANNOUNCEMENT, TERM_INFO, ROUTE, COND_ROUTE, PERC_ROUTE, MGCPDIALPKG, and A_NUM_DP_TABLE. Consequently, a ported result displaces and removes any previous ROUTE result. Also if a ported result was configured with a default ROUTE result in the same result set, this latter ROUTE result would remove the E_PORTED_NUM and invalidate the porting.
To avoid this situation, routing data is preserved, provided that the ROUTE result is either before the E_PORTED_NUM result in the or is colocated with it in the same result set. Any route result at a later point in the digit tree overwrites and removes the ported result, as required with longest matching.
Reverting to First Dial Plan When There Are Insufficient Digits in Overlap
The Dial Plan Longest Match feature enables you to revert to the original dial plan when there are insufficient digits, and the existing dial plan changeover handling does not provide the flexibility you need throughout your dial plan structure.
Prerequisites for Using this Feature
XECfgParm.dat Configuration Tasks
You must configure the XECfgParm.dat file in the Cisco MGC software to enable this feature. For information on configuring and verifying the XECfgParm.dat file for this feature see the Dial Plan Longest Match feature module.
XECfgParm.dat Parameters
The XECfgParm.dat file configuration parameters added for this feature are in the table below. For information on the other XECfgParm.dat parameters, see the Cisco MGC Software Release 9 Installation and Configuration Guide.
Additional Data Word for Result Types E_PORTED_NUM and E_ROUTE_NUM
A new data word (dw2) is added to the ported results, as detailed below:
Note
For existing dial plans this allows defaulting to the current behavior, so this change has no effect. Only users who specifically want partial number matching should activate this function by setting dw2 = 1 when provisioning these result-types.
CautionTo use an associated ROUTE result as a default (when the called number is not matched in the Times Ten database), you must define it prior to the E_PORTED_NUM result being determined or within the same result set as the E_PORTED_NUM. Otherwise, the ROUTE result removes the E_PORTED_NUM and invalidates the porting.
Note
This feature was introduced in patch combination CSCOnn018/CSCOgs016.
DPNSS Call Back and Extension Status Interworking with Cisco Call Manager
This feature enables the interworking between the PGW 2200 and Cisco Call Manager for DPNSS Call Back When Free (CBWF), Call Back When Next Used (CBWNU), and Extension Status supplementary service features.
Call Back When Free
The Call Back When Free (CBWF) feature allows a user who receives a busy signal, for example, extension busy or network congestion, when trying to establish a call in the Private Network to request an automatic call back. The calling party registers the feature with the originating PBX which requests the terminating PBX to monitor the called extension. When the called extension and a transmission path across the network become free, the user who invoked the feature is notified by an audible and visual alert that the called extension is available. The user has the option to accept the call back and a call is set up from the user to the extension that becomes free.
Note
Cisco EGW supports this feature for DPNSS to CCM calls, CCM to DPNSS calls, and calls within a CCM cluster.
Call Back When Next Used
The CBWNU feature allows a user who receives no reply when trying to establish a call in the Private Network to request an automatic call back. The calling party can clear the call and invoke Call Back When Next Used. When the called extension becomes free, the user that invoked the feature is notified by an audible and visual alert. The user has an option at that time to accept the call back and a call will be set up from the user to the extension that becomes free.
Extension Status
The Extension Status feature enables you to determine, on request, the status of an extension. The service establishes a virtual call to an extension to determine its state (free, busy, out of service, call waiting on, call forward on) without calling the extension.
Note
The Cisco EGW supports this feature for DPNSS to CCM calls, CCM to DPNSS calls, and calls within a CCM cluster.
CBWF and CBWNU features are not supported for the following:
•
For non XML-enabled IP phones connected to Cisco CallManager
•
For analog (non-IP phones) connected to Cisco CallManager
•
For DNs with multiple or shared lines
•
For same DN occurrence across multiple devices
•
For partitions on Cisco CallManager
•
For Call Back feature among inter-cluster Cisco CallManagers
•
For calls from DPNSS PBX phone to Cisco CallManager IP phone and being forwarded to DPNSS phones
For more information, se the DPNSS Call Back And Extension Status Interworking with Cisco CallManager feature module.
DPNSS Feature Transparency Call Diversion
This feature (CSCsd71264) adds functionality that allows modification of DPNSS diversion digits when sent in the backward direction. This is useful when the PGW 2200 is used to interconnect PBXs with different or incompatible dial plans where the diversion digits must be modified to be compatible with the Calling Party's PBX.
Note
This feature was introduced in patch combination CSCOnn030/CSCOgs028.
DPNSS Route Optimization
For various reasons, an established call through a DPNSS network may not follow the optimum route between two end PBXs. The Route Optimization feature enables end users to obtain a new connection between the two end PBXs using the preferred route.
On data calls, the use of this service may result in data loss or corruption when optimization takes place. Some PBXs might reject requests to optimize data calls or restrict optimization to calls where it is known that sufficient error detection and recovery procedures exist to overcome the consequent disruption of the data.
Restrictions
The Route optimization feature applies to only that part of the call connection that comprises DPNSS if a DPNSS call goes out over PRI/SS7 or H.323 and subsequently re-enters the DPNSS network as a result of call transfer. The Route Optimization feature can be applied separately to either DPNSS part of the call but cannot be applied to the entire call.
The following Cisco access servers can be used for this feature:
•
Cisco 2600
•
Cisco AS 3600
•
Cisco AS 3660
For more information, se the DPNSS Route Optimization feature module.
DPNSS Supplementary Service Interworking with Cisco CallManager
This feature enables users to interwork their legacy DPNSS PBXs with Cisco Call Manager and extends the set of features that interwork as follows:
•
Call Redirection
•
Night Service
•
Add-on Conference
•
Three Party Service
–
Shuttle
–
Transfer
–
Add-on
•
Extension Status
•
Call Waiting
•
Call Offer
•
Centralized Operator
Note
When DPNSS features are inter-worked between a legacy DPNSS PBX network and Cisco CallManager (and vice-versa), the given features mimic the implementation as they function in a DPNSS network.
Redirection
The Redirection Supplementary Service provides callers awaiting connection or reconnection the option of being redirected to an alternative destination after a specified time. Redirection is initiated by the waiting party's PBX if the call does not progress within a specified time. Additionally, a failed call can be redirected to an alternative destination immediately.
Night Service
The Night Service Supplementary Service provides alternative answering arrangements for calls to operators when normal operator positions are unattended.
An operator group or specific position can be placed in Night Mode when unattended. You can activate or deactivate the Night Mode in several ways. For example, each operator position can be switched into or out of Night Mode; an operator group is in Night Mode when all the positions in the group are in Night Mode. Night Mode can be activated/deactivated at particular times of day.
Add-on Conference
The Add-On Conference Supplementary Service enables the controller of a three-party service conference to extend to four or more parties depending on the capacity of the conference bridge in use at the conference PBX.
When the conference involves three parties, both the Three-Party Service and the Add-On Conference services are available; but when the conference has four or more parties, only the Add-On Conference Service is available. If the number of parties is two, the conference reverts to a simple call.
This feature allows all the parties involved in a call to do the following:
•
Place the conference on hold (using the Hold Supplementary service) and make an add-on enquiry call (using Single-Channel Working as far as the conference PBX to facilitate subsequent add-on). Following establishment of a call, you can go back and forward between the enquiry call and the conference or release the enquiry call.
•
Add the called party of an Add-On enquiry Call to the conference.
•
Clear the complete conference.
•
Split a selected party away from the conference (to have private conversation) or release that party.
•
Obtain details of parties currently participating in the conference.
Three Party Service
This Supplementary Service allows a user who has placed an existing call into a suspended or on-hold state to make an enquiry call to a third party. The controlling party can then use any of the following service options:
•
Shuttle—The connection is switched so that the controlling party is connected to the party who was on hold, and the party to whom the controlling party was connected is placed on hold. By repeated use of this option the controlling party can speak to each of the other two parties alternately. The party to whom the controlling party is currently connected is known as the connected party. Before the first Shuttle, the enquired-to party is the connected party.
•
Transfer—A connection is established between the two non-controlling parties and the controlling extension is released.
•
Add-On—The three parties are connected together to form a three-party conference.
Extension Status
The Extension-Status Call Supplementary Service provides the capability of determining, on request, the status of an extension. This service permits the establishment of a virtual call to an extension in order to determine its state that is, free, busy, out of service, diverted, etc., without calling the extension.
This feature can be used by an operator before the establishment of a call on behalf of an extension, to improve the chances of the extension being free when the call is ready. It can also be used to investigate complaints.
Note
Extension Status is not supported from Call Manager to DPNSS PBX.
Call Waiting
The Call Waiting Supplementary Service (CW) enables an extension user to request that an indication be given if there is an incoming call when the extension is busy with another call. The Call Waiting service is a called-party service.
A user on an existing call is given an indication (Call Waiting Indication) that there is incoming call, while the calling party is given an audible indication that Call Waiting Indication is being given to the called extension. The called party can do one of the following:
•
Terminate the existing call and be automatically re-rung.
•
Hold the existing call and answer the new call.
•
Reject the Call Waiting Indication.
•
Ignore the Call Waiting indication.
Call Offer
The Call Offer service enables the Calling party to indicate to the called party on an already established call that another call is being offered. The Call Offer service is a calling party service.
A user on an existing call is given an indication (Call Waiting Indication) that another call is incoming. At the same time, the calling party is given an in-channel indication that the called extension is receiving a Call Waiting signal. The called party can choose to do one of the following:
•
Terminate the existing call and be automatically re-rung.
•
Hold the existing call and answer the new call.
•
Reject the Call Waiting Indication.
•
Ignore the Call Waiting indication.
As an option, the calling party can convert from offering the call to Executive Intrusion on the call.
Cisco PGW 2200 interrogates, on behalf of the DPNSS PBX, the appropriate extension on Cisco CallManager. The end user is presented with the option to accept the call offer if the Cisco CallManager extension is busy, because of one of the following scenarios:
•
All the available multiple line appearances on the phone are busy
•
There is only a single line appearance on the phone
•
There is no Call Waiting service provisioned against the extension
For XML-enabled phones connected to Call Manager, the PGW provides a tone and a XML-based visual indication (to a soft key) giving the end-user the option to accept the call. If the call is not accepted within a predetermined time (configurable on a global basis), the timer expires and the offer is withdrawn.
Call Offer is not be supported for:
•
Non XML-enabled phones connected to Cisco CallManager
•
Analog (non-Cisco IP phones) connected to Cisco CallManager
Centralized Operator
The Centralized Operator Service allows operators to assist with the connection of calls, without the need to staff operator positions at every PBX in the DPNSS network. The Centralized Operator feature is not supported from Cisco CallManager to DPNSS PBX.
Restrictions
The following restrictions apply to this feature:
•
For the MWI support feature, only voice mail on the DPNSS side is supported.
•
If a call is transferred from PBX to Cisco CallManager to PBX, loop avoidance is not supported.
The following Cisco access servers can be used for this feature:
•
Cisco 2600
•
Cisco AS 3600
•
Cisco AS 3660
For more information, se the DPNSS Supplementary Service Interworking with Cisco CallManager feature module.
DPNSS to CCM across EISUP
This feature (CSCsa65267) adds support for properly handling all DPNSS features supported between a DPNSS PBX connected to a PGW 2200 which in turn is connected using EISUP to another PGW 2200 connected to Cisco Call Manager.
Note
The ability of EISUP to transport the diversion request information is planned for PGW release 9.7.
Note
This feature was introduced in patch combination CSCOnn013/CSCOgs012.
Fax and Data Call Translation
This feature (CSCsb30733) translates ISUP calls to data/fax calls by changing the Calling Party Category, Bearer Capability, and High Layer Compatibility IEs in outgoing IAMs based on the dialed Called Party Number.
Previously, the CPCMOD result type was used to modify the Calling Party Category in IAM. Two new result types BCMOD and HLCMOD have been added and will be used to modify Bearer Capability and High Layer Compatibility.
Both the predefined value and the provisioning value are supported but the provisioning value's octet coding is not verified. Every dial plan table will include the BC and HLC tables. Both A and B number analysis are applicable but multiples within A-analysis or B-analysis are overwritten; the last collected value is applied.
All three result types can be provisioned against A number or B number analysis.
Note
This feature only supports scenarios in which the TCC is ISUP; only ITU ISUP variants are supported.
Note
This feature was introduced in patch combination CSCOnn025/CSCOgs023.
French ISUP V3 (SPIROU) Support
This feature (CSCee59909) adds support for the French ISUP V3 (SPIROU) protocol. It is available for Signaling and Call Control.
Note
This feature was introduced in patch combination CSCOnn027/CSCOgs025.
Increase AoC Per Day Tariff Ranges
This feature (CSCsa75634) increases the number of times a tariff can be changed from five to ten times a day. The following CDBs are used to report tariff information:
Note
A minimum of three tariff changes can be made before 10:00 a.m. For more information, see caveat number CSCsb22179.
Note
This feature was introduced in patch combination CSCOnn012/CSCOgs011.
IOS DSP Stats in CDR (K-Factor)
This feature (CSCsa98765) enables the receipt of additional DSP Voice Quality statistics from the IOS media gateways (GWs using C5510 DSPs that run Santa Barbara dspware) in the MGCP DLCX message that will be captured in the PGW's 4098 and 4099 CDR tags.
The DSP stats will be available on most MCEBU gateways, including AS5350, 5400, 5850, and 37xx. The MGX GWs (VISM/VXSM) do not utilize this DSP and are not covered by this feature.
Note
Additional work to support receiving/processing the CDRs in BAMS to enable them for customer use is covered under separate features (BAMS 3.21 in EDCS-408316).
Note
This feature was introduced in patch combination CSCOnn026/CSCOgs024.
ISUP HOP Counter and SIP Max Forwards
This feature (CSCsb65493) supports mapping of the ISDN User Part (ISUP) hop counter parameter and the Session Initiation Protocol (SIP) Max-Forwards field to prevent loops when calls are made between the Public Switched Telephone Network (PSTN) and SIP domains on the Cisco MGC 2200.
It provides the following:
•
The option to apply mapping between the SIP Max-Forwards and the ISUP hop counter.
•
Supports both ITU ISUP and ANSI ISUP ISUP hop counter and SIP Max-Forwards.
•
Supports mapping between SIP-to-ISUP and SIP-to-EISUP.
•
Adds two sigPath property values: SipToIsupRatio, for mapping from SIP to ISUP or EISUP and IsupToSipRatio, for mapping from ISUP or EISUP to SIP.
For more information, see the ISUP Hop Counter and SIP Max Forwards Mapping feature module.
Note
This feature was introduced in patch combination CSCOnn020/CSCOgs018.
ISUP Transparency Across the BTS/PGW Interface
This feature (CSCeg84917) adds ISUP transparency support between the PGW and the BTS.
Note
This feature was introduced in patch CSCOgs010. It was propagated from an earlier release.
Multiple IP Addresses in SIP Contact Header
This feature (CSCeg67066) supports multiple IP addresses in the SIP Contact header for redundant interworking with a SIP application server. It introduces the ContactListOrder sigPath property to the Cisco PGW 2200. With this property, the Cisco PGW 2200 can perform digit analysis and modification, if required, before initiating a new INVITE to the first IP address and subsequent IP addresses in the Contact header. If the INVITE sent to first IP address fails to get a response and the following three retries also fail, the MGC then sends the INVITE to the second IP address in the list. After all of IP addresses in the list are tried, the MGC returns to digit analysis or releases the call back though the PSTN.
Note
This feature was introduced in patch combination CSCOnn024/CSCOgs022.
Netra 240 and Netra 440 Platform Introduction for MGC Host
This feature (CSCee30532) introduces the Netra 240 and Netra 440. This feature offers:
•
Upgrade to new 16.1.0.23 CIAgent
•
New ALOM support in alarm manager
Note
This feature was introduced in patch combination CSCOnn003/CSCOgs004. It was propagated from release 9.5(2).
New CPC Value For Danish ISUP Variant
This feature (CSCsd79625) adds a new value of 10 to the Danish SS7 ISUP parameter. The value is used for International CPC.
Note
This feature was introduced in patch combination CSCOnn027/CSCOgs025.
Omitting CgPN on Receipt of From: Unavailable SIP header
The following issues exist with this featurette(CSCsc83636):
•
The datasync parameter should be set to False before patch installation (this disables the copying of files). It should be set back to true after installation.
•
When using config-lib to revert to a saved configuration, manually copy 'propSet.xml.dat' and 'propVal.xsd.dat' files from /opt/CiscoMGC/etc/CONFIG_LIB/new to /opt/CiscoMGC/etc/ and /opt/CiscoMGC/etc/active_link and then restart the PGW.
Note
This featurette was introduced in patch combination CSCOnn026/CSCOgs024.
PGW 2200 SIP Overload
This feature (CSCsb97983) adds enhancements that protect the PGW 2200 when it is in a SIP Overload situation. These enhancements include sending messages earlier in the call flow, responding to unexpected messages, and improved MML queries.
The three main areas for improvements to the existing SIP implementation are:
•
Automatic 100 Trying in IOCC—The PGW 2200 sends the SIP 100 Trying message (from the IOCC Channel Controller) sooner in the SIP call flow to mitigate INVITE re-transmissions.
•
Mechanism for automatically responding to unexpected Requests—The PGW 2200 responds to all Non-INVITE Requests when there is no call instance. Currently, the PGW 2200 discards all the non INVITE SIP Requests if no call instance exists, which may result in re-transmitted messages to the PGW 2200 that can fill up the input queue.
•
Improved rtrv-ovld and rtrv-ne-health to help understand what is happening on live systems—the PGW 2200 adds the reason that it is in overload to both the retrieve overload (rtrv-ovld) and the retrieve health (rtrv-ne-health) commands. This assists PGW 2200 customers and Cisco support staff in understanding which aspect of load is causing the PGW 2200 to be overloaded.
If MCL is at level 0 (not overloaded) then the `Reason' field states `not applicable' otherwise it contains a valid reason. Valid values are:
•
not applicable
•
call rate
•
CPU-system
•
CPU-thread
•
memory address space
•
virtual memory
•
queue length
Note
This feature was introduced in patch combination CSCOnn026/CSCOgs024.
PGW Does Not Allow SIP Display Name Mapping
This feature (CSCsd99795) introduces a new parameter, InhibitSipFromMapping, to allow the mapping of SIP invite information to ISUP. The feature previously allowed userid from the From field to be mapped but not the user defined Display Name.
The following extends the functionality of this parameter to allow the mapping of the Display Name:
InhibitSipFromMapping = 3 If R-PID or P-assert-id already mapped to CLI then if Display Name contains an E164 Number then Map Display Name to GN(ACPN) else if username contains an E164 Number then Map username to GN(ACPN) else If no R-PID or P-assert-id contained in the INVITE then If Username contains E164 number then map to CLI If Display Name contains E164 Number then map to GN(ACPN)
Note
This is only for mapping in one direction SIP to ISUP not in the other direction.
Note
This feature was introduced in patch combination CSCOnn030/CSCOgs028.
Q767_SINGAPORE Support for GTD FDC for CGN and CPC
This feature adds Q767_Singapore GTD FDC support for CGN and CPC. It implements the following:
–
The PGW now uses the GTD FDC parameter for out-of-range fields for the CPC and CGN parameters in Q767_SINGAPORE.
–
The PGW now implements a GTD override for CAI.loc (cause location) to override the NI2 > SS7 mapping.
Note
This feature was introduced in patch CSCOnn008. It was propagated from release 9.4(1).
Re-INVITE for an Unsupported SIP-H323 Call Flow
This feature (CSCeh01785) changes the behavior of the PGW for H.323 to SIP or SIP to H.323 calls. Previously, only basic calls were supported on the PGW for H.323 to SIP or SIP to H.323 calls. If a SIP Re-INVITE is received, then one of the parties was muted. With this feature, instead of leaving the call in a mute state, the PGW rejects a SIP Re-INVITE when it is received as part of a SIP to H.323 or H.323 to SIP call.
Note
SIP Re-INVITE is not supported when SIP is interworked with EISUP (for example, SIP-PGW-EISUP-HSI and SIP-PGW-EISUP-PGW-SS7). In these cases, when a SIP Re-INVITE is sent for Call Hold, Call Resume, or Call Transfer, the SIP Re-INVITE is rejected. This is a known limitation.
Note
Release 9.7 will contain features that allow the interworking of SIP Re-INVITE and H.323 ECS as well as with EISUP in general. These release 9.7 features will eliminate this feature.
Note
This feature was introduced in patch combination CSCOnn012/CSCOgs011.
Routing Based on the Redirecting Number
This feature (CSCsg37231) enhances PGW 2200 routing capability by enabling number analysis and route selection based on the redirecting number (RN) within the ISDN Q.931 SETUP message.
It introduces the RedirNumForAnalysis property to the Cisco PGW 2200. With this SigPath property, the Cisco PGW 2200 indicates whether number analysis is based on the redirecting number.
Valid values for the RedirNumForAnalysis property are:
•
0—Do not use RN for number analysis; this is the default.
•
1—Use RN for number analysis if the ingress call setup message has RN.
Note
This feature was introduced in patch combination CSCOnn041/CSCOgs040.
Russian INAP
This feature (CSCeg33908) allows service providers in the Russian Federation to use the PGW 2200 as an SSP (with limited functionality). It uses the existing functionality added by the Finnish INAP (FINAP) feature. For more information on the Finnish INAP feature, see the Meter Pulse Messages Support feature module.
The Russian INAP feature supports the currently supported INAP operations. The following operations (parts of INAP-R) are not supported:
•
CallGap
•
ActvateServiceFiltering
•
ServiceFilteringReport
•
CallInformationRequest/Report
•
PlayAnnouncement
•
PromptAndCollectUserInformation
The XECfgParm.dat file configuration parameters modified for this feature are in the table below.
Configuration Parameter DefinitionCustSpecificINAPHandling
Used by call processing to distinguish Russian INAP specific treatment.
Default: null
Valid values are: rinap and finap.
The following CPC internal values were added:
Value Definition108
CPC_SPARE_0
109
CPC_HOTEL_SUB_2
110
CPC_LOCAL_SUB_3
111
CPC_LOCALPAYPHONE_9
112
CPC_SEMI_AUTO_CALL_3
113
CPC_AUTO_CALL_4
114
CPC_SEMI_AUTO_CALL_4
Note
Changes to this setting do not take affect until the system has been restarted.
Note
If an error occurs while accessing the tariff data table, the existing alarm, TariffTableAccessFail displays.
Note
If you use config-lib to revert to a saved configuration, you must also manually copy the `triggers.dat' file from /opt/CiscoMGC/etc/CONFIG_LIB/new to /opt/CiscoMGC/etc/ and to /opt/CiscoMGC/etc/active_link.
Note
During call setup, the missing chargeRateModulator parameter has been modified to default to 100. For more information, see caveat number CSCsb21677 and see Default Value Set to 1 for Missing chargeRateModulator Parameter in the Known Issues and Operational Recommendations section of this document.
Note
This feature was introduced in patch combination CSCOnn012/CSCOgs011.
SIP to MGCP T.38 Fax Fallback to Pass-through and Voice
This feature (CSCeg39985) provides support on the Cisco MGC 2200 of T.38 FAX calls in the event a T.38 fax setup on a SIP call fails due to lack of T.38 fax support on a SIP endpoint, such as the Cisco SIP Analog Telephone Adaptor (ATA). Further, after the fax call is completed, the MGC is able to fallback to a voice call, if the original call event was voice.
It provides the following:
When the MGC receives a T.38 Fax indication fax from an MGCP gateway, it initiates Re-Invite with SDP indicating T.38 attributes to the SIP endpoint, which returns a 488 message because the endpoint does not support T.38. The MGC modifies the connection at the MGCP gateway to up speed to G.711 (for example, "L: e:off,s:off;a:G.711a") if the audio channel is not set for G.711.
The upspeed capability applies to both SIP-initiated fax or SS7/ISDN-side initiated fax calls.
After the fax call is completed, the call configuration falls back to voice with the original audio codec, if the original call event was a voice call.
This feature provides the following benefits:
•
Fallback to Passthrough—The MGC can be configurable on a system-wide basis for fallback to pass-through when T.38 is not supported by a SIP endpoint.
•
Fallback to Voice—The MGC can be configurable on a system-wide basis for fallback to voice that disallows pass-through fax.
•
Codec Selection Preference After Fallback—When the codec preference from either an H.323 or MGCP gateway excludes G.711, and T.38 fax fails, the MGC can be configured to instruct the H.323 or MGCP gateway to up speed to G.711 for fax pass-through; and if the call fails, the MGC instructs the T.38 fax initiating party to fallback to the original audio codec for voice.
•
Codec Unavailable for a Protocol—When G711 is unavailable on a given protocol (due to bandwidth conservation purposes) and T.38 fax fails, the MGC instructs the T.38 fax initiating party to fallback to the original audio codec for voice. The case applies to where the audio channel is on a codec other than G.711 (for example, G.729).
•
Generate CDRs for Upspeed Attempts —The MGC generates call data record (CDR) 4081 when up-speed is attempted whether it is successful or fails for up-speed fax. The codecs being used for Fax shall be check pointed across standby MGC.
Note
Fallback to passthrough after failed T.38 Faxes dependent on IOS release 12.4.(5a); Fallback to voice after successful T.38 Fax is dependent on IOS release 12.4(7a).
The following XECfgParm.dat parameter was added:
The following call detail record data was modified for this feature by adding data values 2 through 4.
Note
This feature was introduced in patch combination CSCOnn026/CSCOgs024.
Sun Fire V210/Netra 210 Platform for MGC
This feature (CSCsd09387) introduces the Sun Fire V210/Netra 210 platform.
Note
This feature was introduced in patch CSCOgs021.
Sun Fire V210/Netra 210 Platform Support
This feature (CSCsd01025) introduces Sun Fire V210/Netra 210 platform support for the MGC application.
Note
This feature was introduced in patch combination CSCOnn026/CSCOgs024.
Support for BRI Backhaul
This feature (CSCee66527) enables new CPE hardware to function properly for TCP based BRI Backhaul and enables the new 28xx and 38xx to work with the PGW 2200.
Note
This feature was introduced in patch combination CSCOnn012/CSCOgs011.
Support for Gateway Ring-Back Tone Over MGCP
This feature (CSCsd03635) adds gateway ring-back tone over MGCP protocol support for MGCP controlled media gateway calls destined for PBXs that do not generate ring-back tones.
Previously, the PGW supported local ring-back tones for MGCP to IP calls (including MGCP to SIP calls and MGCP to EISUP calls). For MGCP to SIP call, the PGW always requests ring-back tones via MGCP MDCX messages if no SDP information was received in the 180/183 response. For MGCP to EISUP calls, the existing trunkgroup property, GatewayRBToneSupport, is used. Valid values for GatewayRBToneSupport are:
•
0—no local ring-back tone support
•
1—local ring-back tone supported for MGCP to EISUP calls by MDCX message
•
2— local ring-back tone supported for MGCP to EISUP calls by RQNT message
Similar functionality will be extended to the MGCP to MGCP call. The existing property, GatewayRBToneSupport will be enhanced to add the following options:
•
3—local ring-back tone supported for MGCP to EISUP calls and MGCP to MGCP calls by MDCX message
•
4—local ring-back tone supported for MGCP to MGCP calls only by MDCX messages
For hairpin calls (originating and terminating on the same IOS gateway) MDCX is not accepted by IOS gateway. The hairpin call function will be disabled for the trunkgroup if the GatewayRBToneSupport parameter is set to 3 or 4. All calls will be treated as non hairpin calls and request a ring-back tone. Hairpin call benefits of saving DSP and other resources on gateway will be lost.
Note
This feature is not designed to handle MGCP to MGCP calls where the originating leg and terminating leg are on different PGW pairs (does not support calls transported over EISUP). The reference to EISUP is for EISUP—H323 only.
Note
This feature was introduced in patch combination CSCOnn028/CSCOgs026.
Support for ITP Signaling GW with Distributed MTP3
This feature (CSCeg80870 and CSCsa83579) adds support for the following configurations:
–
Mated pair of ITPs with a single OPC in front of a single PGW node with the same OPC (Distributed MTP3)
–
Mated pair of ITPs with a single OPC in front of multiple PGW nodes with the same OPC (Point Code Consolidation)
Note
This feature was introduced in patch CSCOnn008. It was propagated from release 9.4(1).
Support for M3UA Priority Routes
This feature (CSCsb65433) provides the ability to assign priorities for M3UA routes for each OPC/DPC pair on the PGW. Two levels of priority can be assigned on an M3UAROUTE link; level 1 (higher priority) and level 2. The default priority is 1. If multiple routes have the same priority assigned, the PGW loadshares traffic across the links.
Note
Only two signaling gateways (SG) can be supported for a specified sigPath. When two SGs are assigned different route priority, only the SG with the higher priority is selected for routing. The other SG is only used when the higher priority SG fails. When the two SGs are assigned the same priority, the traffic is loadshared.
Note
This feature can only be used for communication between Cisco MGCs and Cisco ITPs. For information on the restrictions on the Cisco ITPs, se the Support for M3UA and SUA with SCTP on Cisco ITPs feature module.
Note
This feature was introduced in patch combination CSCOnn024/CSCOgs022.
Support for SIP Update (RFC3311) Phase 1
This feature (CSCsc81117) adds SIP Update (RFC3311) Phase 1 to this software release. The following are requirements from RFC3311:
The following are PGW-specific limitations:
•
If the other leg is EISUP, and there is sdp in UPDATE, the UAS can reject it by returning a 488 (Not Acceptable Here) response for the UPDATE.
•
If populateSDPinCDR flag is on, the SDP from the last accepted UPDATE for the dialog is saved in a CDR.
•
PGW does not generate outgoing UPDATE message in non-proxy mode. At proxy mode, PGW passes UPDATE transparently. The idea is to pass UPDATE with SDP to gateway as MDCX via internal event LMidCallSDPEvent
•
lcm.mdl. We only accept LMidCallSDPEvent at Connected state before; this has been extended to AddressComplete and Alerting states.
•
sip.mdl, Added Boolean pendingMediaUpdate to indicate that we are processing a valid UPDTE message; When UPDATE is received at OCC_Alerting, OCC_Answered, OCC_Connected, TCC_Ringing and TCC_Completed states, if pendingMediaUpdate is TRUE, discard the UPDATE, else validate it, if there is SDP and the other leg is not EISUP, send LMidCallSDPEvent to lcm and set pendingMediaUpdate to TRUE; If other leg is EISUP, reply with 488; At OCC_Connected and TCC_Completed state, session timer is reset as long as the UPDATE is valid (regardless of presence of SDP); When LMidCallSDPEventAck is received at these state and pendingMediaUpdate is TRUE, send 200OK response to UPDATE; Updated sendRespons function so Session Expires head is inserted to UPDATE response only at connected states.
Note
This change request was introduced in patch CSCOnn026.
Support for Up to 8 Call Manager Clusters
This change request (CSCsa82415) adds support for up to eight call manager clusters. This is an interim fix for the CTI Multicluster feature (CSCef08096). It is used with features such as DPNSS CallBack and Extension Status.
Note
This change request was introduced in patch CSCOgs008.
Support of DNS SRV and SIP Load-Sharing
This feature (CSCsa62907) implements DNS SRV and SIP load-sharing in compliance with the RFC2782 specification. When the PGW 2200 is connected to multiple SIP entities that offer a service, it does loadsharing among multiple SIP entities when provisioned so in the DNS server. The PGW 2200 loadshares the initiation of SIP sessions (INVITE messages) between these entities. The entities can be SIP Proxy servers and/or SIP Back to Back User Agents.
Note
This feature was introduced in patch combination CSCOnn025/CSCOgs023.
Support of R-ISUP2000 Variant
This feature implements the ISUP-R-2000 variants to support Russian and other Commonwealth of Independent States (CIS) (former Soviet Union) users.
Note
This feature was introduced in patch combination CSCOnn028/CSCOgs026.
VXSM Support
This feature (CSCeg89855) provides interoperability between the MGC8850 and the PGW 2200 regarding the SIP interface as part of the VXSM 1.5MR project.
Note
This feature was introduced in patch CSCOnn007. It was propagated from release 9.5(2).
Protocols Supported
The following protocols are supported:
Known Issues and Operational Recommendations
This section contains information about known issues and the corresponding workarounds in the
Cisco MGC software release 9.6(1).
Note
For more information about Cisco IOS issues and workarounds, see the Cisco IOS release notes for your platform.
Release Cannot Contain HLCMOD and BCMOD Dialplans After Upgrade to 9.6(1)
If HLCMOD or BCMOD related dial plan provisioning is done in release 9.5(2), when the PGW is upgraded to release 9.6(1) patches CSCOgs023 and CSCOnn025, you must change your PGW configuration to one that does not contain a HLCMOD and BCMOD dial plan. Caveat number CSCsd63679 has been submitted for this known issue; the fix will be included in release 9.6(1) patch CSCOnn026.
Note
For more information, see caveat numbers CSCsd38803 and CSCsd63679.
SIP Redirection Handling Has Been Updated
If the PGW acts as a SIP proxy, SIP redirection handled works as usual; there are no changes.
If the PGW acts as a SIP UAC, the PGW supports multiple contacts in one 302 response for redundant interworking with a SIP application server and also handles the "maddr" parameter in the 302 contact header.
The PGW always does the digit analysis for the redirection number in the received 302 contact to redirect the call whether the "host" in the contact URI is PGW or not. The only exception is if the contact URI includes the "maddr" parameter which causes the PGW to redirect the call to the SIP host in the "maddr" directly without analyzing the digits in the contact URI.
Caveat CSCeg67066 (synced from release 9.5(2) patches CSCOgs047 and CSCOnn039) has been propagated to this release.
SysConnectDataAccess Parameter Changed on Upgrade
During migration from release 9.5 to release 9.6 the XECfgParm.dat SysConnectDataAccess parameter is changed from the setting of false to true. For more information, see caveat number CSCsc58674.
Copying snmpd.cnf Prior to Upgrade
Instructions to copy the snmpd.cnf file to the dial plan directory (so it can be saved during an upgrade) and then copying it back into the snmp directory prior to upgrading to a new release should only be done when upgrading from 7.4(x) to release 9. You do not need to follow this process when upgrading within the 9.x releases. For more information, see caveat number CSCsc34762.
Default Value Set to 1 for Missing chargeRateModulator Parameter
Previously, during Russian INAP (RINAP) call setup, the missing chargeRateModulator parameter was defaulted to 1. A software change has been made to cdr_man_func.mdl to set the default for ChargeRateModulator (unitMultiplier) to 100. A value of 100 results in no change.
Note
For more information, see caveat number CSCsb21677.
Interworking Between Diversion and CallBack is Not Supported
The following limitations exist:
•
Limitation 1:
PBX phone A registers a Call Diversion on-busy service. The forward-to party is PBX phone B in another PBX. This makes phone A busy. CCM IP phone calls PBX phone A. This call is forwarded to phone B but B does not answer. The IP phone invokes call back when next use. The expected result is, that the CBWNU-R should target phone A and CBWNU-R should be converted to CBWF-R. The actual result is that CBWNU-R targets phone A, not the CBWF-R.
•
Limitation 2:
The CCM phone calls PBX phone A. Since PBX phone A has call forward immediate set, the call is forwarded to phone B in another PBX. Phone B is busy now. So the CCM phone invokes the Call Back When Free Request. According to BTNR, this Call Back When Free should be sent to PBX phone B. The actual result is that it is sent to PBX phone A.
There are no known workarounds at this time.
Note
For more information, se caveat number CSCsb38778.
Dynamic Provisioning of MGCP Version Now Supported
Dynamic provisioning of MGCP version is now supported.
CautionThe MGCP version on the gateway must also be changed. Perform your change on the gateway prior to setting the iplink back in-service.
The following is an example of how to change the MGCP version property:
set-iplnk:clink205:oos,confirmPerform mgcp version change on the gateway.
prov-sta::srcver="active",dstver="mgcp10",confirm prov-add:sigsvcprop:name="mgcp205",gwprotocolversion="MGCP 1.0" prov-ed:iplnk:name="clink205",pri=2 prov-dplyprov-sta::srcver="active",dstver="mgcp10-2",confirm prov-ed:iplnk:name="clink205",pri=1 prov-dplyset-iplnk:clink205:isTo ensure changes have been updated:
rtrv-iplnk:all prov-rtrv:sigsvcprop:name="mgcp205"
Note
This must be done on all links on your gateway.
Note
For more information, se caveat number CSCeg39436.
Note
This workaround was introduced in patch combination CSCOnn007/CSCOgs008.
PGW Should Support the Option of Sending Hardware Block Messages
A new XECfgParm.dat parameter engine .SendHardwareBlock has been added. Valid values are true or false. If set to true, the PGW sends hardware oriented blocking messages for any blocks that originate from the media gateways. If set to false, the PGW only sends maintenance oriented blocking messages for all blocking cases.
Note
This parameter must be added manually (using a UNIX editor such as vi) on release 9.3 and 9.4 systems. The di script automatically adds this parameter (if not already existing), to release 9.5 systems and above.
Note
For more information, see caveat number CSCeg83496.
Link and Call States for New Object Not Synchronized to Standby After prov-copy/prov-sync
When you provision and add new signaling links or new CICS using the PROV-CPY command, you must reboot the system to synchronize the new objects in the active system to the standby. Not rebooting can cause loss of calls after a switchover.
Upgrading to Release 9.6(1)
When upgrading to release 9.6(1), the Times Ten database is upgraded to version 5.0.x.
Upgrading From Release 7.4:
If you are not using the database (no awhite, bwhite, ablack, or bblack data), remove the files (/opt/CiscoMGC/etc/*.ttdb) prior to installing release 9.6. If you do have database data, prior to uninstalling release 7.4, export each of the tables. Use the following commands to create the export data:
prov-add:files:name="AWhiteFile", file="XXXX.awhite", type="export"prov-add:files:name="BWhiteFile", file="XXXX.bwhite", type="export"prov-add:files:name="ABlackFile", file="XXXX.ablack", type="export"prov-add:files:name="BBlackFile", file="XXXX.bblack", type="export"where xxxx is the dialplan name associated with the screening data.
Note
If you have multiple dial plans, you must execute these commands once for each dial plan. A file is created in the /opt/CiscoMGC/etc/cust_specific directory. These files should be saved so that they can be reimported later.
After installing release 9.6, recreate your screening data using the following commands:
prov-add:files:name="AWhiteFile", file="XXXX.awhite", type="import"prov-add:files:name="BWhiteFile", file="XXXX.bwhite", type="import"prov-add:files:name="ABlackFile", file="XXXX.ablack", type="import"prov-add:files:name="BBlackFile", file="XXXX.bblack", type="import"Upgrading From Releases 9.3, 9.4, and 9.5:
Before uninstalling a previous release, if using the database, run the delete_replication.sh script. After installing release 9.6 on both the active and standby, run the setup_replication.sh script on both PGWs.
The delete_replication.sh script should be run as mgcusr. The script is located in /opt/CiscoMGC/local, but if run as mgcusr, can be run from any location.
The setup_replication.sh script should be run as mgcusr. The script is located in /opt/CiscoMGC/local, but if run as mgcusr, can be run from any location.
Note
For more information on running these scripts, see the Cisco MGC Software Release 9 Installation and Configuration Guide.
Note
Provisioning must not be done during the upgrade until both PGWs (active and standby) have release 9.6 installed and the setup_replication.sh script has been run (on active and standby).
For more information, see caveat number CSCec77087.
Japanese Point Code Transmission
Point codes are used in SS7 networks as addresses for each element. There are three different point code address lengths used in SS7 networks:
•
14-bit address
•
16-bit address
•
24-bit address
Each point code addressing type has unique formats that are used to provide a structure for the network, where the lowest order bits in the address identify a particular signaling point, the highest order bits identify the wider "zone", and the bits in-between identify an "area" or "network." For example, ANSI SS7 uses 24-bit addresses with a format of 8-bits for each field (8-8-8).
Note
An exception to this is found in Japanese ISUP, in which the order is reversed (that is, the lowest order bits identify the wider "zone" and the highest order bits identify a particular signaling point).
For more information, see the following documents:
•
Cisco MGC Software Release 9 Provisioning Guide
•
Cisco MGC Software Release 9 Operation, Maintenance, and Troubleshooting Guide
SRCP
The SRCP protocol is no longer available as of this release.
The following properties are no longer supported as of this release:
•
*.srcpAuditGwInterval
•
*.srcpAuditLineInterval
•
*.srcpAuditLineInterval
•
*.srcpIpPortLocal
•
*.srcpIpPortRemote
•
*.srcpRemoteAuditGwInterval
•
*.srcpRetxCount
•
*.srcpRetxTimer
The following mml commands are no longer supported as of this release:
•
sta-aud-gw
•
rtrv-aud-gw
The following alarms are no longer supported as of this release:
•
Ext Node Interface Fail
•
srcpAudit: GwBackhaulProto
•
srcpAudit: GwBackhaulSes
•
srcpAudit: GwControlProto
•
srcpAudit: GwCoordProto
•
srcpAudit: GwCuIpAddr
•
srcpAudit: GwCuIpPort
•
srcpAudit: GwNumOfLines srcpAudit: GwSlotNum srcpAudit: GwSulpAddr
•
srcpAudit: GwSulpPort
•
srcpAudit: GwType
•
srcpAudit: LineCoding
•
srcpAudit: LineLoopback
•
srcpAudit: LineSigProto
•
srcpAudit: LineState
The following logs are no longer supported as of this release:
•
PROT_ERR_SRCP_BLD_PARMTYPE
•
PROT_ERR_SRCP_PARSE_MAJVER
•
PROT_ERR_SRCP_PARSE_MINVER
•
PROT_ERR_SRCP_PARSE_PROT
•
PROT_TRACE_SRCP_FROM_GW
•
PROT_TRACE_SRCP_TO_GW
•
PROT_ERR_SRCP_BLD_ACTION
•
PROT_ERR_SRCP_BLD_CVID
•
PROT_ERR_SRCP_BLD_EVT
•
PROT_ERR_SRCP_BLD_REQEVT
•
PROT_ERR_SRCP_BLD_REQINFO
•
PROT_ERR_SRCP_BLD_SIGEVT
•
PROT_ERR_SRCP_PARSE_EPID
•
PROT_ERR_SRCP_PARSE_EVTPARM
•
PROT_ERR_SRCP_PARSE_LINE
•
PROT_ERR_SRCP_PARSE_MSGTYPE
•
PROT_ERR_SRCP_RANGE_TXNID
•
PROT_WARN_SRCP_PARSE_LONGCOMM
Note
For more information, see caveat CSCec82754.
Caveats
Use Bug Toolkit to query defects. The tool is located at the following url:
http://www.cisco.com/pcgi-bin/Support/Bugtool/launch_bugtool.pl
Obtaining Documentation and Submitting a Service Request
For information on obtaining documentation, submitting a service request, and gathering additional information, see the monthly What's New in Cisco Product Documentation, which also lists all new and revised Cisco technical documentation, at
http://www.cisco.com/en/US/docs/general/whatsnew/whatsnew.html
Subscribe to the What's New in Cisco Product Documentation as a Really Simple Syndication (RSS) feed and set content to be delivered directly to your desktop using a reader application. The RSS feeds are a free service and Cisco currently supports RSS version 2.0.
.CCDE, CCENT, CCSI, Cisco Eos, Cisco HealthPresence, Cisco IronPort, the Cisco logo, Cisco Nurse Connect, Cisco Pulse, Cisco SensorBase, Cisco StackPower, Cisco StadiumVision, Cisco TelePresence, Cisco Unified Computing System, Cisco WebEx, DCE, Flip Channels, Flip for Good, Flip Mino, Flipshare (Design), Flip Ultra, Flip Video, Flip Video (Design), Instant Broadband, and Welcome to the Human Network are trademarks; Changing the Way We Work, Live, Play, and Learn, Cisco Capital, Cisco Capital (Design), Cisco:Financed (Stylized), Cisco Store, Flip Gift Card, and One Million Acts of Green are service marks; and Access Registrar, Aironet, AllTouch, AsyncOS, Bringing the Meeting To You, Catalyst, CCDA, CCDP, CCIE, CCIP, CCNA, CCNP, CCSP, CCVP, Cisco, the Cisco Certified Internetwork Expert logo, Cisco IOS, Cisco Lumin, Cisco Nexus, Cisco Press, Cisco Systems, Cisco Systems Capital, the Cisco Systems logo, Cisco Unity, Collaboration Without Limitation, Continuum, EtherFast, EtherSwitch, Event Center, Explorer, Follow Me Browsing, GainMaker, iLYNX, IOS, iPhone, IronPort, the IronPort logo, Laser Link, LightStream, Linksys, MeetingPlace, MeetingPlace Chime Sound, MGX, Networkers, Networking Academy, PCNow, PIX, PowerKEY, PowerPanels, PowerTV, PowerTV (Design), PowerVu, Prisma, ProConnect, ROSA, SenderBase, SMARTnet, Spectrum Expert, StackWise, WebEx, and the WebEx logo are registered trademarks of Cisco Systems, Inc. and/or its affiliates in the United States and certain other countries.
All other trademarks mentioned in this document or website are the property of their respective owners. The use of the word partner does not imply a partnership relationship between Cisco and any other company. (0910R)
Feedback

