Table Of Contents
Release Notes for the Cisco PGW 2200 Softswitch Release 9.7(3)
Cisco PGW 2200 Softswitch Software Compatibility Matrix
Host Minimum Server Requirements
Media Gateway Hardware Requirements
Cisco PGW 2200 Softswitch Management
A-Number Country Code Digit Remove Property
Backwards Propagation of SIP REFER over SS7 Using REL with RDN
Blind Take Back and Transfer Replacement
CODEC and DTMF Preferential Routing Enhancements
Configuration Check for Active/Standby
Digit Buffering for International Gateways
DPNSS Service Interworking with Cisco CallManager Using QSIG Tunneling
Enhanced Local Number Portability and Dial Plan Selection
Licensing Features for the Cisco PGW 2200 Softswitch
Live Upgrade From 9.6 Sparc to 9.7 Sparc & Opteron
PGW-ITP Optimize Routing with MAP Query
PGW Support for HSI Non-RAS Mode
PGW TCP Transport for SIP Phase I
No Support for UDP/TCP Mixed Network
Pre Call Announcement After Address Complete Message
Presentation Number Modification
RADIUS Enhancement for Accounting
Ring Back Service using CPC=3 for Voice Messaging
Sequential Network Consultation Transfer
SIP and ISUP Interworking for Call Hold and Terminal Portability
SIP Configurable Retransmissions
SIP Early-Dialog Offer/Answer Using PRACK/180/183
SIP FROM Interworking with SS7 and PRI
SIP Service Handling and Feature Interworking Enhancements
SIP Support of Take Back and Transfer in the Cisco Unified Contact Center
SS7 Takeback and Transfer RELEASE Message Parameter Modifications
Support for INAP Generic Number
Support for Individual SIP Cause Values
Support of Provisionable QoS for Signaling Traffic
Support of Trunk Group Id at the x-route-tag or tsp Parameter
Egress Trunk Group Property for SIP
Support of VXSM M3UA Signaling
Take Back and Transfer Phase 2
Usability Enhancements—Phase 1
XML-Based Trunk Group File Format
Release 9.7(3) Patch 26 and Earlier
Release 9.7(3) Patch 27 and Later
Installing and Upgrading the Software
Using the Patch Upgrade Procedure
Known Issues and Operational Recommendations
FTP Not Enabled During Solaris 10 Installation
Core Dump When Active and Standby Use Different Patch Versions
Inappropriate Trunk Selection with Unreliable MGCP Path and LIDL Trunk Selection Sequence
Obtaining Documentation and Submitting a Service Request
Release Notes for the Cisco PGW 2200 Softswitch Release 9.7(3)
Revised: October 21, 2009Release 9.7(3) of the Cisco PGW 2200 Softswitch provides new features and significant performance improvements. The release can operate on Sparc or Sun AMD Opteron platforms. The Opteron platform provides higher performance.
These release notes describe the features and caveats for Release 9.7(3).
Contents
•
Known Issues and Operational Recommendations
•
Obtaining Documentation and Submitting a Service Request
Introduction
Interoperability between the old world time division multiplexing TDM networks and the new world packet networks is an essential part of technology adoption for packet networks. This release of the Cisco PGW 2200 Softswitch 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 (and H.323 endpoints).
The Cisco PGW 2200 Softswitch provides a consistent and unified interconnection that supports the Cisco Voice Infrastructure and Applications (VIA) applications (Dial and Voice transit), Cisco Business Voice Services applications (Hosted or Managed IP Telephony), and Cisco Broadband Residential Voice applications (ETTx). The Cisco PGW 2200 Softswitch 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:
•
Cisco PGW 2200 Softswitch Hardware Installation Guide-Releases 7 & 9
•
Cisco PGW 2200 Softswitch Release 9.7 Software Installation and Configuration Guide
Software Required
For a list of software requirements, see Chapter 1 of the Cisco PGW 2200 Softswitch Software Release 9.7 Installation and Configuration Guide at the following url:
http://www.cisco.com/en/US/products/hw/vcallcon/ps2027/tsd_products_support_series_home.html
CautionThe Cisco PGW 2200 Softswitch and HSI should be installed on dedicated platforms and should not reside with any other applications (SMTP, DNS, HTTP daemons, etc). The Cisco PGW 2200 Softswitch and HSI cannot reside on the same platform. Cisco VSPT software must be installed on a platform running the Cisco PGW 2200 Softswitch.
Cisco PGW 2200 Softswitch Software Compatibility Matrix
Table 1 Cisco PGW 2200 Softswitch Software Compatibility Matrix
Component Type Role Hardware Software RequiredCisco PGW Node
Call control
Cisco PGW 2200 Softswitch
Software Version 9.7(3)
HSI (H.323)
Release 4.3(2), with latest patch
IP Transfer Point LinkExtender (ITP-L)
Cisco 2811 ITP-L
Cisco IOS Version 12.4(11)SW2
Integrated IP Transfer Point LinkExtender (ITP-L)
Cisco AS5400 Integrated ITP-L
Cisco IOS Version 12.4(7e)
Ethernet Switch/Router
Cisco Catalyst 2900XL
Current Release
Cisco Catalyst 5500
Current Release
Cisco Catalyst 6500
Current Release
CallManager
IP PBX and
key switchCisco CallManager
Version 4.2(1)
Cisco Unified CallManager Express
Version 4.0
Cisco Unified CallManager
Version 5.1
Unified Messaging Server
Cisco Unity
Version 4.0(4) SR1
IP transfer point
Cisco ITP 2651, Cisco ITP 72xx, Cisco ITP 75xx
Cisco IOS Version 12.4(10a)
Media Gateways (MGCP-controlled for PSTN trunking)
Cisco AS5350XM
Cisco IOS Version 12.4(1), 12.4T, or higher
Cisco AS5400XM
Cisco IOS Version 12.4(1), 12.4T, or higher
Cisco AS5850
Cisco IOS Version 12.4
Cisco AS5850 with STM1 module
Cisco IOS Version 12.4
Cisco MGX 8880 Media Gateway (VISM)
VISM 3.3.xx
Cisco MGX 8880 Media Gateway (Cisco VXSM)
VXSM 5.4.xx
Media Gateways (MGCP-controlled for PBX access)
Cisco 2651XM, 2691XM, 36xx, 37xx
Cisco IOS Version 12.4(3), Cisco IOS Version 12.4(5), or Cisco IOS Version 12.4(10a)
BRI backhaul: Cisco 1721 1751, 1751v, 1761, 1761v 2612
Cisco IOS Version 12.4(7)
PRI/Q.931 backhaul for call agents:
Cisco 2691Cisco IOS Version 12.3(7)T1
Firewall
Cisco PIX 515, 525, or 535 Security Appliance
Cisco PIX Security Appliance Version 7.0
Network Management
Cisco Billing and Measurement Server (BAMS)
Version 3.30 with latest patch
Cisco MGC Node Manager (MNM)
Version 2.7(3)
For correlation of the MNM patches with the Cisco PGW 2200 patches, see http://www.cisco.com/en/US/docs/net_mgmt/mnm/2.7.3/release/note/CMNM_rn.html
Cisco VSPT
Version 2.7(3)
For correlation of the VSPT patches with the Cisco PGW 2200 patches, see http://www.cisco.com/en/US/docs/net_mgmt/vspt/2.7/release/notes/vspt273.html
Cisco Transport Manager (CTM) for MGX 8880 Media Gateway management
Version 8.0
CiscoWorks LAN Management Solution (LMS) for IOS and Catalyst devices
Version 2.5.1
Optional Software
Cisco Internetwork Performance Monitor (IPM)
Version 2.3
Cisco Info Center (CIC)
Version 3.5
Required Swap Space
For the Cisco PGW 2200 Softswitch 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, use the MML rtrv-ne-health command to observe the amount of swap space that is being used; you can then decide to increase the swap space if more is needed.
Note
Solaris uses swap as a file system cache in addition to virtual memory paging. It is normal to observe both physical and virtual memory completely consumed on Solaris. It is better to monitor usage with vmstat -p and vmstat -p 1 along with iostat -xtc.
Host Hardware Requirements
Host Minimum Server Requirements
Refer to the Cisco PGW 2200 Softswitch Hardware Installation Guide-Releases 7 & 9 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 2 lists urls for release notes that document media gateways.
Table 2 Media Gateway Release Notes Locations
Media Gateway Release Notes Release Notes LocationMGX8880 Voice Interworking Service Module (VXSM)
http://www.cisco.com/en/US/products/hw/gatecont/ps3869/prod_release_notes_list.html
MGX8000 Voice Gateway (VISM)
http://www.cisco.com/en/US/products/hw/gatecont/ps3869/prod_release_note09186a0080706341.html
AS5350 Universal Gateway
http://www.cisco.com/en/US/docs/ios/12_1/12_1xq/release/notes/rn5350xq.html
AS5400 Universal Gateway
http://www.cisco.com/en/US/docs/ios/12_1/12_1xd/release/notes/rn5400xd.html
AS5850 Universal Gateway
http://www.cisco.com/en/US/docs/ios/12_1/12_1xv/release/notes/rn5850xv.html
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 PGW 2200 Softswitch host to the MGWs and to the Cisco SLTs or ITPs.
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 Cisco PGW 2200 Softswitch user documentation does not address the Cisco Catalyst 2900 XL. Refer to the Cisco Catalyst 2900 XL documentation for information about this switch.
Note
A LAN switch is not provided with the Cisco PGW 2200 Softswitch.
Supported Features
The features listed in Table 3 were inherited from earlier releases of the Cisco PGW 2200 Softswitch software and are still supported in Release 9.7(3).
Cisco PGW 2200 Softswitch Management
Table 4 provides an overview of the management components of the Cisco PGW 2200 Softswitch.
New Features in This Release
The following features have been added to this release:
•
A-Number Country Code Digit Remove Property
•
Backwards Propagation of SIP REFER over SS7 Using REL with RDN
•
Blind Take Back and Transfer Replacement
•
CODEC and DTMF Preferential Routing Enhancements
•
Configuration Check for Active/Standby
•
Digit Buffering for International Gateways
•
DPNSS Service Interworking with Cisco CallManager Using QSIG Tunneling
•
Enhanced Local Number Portability and Dial Plan Selection
•
Licensing Features for the Cisco PGW 2200 Softswitch
•
Live Upgrade From 9.6 Sparc to 9.7 Sparc & Opteron
•
PGW-ITP Optimize Routing with MAP Query
•
PGW Support for HSI Non-RAS Mode
•
PGW TCP Transport for SIP Phase I
•
Pre Call Announcement After Address Complete Message
•
Presentation Number Modification
•
RADIUS Enhancement for Accounting
•
Ring Back Service using CPC=3 for Voice Messaging
•
Sequential Network Consultation Transfer
•
SIP and ISUP Interworking for Call Hold and Terminal Portability
•
SIP Configurable Retransmissions
•
SIP Early-Dialog Offer/Answer Using PRACK/180/183
•
SIP FROM Interworking with SS7 and PRI
•
SIP Service Handling and Feature Interworking Enhancements
•
SIP Support of Take Back and Transfer in the Cisco Unified Contact Center
•
SS7 Takeback and Transfer RELEASE Message Parameter Modifications
•
Support for INAP Generic Number
•
Support for Individual SIP Cause Values
•
Support of Provisionable QoS for Signaling Traffic
•
Support of Trunk Group Id at the x-route-tag or tsp Parameter
•
Support of VXSM M3UA Signaling
•
Take Back and Transfer Phase 2
•
Usability Enhancements—Phase 1
•
XML-Based Trunk Group File Format
A-Number Country Code Digit Remove Property
This feature (CSCsa75618) introduces the trunk group property AdigitCCrm to the Cisco PGW 2200 Softswitch. If the AdigitCCrm trunk group property is a nonnull value and the A-number NOA is international, the Cisco PGW 2200 Softswitch can remove from 1 to 5 leading digits that match the AdigitCCrm property value (the country code). In addition to removal of the country code, the NOA value in the ISUP message is modified from international to national.
Note
For more information, see the A-Number Country Code Digit Remove Property feature module.
Backwards Propagation of SIP REFER over SS7 Using REL with RDN
This feature (CSCsl06237) allows a SIP REFER on the terminating call to be propagated back to the originating SS7 call by sending a REL that contains the redirection number and redirection information. The REFER is acknowledged with an indication of success and the call is immediately released on receipt of an RLC.
To activate this service, existing analysis FACILTY results are required against the Originating SS7 call.
DW1=3 DW2=2Call flow:-IAM ----> INVITE<----- 100 TryingACM<----<----- 180 RingingANM<----<------200 OK------>ACK<------REFER (refer-to: RDN)------>202 Accepted------>NOTIFY (sip frag 100 Trying)<------200 (NOTIFY)REL<----- (RDN in RDN Information)------->NOTIFY (sip frag 200 OK)<------200 (NOTIFY)RLC----->------->BYE<-------200 (BYE)Blind Take Back and Transfer Replacement
This feature (CSCsd28134) provides support on the Cisco PGW 2200 Softswitch of the blind take back and transfer of a call by using digits received midcall via DTMF to invoke a blind call transfer. This type of call flow is typically found in use by traditional TDM user support groups to transfer calls to a service agent from a different group or location. The DTMF digits are received form the called attendant in the conversation phase of the call, and the PGW autonomously reroutes the call based upon the analysis of the received DTMF digits.
PGW supports TDM-based transferring agents and calling party for this feature.
A a new sigpath/trunkgroup property MidCallServiceCustID allows PGW to enable this feature.
Note
For more information, see the Blind Take Back and Transfer Replacement feature module.
Call Reporting
The Call Reporting feature (CSCsx16398) enables the Cisco PGW 2200 Softswitch to generate an alarm if a caller dials a particular number. You specify the number as a digit string (for example, the emergency number 999 in the United Kingdom, or 911 in the United States). In response to such an alarm, a security team can capture the alert and respond appropriately.
The Call Reporting feature also enables the Cisco PGW 2200 Softswitch to report call details by way of SNMP to a network element management system such as the Cisco Media Gateway Controller Node Manager (CMNM). Also, you can provision the Call Reporting feature by using the Cisco Voice Services Provisioning Tool (VSPT) as an alternative method to an MML command session.
Calling Name Delivery (CNAM)
This feature (CSCsc56989) allows the name of the calling party to be delivered to the called party if the called party has subscribed to the calling name delivery feature. Hence it is a terminating feature.
The PGW 2200 supports TCAP query to a CNAM database, if needed, based on the called party number. The retrieved CNAM is passed to the egress destination if and only if it is allowed based on calling name delivery blocking (CNAB) and calling identity delivery and suppression (CIDS) information.
Note
For more information, see the Calling Name Delivery (CNAM) feature module.
CODEC and DTMF Preferential Routing Enhancements
This feature (CSCsa81867) provides the following:
•
Extends the PGW 2200 ability to influence CODEC selection to IP calls (SIP and H.323).
•
Allows users to determine that there is no common CODEC or DTMF capability between a certain ingress and egress destination, allowing route advance to an egress destination that can either directly handle the combination, or else an IP-IP gateway that can perform transcoding.
•
Supports route advance when the type of DTMF interworking does not match.
Note
For more information, see the CODEC and DTMF Preferential Routing Enhancements feature module.
Configuration Check for Active/Standby
This feature (CSCsq83084) checks the configurations on the active and the standby systems. If they are not the same, the Cisco PGW 2200 Softswitch raises a minor alarm to remind you.
This functionality is disabled as default. You use a parameter (pom.checkConfigInterval) in XECfgParm.dat to enable this functionality and to determine how often you want to check the configuration.
If you do not enable pom.checkConfigInterval, the Cisco PGW 2200 Softswitch does not enable this functionality. If you want to check the configuration every 30 minutes, you manually add a new line like:
"pom.checkConfigInterval = 1800 "in XECfgParm.datThe time unit is in seconds. If you set a checkConfigInterval less than 30 minutes, the Cisco PGW 2200 Softswitch sets this value to 30 minutes automatically.
The newly added alarm in alarmCats.dat is:
460 "Peer Config Mismatched" 1 Y "Configurations on Active and Standby not exactly the same" "Peer Config Mismatched" 3Digit Buffering for International Gateways
This feature (CSCsa60885) adds a sigPath property (TBufferDigitLength) that allows you to limit the digit length of the called party number (B-number) in the outgoing ISUP IAM and SAM(s). If the number of digits in the next SAM is also greater than the limit, the number of digits in the SAM is limited again, until all digits are passed in SAM(s). This is required for proper interconnection to certain international networks.
This feature provides the following:
•
The ability to limit the called party number in the ISUP IAM and SAM message
•
The option for direct connection between the PGW 2200 and certain international networks
The TBufferDigitLength property works with the following:
•
The built in digit length limit of the terminating protocol—The maximum number of digits allowed in the outgoing IAM and SAM(s) is determined by the TBufferDigitLength and the build in protocol limitation, whichever is less.
•
OD32DigitSupport (sigPath property) —Setting OD32DigitSupport to 1, sets the built-in digit length limit to 32 digits.
•
TOverlap (sigPath property) —Setting TOverlap to 0, causes extra digits cut from the IAM to be discarded. A SAM is not allowed on the terminating side.
•
TMaxDigits (sigPath property) —TMaxDigits ensures the total number of digit in the IAM and SAM messages does not exceed the provisioned value.
Note
For more information, see the Digit Buffering for International Gateways feature module.
DPNSS Service Interworking with Cisco CallManager Using QSIG Tunneling
This feature (CSCsb25089) enables full end-to-end route optimization for mixed Cisco Call Manager (CCM) and DPNSS PBX networks. In addition, numerous other services such as call completion, call transfer, call diversion and caller id can be inter-worked between CCM and DPNSS/QSIG networks. This feature allows the Cisco PGW 2200 Softswitch to interwork QSIG and DPNSS PBXs and provides an extensive set of feature support. Tunneled QSIG features can be interworked with both DPNSS and backhauled QSIG.
Note
For more information, see the DPNSS Service Interworking with Cisco CallManager Using QSIG Tunneling feature module.
Enhanced Local Number Portability and Dial Plan Selection
This feature (CSCsg38811) extends the table look up capability to provide searches with longest match and partial (substring) matches for the Ported number and A number dial plan selection tables.
The following are the benefits of this feature:
•
Makes the Times-ten database reading more flexible to support partial matching and longest matching in addition to exact matching.
•
Enhances the Local Number Portability (LNP) call processing to better deal with overlap receiving/sending using variable number lengths to minimize call set up delays.
•
Ensures that database sizes are sufficiently large to meet user needs now and for the future.
•
Ensures that database bulk loading is efficient.
Note
For more information, see the Enhanced Local Number Portability and Dial Plan Selection feature module.
FCI and TMR Provisioning
This feature (CSCee00580) adds the capability to set a default for the ISUP Forward Call Indicators (FCI) field and the ISUP Transmission Media Requirement (TMR) field. This enhancement enables new SIP sigpath properties used to control the mapping rule between ISUP-CLI and SIP headers. The new properties are shown in Table 5.
Flexible Cause Handling
This feature (CSCsr67508) changes the way that the Cisco PGW 2200 Softswitch handles cause analysis. When the external release is received, the cause is saved off separately ready for any ultimate release following the exhaustion of all existing trunk groups. A new internal cause value 222 (IC_NO_TRKGRP_AVAILABLE) allows the following behavior: when the Cisco PGW 2200 Softswitch exhausts all Trunk Groups, this cause value is presented internally to cause analysis. This behavior allows a "last chance" routing if this cause value is configured in the cause table. If that final attempt finds no routing and the call is to be released, the cause originally received and saved from the terminating line side is used. In this way, you have the benefit of the original functionality enabling a last chance in cause analysis. This method complies with other requirements for maintaining and returning the received cause value when clearing the call.
Provision this feature if for any reason the call is rejected by the terminating side and "Reattempt or Trunk group Advance" is invoked to try all the available trunk groups in turn. When all of the trunk groups are exhausted, you can use this cause value to run cause analysis and take desired actions, for example, to modify B number and select an alternative route or to change to a new dial plan.
To provision this feature, start a new provisioning session and add a new cause analysis. For example:
numan-add:cause:custgrpid="1111",causevalue=222,setname="rsetPeerPGW"This produces two results in result set rsetPeerPGW:
mml> numan-rtrv:resultset:custgrpid="1111",name="rsetPeerPGW"Full Number Translations
The Full Number Translations feature (CSCeg33917) provides a large-scale, number translation function on the Cisco PGW 2200 Softswitch. This feature enhances the current PGW database query mode, which is used for local number portability (LNP) and CLI screening, by handling contiguous ranges of numbers with analysis and modification capabilities. The Full Number Translations feature supports large-scale changes of individual numbers. This feature adds the NUM_TRANS result type that is implemented in analysis where the existing Times Ten database is used to store the dial plan numbers.
The full number replacement mechanism adds a general number replacement result type, NUM_TRANS, available for A-number and B-number analysis. In addition, a Times Ten query and full number translation table are also added.
The purpose of this result is to indicate one of a possible enumerated list of numbers which require full replacement.
Note
For more information, see the Full Number Translations feature module.
Global Title Provisioning
This feature (CSCsa75613) provides support on the Cisco PGW 2200 Softswitch to provision the Signaling System 7 (SS7) global title used for Intelligent Network (IN) operations. With this feature, the Cisco PGW 2200 Softswitch can be provisioned to use an SS7 point code or to use an SS7 global title. Additionally, you can set the point code and subsystem number (SSN) if the point code method is used, or set the global title to use the calling number, called number, or a fixed value if the global title method is used.
This feature provides the following capabilities:
•
Provisioning the SS7 global title used for IN operations.
•
Using an SS7 point code or an SS7 global title.
•
Setting different IN service key, SSN, plus DPC routing method or global title routing for different services.
Note
For more information, see the Global Title Provisioning feature module.
H.248 Feature
The H.248 feature provides another gateway control interface (in addition to MGCP) between the Cisco PGW 2200 Softswitch and the VXSM gateways. This interface is based on the ITU-SG16/IETF specification of H.248 which defines a decomposed gateway architecture. This architecture is composed of a media gateway controller (MGC) and the media gateways (MG), with distributed call control functionality between an MGC, an intelligent entity that manages the establishment and tearing down of calls, and a MG, a simple entity that responds to the MGC's requests and independently processes media streams.
The Cisco PGW 2200 Softswitch fulfills the MGC functions specified in the H.248 series specification. The Cisco PGW 2200 Softswitch supports only the function of interworking with trunking gateways.
Note
For more information, see the H.248 feature module.
Increase Dial Plan Size
This feature (CSCsb89438) allows the Cisco PGW 2200 Softswitch to increase the index for the dial plan from 16 bits to 32 bits. The new dial plan size limit is 256K digit nodes.
This feature makes changes to MML commands. The digitToPresent is removed from digit tree; therefore, the parameter digitToPresent is removed from NUMAN-ADD: BDIGITTREE and NUMAN-ADD: ADIGITTREE. For the same reason, similar changes are applied to NUMAN-ED and NUMAN_DLT commands.
Lawful Intercept
The Lawful Intercept feature on the Cisco PGW 2200 Softswitch allows authorized by a LEA (Law Enforcement Agency) personnel to intercept data from targeted calls and send the call data to a LI Mediation Device.
Lawful Intercept on the Cisco PGW 2200 Softswitch works within the architecture of the Cisco Service Independent Intercept (SII). This document describes the high-level architecture of Lawful Intercept in the Cisco PGW 2200 based on Packet Cable Electronic Surveillance Specification and Packet Cable Event Message Specification.
Note
For more information, see the Lawful Intercept feature module
Licensing Features for the Cisco PGW 2200 Softswitch
To manage licenses, Cisco PGW 2200 Softswitch provides license files that are stored in a directory where PGW 2200 obtains the required license information. The Cisco PGW 2200 Softswitch uses the license file to enforce the capacity and features available. Each feature line of the license file is encrypted. Licensing also applies to HSI and BAMS components.
The Cisco PGW 2200 Softswitch requires a unique license file during the execution of the software. This license file allows the software to be loaded and run on a specified set of active/standby servers.
The Cisco PGW 2200 Softswitch tracks the number of ports that are configured in your PGW node (one active/standby system) and compares this to the number of Right To Use (RTUs) licenses that you purchased. All port licenses are in TDM (DS0) or call leg units. A licensing check is done at run-time.
The Cisco PGW 2200 Softswitch uses the FLEXlm license server from Macrovision Corporation as the license server for all components. To use Cisco PGW 2200 Softswitch software Release 9.7(3) and higher, you must install a license server.
Note
For more information, see the Licensing Features for PGW 2200 feature module.
Live Upgrade From 9.6 Sparc to 9.7 Sparc & Opteron
This feature (CSCso49604) allows you to upgrade from Cisco PGW 2200 Softswitch Release 9.6 of the Sparc platform to Release 9.7 and higher releases. The target platforms apply to Opteron as well as to Sparc. The normal upgrade and patching procedures since 9.7 are same as before and not broken by this feature. For more information, see the Cisco Media Gateway Controller Software Installation and Configuration (Release 9.7) document at
http://www.cisco.com/en/US/products/hw/vcallcon/ps2027/prod_installation_guides_list.html
Loose Routing Support
This feature (CSCsd83313) supports the SIP loose routing functionality as it is defined in RFC 3261, SIP: Session Initiation Protocol.
Previously, PGW used strict routing as defined in RFC 2543, which is superseded by the loose routing mechanism defined in RFC 3261. The main difference between those two routing methods is that strict routing overwrites the request-line to indicate the next hop server address to forward the request, whereas, the request-line remains the same throughout the call routing in loose-routing (typically representing the final destination). This is true as long as the proxy handling the request is not responsible for the domain specified in the request-line.
The Loose Routing feature provides the following:
•
Ability to define the routing mode of the PGW, strict or loose router (new property sipRoutingMode)
•
Flexible property control of ingress routing (new property sipIngressRoutingControl)
•
Flexible property control of egress routing (new property sipEgressRoutingControl)
•
Improved call matching based on To: From: tags
•
Additional CDR records—SIP Routing URI Source (Tag 4247), SIP Routing URI (Tag 4248)
•
Loose Routing that is fully backward compatible with strict routing applications
Mini-Parse Analyzing Tool
This feature (CSCsk32769) supplies a tracing tool (mini_parse.pl) that can provide a detailed analysis of call flows.
Mini-parse provides a simple flow diagram of events that are contained in an MDL trace file (.trc)
Usage: mini_parse.pl [-d] [-b] [-i] [-m] [-s] <tracefile>
•
-d—adds additional message decode
•
-b—adds additional B Number analysis info
•
-m—print messages only (no internal signals)
•
-i—adds additional IN info
•
-s—adds state transitions
The output can be redirected to a file.
Multiple Incoming IP Trunks
This feature (CSCsj52735) allows multiple incoming trunkgroups to be configured under the SIP path and EISUP path. SIP trunkgroups can be differentiated by combination of the source SIP proxy IP and Cisco PGW 2200 Softswitch listening port number. EISUP incoming trunkgroups can be differentiated by the H323SourceAddress retrieved from EISUP IAM message. Each trunkgroup can be provisioned separately with properties. When the PGW is deployed under a multivendor environment and there are differences in these vendors' SIP/EISUP implementations, PGW can be provisioned with multiple incoming trunkgroups with different properties for different SIP/EISUP implementations.
CautionBecause the Multiple Incoming IP Trunks feature (included in Patches CSCOgs013 and CSCOnn013) modifies PGW provisioning tables, we strongly recommend that you back up the current configuration before you upgrade and apply the back up configuration if the upgrade fails. Any configuration based on S13P13 is not backwards compatible.
This recommendation also applies if you upgrade to a patch higher than S13P13 from a patch lower than S13P13.
The Multiple Incoming IP Trunks feature modifies a CDR (Originating Trunk Group), Tag 4008, as described in the Cisco Media Gateway Controller Software Release 9 Billing Interface Guide.
A new SP-Group measurement (SP: IPIN REJ TOT) described in the Cisco PGW 2200 Softswitch Release 9 Operations, Maintenance, and Troubleshooting Guide.
Provisioning This Feature
A new sigpath property, IPINMAPPING, lets you assign specific trunk group attributes to different inbound sip calls. The prov-add:ipinmapping command, lets you add up to 10,000 entries to the IP Trunk Group selector table.
•
The configuration can be IP only or sipport only.
•
Sipport online help displays sipports configured in a previous siplnk.
•
If allowedNetmask is empty, PGW treats it as default netmask 255.255.255.255. Or you can configure netmask to filter an IP address. If (incoming msg's source IP & allowedNetmask)=(allowedIP & allowedNetmask), then this IP is allowed. If there are several ipinmapping entries qualified, the longest match rule is applied.
•
The ipinmapping name is the primary key to identify an ipinmapping entry.
•
A new data file, ipinmapping.dat, records what is configured in ipinmapping.
prov-add:ipinmapping:
name - MML Name
desc - Description
sigsvc - SIP sigpath or EISUP sigpath
allowedIP - allowed IP Address
allowedIPNetMask - allowed Net Mask
sipport - allowed SIP Port, only effective for SIP sigpath
trnkgrpnum - Trunk Group Number (display trnkgrps belong to this sigsvc)
Prov-ed:ipinmapping:name="###"
Prov-dlt:ipinmapping:name="###"
prov-add:sigsvcprop:ipinscreening
prov-ed:sigsvcprop:ipinscreening
•
Indicates whether the screening takes effect if no trnkgrp is found. Value range integer range 0 to 2): 0 (no screening), 1 (screening, discard if no trnkgrp found), 2 (screening, process with default if no trnkgrp found).
•
This ipinscreening sigsvcprop is only effective on the SIP/EISUP sigpath.
•
The default value of ipinscreening sigsvcprop is 0.
•
Iinscreening=0 stands for ipinmapping function disabled.
–
For sip sigsvcprop ipinscreening=0, you must specify a default SIP_IN trnkgrp for this sip sigpath, this default SIP_IN trnkgrp is treated as this sip sigpath's default incoming trnkgrp.
–
For eisup sigsvcprop ipinscreening=0, you can specify a default trnkgrp for this eisup sigpath. If you leave it empty, then the eisup trnkgrp with trnkgrpprop btechprefix=NULL is treated as this eisup sigpath's default incoming trnkgrp.
•
Ipinscreening=1 stands for ipinmapping function enabled.
–
For sigsvcprop ipinscreening=1, you can specify default trnkgrp for this sigpath(SIP/EISUP) or leave it empty, the default trnkgrp is not mandatory.
–
For sigsvcProp ipinscreening=1, if no ipinmapping matched, a new call message will be dropped.
•
Ipinscreening=2 stands for ipinampping function enabled.
–
For sip sigsvcprop ipinscreening=2, you must specify a default SIP_IN trnkgrp for this sip sigpath, this default SIP_IN trnkgrp is be treated as this sip path's default incoming trnkgrp.
–
For eisup sigsvcprop ipinscreening=2, you can specify a default trnkgrp for this eisup sigpath. If you leave it empty, the eisup trnkgrp with trnkgrpprop btechprefix=NULL is treated as this eisup sigpath's default incoming trnkgrp.
–
For sigsvcProp ipinscreening=2, if no ipinmapping entry is matched, a new call message will be processed with incoming sigpath's default incoming trnkgrp.
Batch file capabilities will be provided for populating the Trunk Group Selector table.
Provisioning Example 1
prov-ed:sigsvcprop:ipscreening=2Prov-add:siplnk:name="siplnk1", svc="sippath-1",ipaddr="IP_ADDR1",port=5060Prov-ed:siplnk:name="siplnk1",port=5063Prov-ed:siplnk:name="siplnk1",port-5065Prov-dlt:siplnk:name="siplnk1",port-5065Prov-ed:siplnk:name="siplnk1",port-5064Prov-add:trnkgrp:name="1000", svc="sippath-1", type=SIP_INProv-add:trnkgrp:name="1010", svc="sippath-1", type=SIP_INProv-add:trnkgrp:name="1020", svc="sippath-1", type=SIP_INProv-add:trnkgrp:name="1030", svc="sippath-1", type=SIP_IN, defaut=1.Prov-add:trnkgrp:name="1040", svc="sippath-1", type=SIP_INProv-add:ipinmapping:name="sipinmapping-1",sigsvc="sippath-1",allowedIP="10.0.14.145", sipport=5063, trnkgrpNum=1000Prov-add:ipinmapping:name="sipinmapping-2",sigsvc="sippath-1",allowedIP="10.0.14.145", allowedIPNetmask="255.255.255.128", trnkgrpNum=1040Prov-add:sipinmapping:name="sipinmapping-3",sigsvc="sippath-1",sipport=5064, trnkgrpNum=1010Prov-add:sipinmapping:name="sipinmapping-4",sigsvc="sippath-1", allowedIP="10.0.14.145",trnkgrpNum=1020The following sip INVITE messages are received:
sip INVITE (srcaddr=10.0.14.145, dstport=5063) select trnkgrp 1000sip INVITE (srcaddr=10.0.14.187, dstport=5064) select trnkgrp 1040sip INVITE (srcaddr=10.0.14.87, dstport=5064) select trnkgrp 1010sip INVITE (srcaddr=10.0.14.145, dstport=5064) select trnkgrp 1020sip INVITE (srcaddr=10.0.24.176, dstport=5063), select default trnkgrp 1030Because sigsvc "sippath-1" ipinscreening=2, although no ipinmapping entry matches, the default trunkgroup is selected.
For SIP incoming trunkgroups mapping, the mapping rule priorities are: IP+Port > IP only > Port only. That is, if IP+Port mapping fails, IP only mapping is tried, then Port only mapping. If the trunkgroup mapping fails again, the mapping sequence continues until an entry is found.
Example 2
prov-ed:sigsvcprop:ipscreening=1Prov-add:trnkgrp:name="2000", svc="eisuppath-1", type=IPProv-add:trnkgrp:name="2010", svc="eisuppath-1", type=IP, default=1Prov-add:ipinmapping:name="eisupinmapping-1",sigsvc="eisuppath-1",allowedIP="10.0.14.145", trnkgrpNum=2000The following eisup IAM messages are received
Eisup IAM (H323 source address = 10.0.14.145)trnkgrp 2000 is selected
Eisup IAM (H323 source address = 10.0.14.187)PGW can not find a trunkgroup, although there is a default trunkgroup but eisup.screenging=1. This IAM is discarded.
Per Call Trace Enhancement
This feature (CSCea78597) implements some enhanced functions based on the original per call trace, including collecting per call trace on calling/called party number, adding MCL setting, capturing long duration calls, collecting call trace on cause value and fixing per call trace on a particular sigPath/Span/cic (or trunkgroup/trunk) combinations.
To implement this feature, there is a new XECfgParm parameter, CallNumberToWriteIntoTracefile that limits the call number to write into a trace file while stopping a long duration call trace.
The start trace (sta-sc-trc) MML command is modified to perform the following:
In the active node:
mml>sta-sc-trc:<sigpath>:[span=x[,rng=y]][,tc=z[,rng=w]][,anubmer=="callingparty number"][,bnumber="calledpartynumber"][,causevalue=c][,incompleteoverlapnumber] [,duration=d][,mcl=m] [,autostop][,prd=n][,log="log"],confirmmml>sta-sc-trc:<trunkgroup>:[trk=x[,rng==]] [,anubmer="callingpartynumber"][,bnumber="called partynumber"][,causevalue=c][,incompleteoverlapnumber][,duration=d][,mcl=m] [,autostop][,prd=n][,log="log"],confirmIn the standby node:
mml>sta-sc-trc:<sigpath>:[span=x[,rng=y]][,tc=z[,rng=w]][,mcl=m][,prd=n][,log="log"],confi rmmml>sta-sc-trc:<trunkgroup>:[trk=x[,rng=y]][,mcl=m][,prd=n][,log="log"],confirmPGW-ITP Optimize Routing with MAP Query
This feature (CSCsi10115) allows the Cisco PGW 2200 Softswitch to optimize routing based on a subscriber's location within a mobile network.
A new property, ItpActionRequest, indicates that the PGW should send a customized SIP invite to the ITP to return the location of a mobile subscriber. Setting this property to map-app indicates that the PGW should send a customized SIP invite to the ITP to return the location of a mobile subscriber. The customized SIP invite causes the ITP to send a MAP query to the service provider HLR for the mobile subscriber's current mobile station roaming number (MSRN). The PGW then routes the call to the closest Gateway MSC based upon the new MSRN.
If the PGW is unable to optimize the call routing based on the MSRN, it continues to route calls based on using the mobile subscriber's MSISDN (telephone number). The PGW routes calls based on an MSISDN using cause analysis.
The new property, ItpActionRequest, is shown in Table 6.
Provisioning example:
Prov-ed:trnkgrpprop:name="xxx", ItpActionRequest="map-app"Prov-dlt:trnkgrpprop:name="xxx", "ItpActionRequest"PGW Support for HSI Non-RAS Mode
This feature (CSCeb55640) enables service providers to create a simplified network without a gatekeeper for networks that do not require gatekeeper features such as security.
In Non-RAS mode, the Cisco PGW 2200 Softswitch converts called numbers into one or more IP addresses in the dial plan to support load sharing over multiple HSIs. This mechanism supports H.323 endpoints that have multiple IP addresses. With such support, when an initial IP address does not work, attempts are made to use the alternative IP addresses for the same endpoint.
If the Cisco PGW 2200 Softswitch sends an IP address to the HSI over E-ISUP, the HSI sends a SETUP directly to the endpoint. In addition, the Cisco PGW 2200 Softswitch stores the H.323 destination IP address in the Call Detail Record (CDR).
PGW Support of Non-RAS mode enables deployment of a Cisco PGW 2200 Softswitch with a connected Cisco HSI without a gatekeeper in networks that do not require admission or location of the H.323 endpoint, or when selection of the endpoint does not benefit from H.323 mechanisms such as Resource Availability Indication (RAI). Examples of such deployments include Cisco CallManager (CCM) or H.323 ITS, or cases in which an H.323 gateway provides the only connection to a PBX.
Note
A single Cisco H.323 Signaling Interface (HSI) cannot operate in both RAS and Non-RAS modes. If a network requires both modes of operation, the network must have multiple Cisco HSIs.
The following new CDR tag was added:
Note
This tag is available only when the call uses the non-RAS feature.
Note
For more information, see the PGW Support for HSI Non-RAS Mode feature module.
PGW TCP Transport for SIP Phase I
This feature (CSCsh66146) allows the PGW to configure TCP or UDP as the default transport for both send and receive directions. UDP is the default.
UDP to TCP Migration
If you are a SIP over UDP based user and want to migrate to SIP over TCP, you can use the following steps:
Step 1
Stop the standby Cisco PGW 2200 Softswitch node.
Step 2
Change the XECfgParam.dat to TCP.
Step 3
Start the standby Cisco PGW 2200 Softswitch node.
Step 4
Switchover the Cisco PGW 2200 Softswitch node.
Step 5
Stop the current standby Cisco PGW 2200 Softswitch node.
Step 6
Change the XECfgParam.dat to TCP.
Step 7
Start the current standby Cisco PGW 2200 Softswitch node.
After the above steps, the Cisco PGW 2200 Softswitch uses UDP as a transport for old calls, and only handles new SIP calls over TCP. So the Cisco PGW 2200 Softswitch always creates both a UPD and a TCP socket. The Cisco PGW 2200 Softswitch must reject the new call over an un-configured transport, but PGW needs to handle the middle call request and response over an un-configured transport, because old calls still use UDP as transport. For the middle call request, PGW should reject REFER to PGW over un-configured transport because REFER might cause UDP/TCP interworking issue in this migration case.
In summary, the Cisco PGW 2200 Softswitch supports UDP to TCP migration with the limitation that REFER is not supported on old active calls after migration. TCP to UDP migration is also supported, but, after migration, the Cisco PGW 2200 Softswitch does not reject a REFER message, so the Cisco PGW 2200 Softswitch uses the new transport protocol (TCP) to create a new call leg. The result is that the incoming call leg uses UDP but the outgoing call leg uses TCP. Retransmission is a problem, but the call can release correctly.
The Cisco PGW 2200 Softswitch uses the IP address IP_Addr1 and port 5060 to start both the TCP and UDP listener socket.
•
TCP and UDP must use the same IP and Port.
•
In IOCM the TCP and UDP SIP Link use the same state machine. When the Cisco PGW 2200 Softswitch sets the SIP link to IS or OOS, both TCP and UDP are set to IS or OOS.
No Support for UDP/TCP Mixed Network
The Cisco PGW 2200 Softswitch supports UDP only and TCP only as a system global configuration. If the Cisco PGW 2200 Softswitch is configured as UDP only, it handles a new SIP call only over UDP. If the Cisco PGW 2200 Softswitch is configured as TCP only, it handles a new SIP call only over TCP.
To support UDP/TCP migration, the Cisco PGW 2200 Softswitch creates both a TCP and a UDP socket in either mode. For more information, see the "UDP to TCP Migration" section.
The Cisco PGW 2200 Softswitch populates a configured transport to transport parameter of Request-URI/RecordRoute/Route/Contact/VIA/ReferTo headers, but it does not use the transport parameter from others, because the Cisco PGW 2200 Softswitch always uses the transport configuration. If the Cisco PGW 2200 Softswitch is configured as TCP only, and RecordRoute from next hop is UDP, the Cisco PGW 2200 Softswitch still sends a subsequence SIP request to next hop over TCP. If the Cisco PGW 2200 Softswitch is configured as UDP only and RecordRoute from next hop is TCP, it still sends a subsequence SIP request to next hop over UDP.
XECfgParm.dat Parameter
The XECfgParm.dat file configuration parameters added for this feature are in Table 7. For information on the other XECfgParm.dat parameters, see the Cisco PGW 2200 Softswitch Release 9.7 Software Installation and Configuration Guide at
http://www.cisco.com/en/US/products/hw/vcallcon/ps2027/tsd_products_support_series_home.html
POM File Service Enhancement
This feature (CSCsi54885) improves the prov-dply/prov-sync performance to allow PGW to support thousands of dial plans without impacting existing functions.
Pre Call Announcement After Address Complete Message
This feature (CSCsb56721) provides support for pre-call announcements that are played directly after the Address Complete Message (ACM) is received by the PGW 2200 or an equivalent message such as Alerting is received over outgoing protocols such as H.323 or SIP. Pre call announcement is used to play a short announcement to inform the calling party of the cost per minute for a call.
Note
This feature supports TDM-to-IP calls and TDM-to-TDM hairpinned calls. The announcement is supported only on the TDM side of an IOS gateway.
Note
When this announcement is played after receiving the receipt of an ACM, the called party might answer during the announcement, causing the calling party to miss the initial speech.
The existing sigpath property, *.AnnSuppressInbandInfo, has been given a more generic name, *.LocalAnnBehavior, to reflect the three options associated with it.
Valid values are:
•
0 (default)—play announcement after all digits have been received. An early ACM is sent before the announcement is played to indicate "inband information available." The call is routed after the announcement is played.
When you are using this option, the PGW 2200 might force an enbloc, which can result in an unacceptable post-dial delay.
•
1—Play announcement after enough digits have been received to determine a route. Early ACM is not sent prior to playing the announcement (it is assumed that the voicepath is already cut back after IAM). The call is routed after the announcement is played.
When overlap sending is also used, depending on the number dialed, some users might receive the pre-call announcement while the final digits are being dialed.
•
2—route the call after enough digits have been received to determine a route. Play the announcement after an address complete indication (ACM) is received from the terminating side. This method was introduced by this feature.
Presentation Number Modification
The Presentation Number Modification feature lets the Cisco PGW 2200 Softswitch modify the presentation number (PN) for calls between a PSTN network on one side and a SIP server on the other. The requirement is to modify PN prefixes. Before the introduction of this feature, the PGW 2200 could modify a calling party number (A-number). The PGW 2200 also could modify a PN but only if an A-number was present. This feature enables the PGW 2200 to modify a PN when no A-number is present.
Note
For more information, see the Presentation Number Modification feature module.
RADIUS Enhancement for Accounting
This feature (CSCse18042) provides radius interface support on the PGW 2200 for Call Detail Record (CDR) data. CDR data is sent to a preconfigured radius server at the end of the call. CDR data for PSTN to IP calls as well as IP to PSTN calls is supported.
Note
For more information, see the RADIUS Enhancement for Accounting feature module.
Redirect Server
The feature (CSCsk41224) allows the PGW 2200 to act as a redirect server. For DPNSS, this is very useful because it allows for a gradual migration from traditional PBXs to IP telephony. The PGW can be configured with the migrated phone numbers. Numbers that are not migrated can cause a divert, which essentially means that two circuits are not tied up for the duration of the call.
The Redirect Server feature adds a new result type (REDIRECT), modifies two CDRs (SERVICE USAGE DATA, Tag 4239 and REDIRECTION NUMBER, Tag 4065), and adds a new measurement (CALL: SuccRedirected). These new elements are described in the Cisco PGW 2200 Softswitch Release 9 Dial Plan Guide (through Release 9.7), the Cisco PGW 2200 Softswitch Release 9 Operations, Maintenance, and Troubleshooting Guide, and the Cisco PGW 2200 Softswitch Release 9 MML Command Reference.
Note
The Redirect Server feature is enabled for DPNSS only. It does not work for SIP.
Provisioning Example
Add a service.
numan-add:service:custgrpid="1111",name="redirection"Add a full translation number in the timesten table.
numan-add:fullnumbertrans:svcname="redirection",numtype="1",digstring="611111",translatedn um="11111"Add the REDIRECT result type in a to-be-matched A/B number digit string.
numan-add:resultset:custgrpid="1111",name="set1111"numan-add:resulttable: custgrpid="1111",setname="set1111", resulttype="REDIRECT",dw1="redirection;numan-add:bdigtree:custgrpid="1111",callside="originating",digitstring="6",setname="set1111"Ring Back Service using CPC=3 for Voice Messaging
This feature (CSCsi40004) adds the capability to modify the called party category (CPC) value to 3 on the backward call indicators (BCI) parameter in the address complete message (ACM) message for ring back service to support voice messaging services in Mexico.
•
Mexican Q.767 ISUP variant supports called party CPC value 3, but modified called party CPC parameter is applicable to all ISUP variants, including Q.767, Q.761, and ANSI SS7.
•
Both signaling mode and call control mode use dial plan number analysis as the called party CPC modification trigger.
•
The existing result type CPCMOD is reused to implement this feature.
•
For consistency, called party CPC is available in both A-number and B-number analysis.
Result Type Definitions
The result types listed in Table 8 support the validation of dw2 in the result type CPCMOD.
To allow you to modify both the calling party CPC and the called party CPC at the same time, PGW allows a maximum of two CPCMOD results provisioned in one result set.
For information on other result type definitions for the Cisco PGW 2200 Softswitch, see the Cisco MGC Software Release 9 Dial Plan Guide.
Provisioning Examples:
The following are MML command examples for CPCMOD result type.
•
Change the calling party category parameter to PAYPHONE in the outgoing IAM message. Use the DW2 default value:
NUMAN-ADD:RESULTTABLE:CUSTGRPID="T002", NAME="result45", RESULTTYPE="CPCMOD", SETNAME="cpcset1', DW1="15"•
Change the calling party category parameter to PAYPHONE in the outgoing IAM message. Explicitly set DW2:
NUMAN-ADD:RESULTTABLE:CUSTGRPID="T002", NAME="result45", RESULTTYPE="CPCMOD", SETNAME="cpcset1', DW1="15", DW2="0"•
Change the called party category parameter to 3 in the backward ACM message. To modify the called party category, set DW2 to 1.
NUMAN-ADD:RESULTTABLE:CUSTGRPID="T002", NAME="result32", RESULTTYPE="CPCMOD", SETNAME="cpcset2', DW1="3", DW2="1"Sequential Network Consultation Transfer
This feature (CSCsj08981) enables the Cisco PGW 2200 Softswitch to perform sequential network consultation transfer (NCT) calls. That is, the Cisco PGW 2200 Softswitch can perform another NCT after the first NCT is completed. With this new feature introduced, to invoke a second NCT, call agents do not have to invoke a network blind transfer (NBT) or an intelligent take back and transfer (iTNT) before the second NCT. Call agents can start a second NCT right after the first NCT is completed.
The sequential NCT feature is an enhancement to the previous feature, SIP Support of Take Back and Transfer in the Cisco Unified Contact Center.
Note
For more information, see the Sequential Network Consultation Transfer feature module.
SIP and ISUP Interworking for Call Hold and Terminal Portability
This feature (CSCsb56422) supports the message mapping between SIP and ISUP for call hold and terminal portability on the Cisco PGW 2200 Softswitch. The implementation is based on Q.1912.5 Annex B.10 for Call Hold and Annex B.13 for Terminal Portability (TP). Q.1912.5 defines signaling interworking between SIP and ISUP.
The Cisco PGW 2200 Softswitch also supports ISUP and SIP/HSI interworking for Call hold and TP across EISUP (intra PGW). The following scenario is supported : ISUP ->PGW1->PGW2->SIP/HSI. Either ISUP invokes call hold or SIP/HSI invokes call hold is supported.
Note
For more information, see the SIP and ISUP Interworking for Call Hold and Terminal Portability feature module.
SIP Configurable Retransmissions
This feature (CSCsc37919) supports the capability to configure SIP Retransmissions handling. The new properties introduced with this feature are used to configure the number or retries and the time intervals between retries as linear (new) or exponential (current standards-based method). In addition, the SIP Timer C is also made configurable.
If the Cisco PGW 2200 Softswitch works as a proxy, for example, the call is from sip to sip, the properties InviteRetries and NonInviteReqRetries are disabled.
This feature changes the switch-time behavior of the Support of DNS SRV and SIP Load-Sharing feature (introduced in Release 9.6(1)). The Cisco PGW 2200 Softswitch will not support more than two DNS proxy server because the SIP Configurable Retransmissions feature modifies the switch time behavior to support only two DNS proxy servers.
The new properties are shown in Table 9.
SIP Early-Dialog Offer/Answer Using PRACK/180/183
This feature (CSCso02350) supplies a new SDP offer/answer capability that can support SDP negotiation using PRACK/180/183 in SIP early dialog as in RFC3261/3262. Normally this feature is used in H323/SIP-> SIP call.
CautionWhen H323 calls SIP in fast start mode and the terminal SIP uses the 100rel response, and the originator (H323) and terminal (SIP) have different CODECs, the call fails or has no voice path (CSCso86755). The workaround is to have the same CODEC for both.
This enhancement cannot support the call scenario H323->SIP with slow start mode. You should change the supportreliable100="UNSUPPORTED" in this case
This recommendation also applies if you upgrade to a patch higher than patch CSCOgs014/CSCOnn014 from a patch lower than CSCOgs014/CSCOnn014.
Provisioning This Feature
You must set the trunk group property supportreliable100 to "SUPPORTED" or "MANDATORY". For SIP -> SIP call, use this feature when both the calling and the called party use the 100rel response.
SIP FROM Interworking with SS7 and PRI
This feature (CSCsg42352) supports the mapping of the SIP FROM header (display name)
The received DISPLAY IE in SETUP message from the NI2+ interface will be mapped into UUIE field in the outgoing IAM message. This information is sent out without any modification from the incoming DISPLAY IE.
The receiving of the UUIE with IA5 encoded text in an IAM message will be mapped into DISPLAY IE of SETUP message of NI2+. This information is sent out without any modification from the incoming UUIE.
This service is only used in Nailed mode. A a new sigpath property, CNAPService, enables this feature on the PGW 2200.
The following provisioning example enables the service.
prov-ed:sigsvcprop:name="isup-path", CNAPService = "1"The following provisioning example disables the service. It is the default behavior.
prov-ed:sigsvcprop:name="isup -path", CNAPService = "0"SIP Overlap Signaling
This feature (CSCso14089) supports SIP overlap signaling between the Cisco PGW 2200 Softswitch and the Cisco BTS 10200 Softswitch products using a derivative of draft-zhang-sipping-overlap-01, a method for overlap signaling in SIP.
Both the Cisco PGW 2200 Softswitch and BTS 10200 support the sending and receiving of overlap dialed digits over SIP. The Cisco PGW 2200 Softswitch also supports the sending/receiving of overlap digits over the SS7 network.
Note
For more information, see the SIP Overlap Signaling Feature Module.
SIP Service Handling and Feature Interworking Enhancements
This feature (CSCef54992) introduces a Back to Back User Agent (B2BUA) mode of operation for SIP-to-SIP calls using the PGW 2200. It also enhances the existing mid-call service handling to better interwork SIP signaling for mid-call services. This feature allows PGW handling of SIP-to-SIP calls, including intrusive replacement of E.164 addresses appearing in various headers and configurable handling of REFER and 3xx redirect messaging. In addition, this feature enhances the PGW 2200 mid-call service handling for interworking of SIP redirection and transfers with SIP to SIP and SIP to other protocols.
Note
For more information, see the SIP Service Handling and Feature Interworking Enhancements feature module.
SIP Support of Take Back and Transfer in the Cisco Unified Contact Center
This feature (CSCsh65871) enhances the Take Back and Transfer (Phase 2) feature. The new feature provides the capability to support the SIP trunks as the calling party and/or the transferring party for different call transfers.
With this new feature, the Cisco PGW 2200 supports the following take back and transfer functions:
•
Basic Take Back and Transfer on SIP Trunks
•
DTMF Blind Transfer Under INAP Control on SIP Trunks
•
Network Blind Transfer Under INAP Control on SIP Trunks
•
Network Consultation Transfer Under INAP Control on SIP Trunks
Note
For more information, see the SIP Support of Take Back and Transfer in the Cisco Unified Contact Center feature module.
SS7 Takeback and Transfer RELEASE Message Parameter Modifications
This feature (CSCsq44014) introduces two new properties, ReferRedirectingNOA and ReferRedirectingInd, that allow you to manipulate the content in REL msg.
•
ReferRedirectingNOA: NOA value of redirection number in ITU SS7 REL message for blind transfer by sip REFER, use internal NOA value. Value range: 1 (NOA_NONE),2 (NOA_UNKNOWN), 3(NOA_SUBSCRIBER), 4(NOA_NATIONAL, 5(NOA_INTERNATIONAL).
•
ReferRedirectingInd: Redirecting indicator of Redirection Information in ITU SS7 REL message for blind transfer by sip REFER. Value range: 0 (no redirection), 1 (call rerouted), 2 (call rerouted, all redirection information presentation restricted), 3 (call diverted), 4 (call diverted, all redirection information presentation restricted), 5 (call rerouted, redirection number presentation restricted), 6 (call diversion, redirection number presentation restricted).
Support for INAP Generic Number
This feature (CSCsb56451) supports the Generic Number parameter in the INAP InitialDP and the INAP Connect operations. It enables use of dual CLI functionality in SIP networks.
Support for Individual SIP Cause Values
This feature (CSCsf00200) provides one to one mapping on the Cisco PGW 2200 Softswitch for SIP cause values mapping to internal values. This mapping allows more flexibility for supporting different user/country requirements.
To fully support this enhancement in a SIP-H323 call scenario, use HSI Release 4.3. Patch 2 or higher. The corresponding HSI caveat is CSCsi58113.
Because a new cause table is introduced with this feature, when you install the patch for this feature, you should add the following new cause table elements to old provisioned dial plans. For example:
numan-add:cause:custgrpid="1111",causevalue=217,setname="CSCOADRST2"numan- add:cause:custgrpid="1111",causevalue=218,setname="CSCOADRST2"numan- add:cause:custgrpid="1111",causevalue=177,setname="CSCOADRST1"numan- add:cause:custgrpid="1111",causevalue=197,setname="CSCOADRST1"numan- add:cause:custgrpid="1111",causevalue=206,setname="CSCOADRST1"numan- add:cause:custgrpid="1111",causevalue=208,setname="CSCOADRST1"numan- add:cause:custgrpid="1111",causevalue=213,setname="CSCOADRST1"Support of Location Mapping
The Support of Location Mapping feature (CSCsb65484) on the Cisco PGW 2200 Softswitch provides support for both cause code and location mapping with the ability to modify location values.
The Cisco PGW 2200 Softswitch is currently able to map release cause information into different values by the use of the Cause mapping table, however it cannot map or modify location values that are required by some users.
This feature allows the Cisco PGW 2200 Softswitch the following functionality:
•
Map to different cause and location values based on received cause values and location values (existing)
•
Map to a different cause value based on the received cause value and location values
•
Map cause value to new values without changing location values (existing)
•
Map to a new cause value and location value based on received cause value
•
Override the default location value with a new location value
•
Use the default location value if no Location value is set
•
Map a location value to new values without changing cause values, with the use of wildcard of cause value
Note
For more information, see the Support of Location Mapping feature module.
Support of Provisionable QoS for Signaling Traffic
This feature (CSCee21241) allows you to set the appropriate priority for various signaling traffic to be transported between the Cisco PGW 2200 Softswitch and Cisco EGW and other call control entities, like Cisco CallManager, Cisco Unity, SIP servers and Gatekeepers and Gateways over QoS-enabled IP networks.
Cisco EGW already supports fixed QoS in clustering over the WAN implemented by IPtables packages. Now the QoS is provided by the Cisco PGW 2200 Softswitch; this supports dynamically provisionable QoS for both the Cisco PGW 2200 Softswitch and Cisco EGW.
The QoS feature is supported for use by the Cisco PGW 2200 Softswitch itself. TimesTen would continue to use IPtables packages to get QoS support.
Note
The Clustering Over the WAN feature (for Cisco EGW) and technology is related to this feature.
This feature adds provisionable QoS support with the default value set to DSCP CS3 in accordance with Cisco baseline QoS recommendations for the following:
•
Signaling paths:
–
MGCP
–
EISUP
–
SIP
–
ISDN Backhaul over RUDP
–
DPNSS Backhaul over SCTP
–
BRI Backhaul over TCP
–
ISUP Backhaul over SCTP
–
QBE
–
AXL
–
LI
•
Various checkpointing traffic between PGW and Cisco EGW
Note
For more information, see the Support of Provisionable QoS for Signaling Traffic feature module.
Support of Trunk Group Id at the x-route-tag or tsp Parameter
The Support of Trunk Group Id at the x-route-tag or tsp Parameter feature (CSCsg49496) enables the support of ingress trunk group tag id at the SIP x-route-tag or tsp parameter of the SIP via header. Table 11 shows the new trunk group properties.
Ingress Trunk Group Property
The TrunkGroupTagLabel property can be configured in any ingress trunk group, including SIP, EISUP, SS7, PRI, DPNSS and QSIG. Since this property is a common property for all kinds of ingress trunk groups, it can be retrieved and written to CC in LCM module when the TCC is determined to be either SIP or EISUP to another PGW. A provisioning example of this property is:
Prov-ed:trnkgrpprop:name="9000", custgrpid="DP00", trunkgrouptaglabel=" westarea_trunkgroup1"Egress Trunk Group Property for SIP
An egress trunk group property TrunkGrpTagLabelTransEnable of type integer is added for SIP trunk group to decide whether and how to transmit trunk group tag label in the outgoing INVITE message. This trunk group property is only applicable for SIP trunk group when it acts as an egress trunk group. A provisioning example of this property is:
prov-ed:trnkgrpprop:name="9000", custgrpid="DP00", MGCdomain="10.0.57.90", TrunkGrpTagLabelTransEnable="1"Support of VXSM M3UA Signaling
This feature (CSCsl70032) adds the M3UA protocol for the VXSM entry in extNodeTypes.dat. The combination of M3UA and MGCP/H248 is supported on the VXSM/MGX8880 from the Cisco PGW 2200 Softswitch side.
Note
Because SS7 and MGCP/H.248 are backhauled to the same single VXSM card, you need to provision only one external node for both SS7 service and MGCP (or H.248).
Before this feature, the Cisco PGW 2200 Softswitch allowed the VXSM to be defined as an External Node (with EXTNODE TYPE = VXSM), but it refused to define that same VXSM as an M3UA, SUA, or IUA signaling gateway.
The following is a provisioning example for this feature.
prov-add:OPC:NAME="opc1",DESC="sh-plum",NETADDR="2.2.2",NETIND=2,TYPE="TRUEOPC"prov-add:DPC:NAME="dpc1",DESC="inet3",NETADDR="1.1.1",NETIND=2prov-add:EXTNODE:NAME="mgx-8850-1",DESC="MGX8800-VXSM1",TYPE="VXSM",ISDNSIGTYPE="N/A",GROU P=1prov-add:EXTNODE:NAME="mgx-8850-2",DESC="MGX8800-VXSM2",TYPE="VXSM",ISDNSIGTYPE="N/A",GROU P=1; MEGACO LEG to 1st VXSM cardprov-add:H248PATH:NAME="h248sctp-vxsm1",DESC="Service to vxsm1(H248sctp)",EXTNODE="mgx-8850-1"prov-add:ASSOCIATION:NAME="h248-assoc-1",DESC="service to vxsm1(h248sctp)",EXTNODE="mgx-8850-1",SGP="N/A",TYPE="H248",IPADDR1="IP_Addr1",IPADDR2="N/A",PORT=2970,PEERADDR1="10.0.78.2",PEERADDR2="0.0.0.0",PEERPORT=2970, IPROUTE1="",IPROUTE2="",RCVWIN=18000,MAXINITRETRANS=10,MAXINITRTO=2000,MAXRETRANS=5,CUMSACKTO=300,BUNDLETO=100,MINRTO=300,MAXRT O=3000,HBTO=2000,IPPRECEDENCE="ROUTINE",DSCP="N/A",MAXRETRANSDEST=3; MGCP LEG to 2nd VXSM cardprov-add:MGCPPATH:NAME="mgcp-vxsm2",DESC="Service to vxsm2(mgcp)",EXTNODE="mgx-8850-2"prov-add:IPLNK:NAME="mgcp-iplink1",DESC="MGCP link to vxsm2",SVC="mgcp-vxsm2",IPADDR="IP_Addr1",PORT=2427,PEERADDR="10.0.81.2",PEERPORT=2427,PRI=1,IPROUTE=""prov-add:SGP:NAME="sgp-vxsm1",DESC="SGP for VXSM1",EXTNODE="mgx-8850-1"prov-add:SGP:NAME="sgp-vxsm2",DESC="SGP for VXSM2",EXTNODE="mgx-8850-2"prov-add:M3UAROUTE:NAME="m3uart1",DESC="pgw to vxsm1",OPC="opc1",DPC="dpc1",EXTNODE="mgx-8850-1",PRI=1prov-add:M3UAROUTE:NAME="m3uart2",DESC="pgw to vxsm2",OPC="opc1",DPC="dpc1",EXTNODE="mgx-8850-2",PRI=2 ;if want loadshare, set PRI=1prov-add:M3UAKEY:NAME="m3ua-key",DESC="M3UAKEY for ss7link1",OPC="opc1",DPC="",ROUTINGCONTEXT=222,SI="ISUP",NETWORKAPPEARANCE=1prov-add:SS7PATH:NAME="ss7-link1",DESC="PGW1 to DPC1",MDO="Q761_BASE",CUSTGRPID="1111",SIDE="network",DPC="dpc1",OPC="",M3UAKEY="m3ua-key",ORIGLABEL="",TERMLABEL="";M3UA ASSOCIATION to 1st VXSM cardprov-add:ASSOCIATION:NAME="asso-vxsm1",DESC="Association to vxsm1",EXTNODE="",SGP="sgp-vxsm1",TYPE="M3UA",IPADDR1="IP_Addr1",IPADDR2="N/A",PORT=2903,PEERADDR1="10.0.78.2",PEERADDR2="0.0.0.0",PEERPORT=2903,IPROUTE1="", IPROUTE2="",RCVWIN=18000,MAXINITRETRANS=10,MAXINITRTO=2000,MAXRETRANS=5,CUMSACKTO=300,BUNDLETO=100,MINRTO=300,MAXRTO=3000,HBTO= 2000,IPPRECEDENCE="ROUTINE",DSCP="N/A",MAXRETRANSDEST=3;M3UA ASSOCIATION to 2nd VXSM cardprov-add:ASSOCIATION:NAME="asso-vxsm2",DESC="Association to vxsm2",EXTNODE="",SGP="sgp-vxsm2",TYPE="M3UA",IPADDR1="IP_Addr1",IPADDR2="N/A",PORT=2901,PEERADDR1="10.0.81.2",PEERADDR2="0.0.0.0",PEERPORT=2901,IPROUTE1="", IPROUTE2="",RCVWIN=18000,MAXINITRETRANS=10,MAXINITRTO=2000,MAXRETRANS=5,CUMSACKTO=300,BUNDLETO=100,MINRTO=300,MAXRTO=3000,HBTO= 2000,IPPRECEDENCE="ROUTINE",DSCP="N/A",MAXRETRANSDEST=3Take Back and Transfer Phase 2
The Take Back and Transfer feature (CSCse99755) enables the Cisco PGW 2200 Softswitch to perform a variety of different call transfers upon request from a service control point (SCP) such as Cisco Intelligent Contact Management (ICM) using the Intelligent Network Application Protocol's (INAP) CS-1 (ITU Q.1218 Capability Set 1)/CS-2 (ITU Q.1228 Capability Set 2) capabilities in order to support different contact centers.
The Take Back and Transfer feature supports two new operations:
•
DTMF Blind Transfer under INAP Control
•
Consultation Transfer
Note
For more information, see the Take Back and Transfer feature module.
Usability Enhancements—Phase 1
The Usability Enhancements—Phase 1 feature (CSCsv78723) includes additions and modifications to the software that enable customers to monitor the operation of the system more fully. The enhancements include
•
Two new MML commands and five modified MML commands
•
A new script named collectdata enables service providers to collect debug trace data from files in a number of different directories and to create a log that collects activity for a specified period of time.
•
Service providers can display, in the platform.log, pstack information for the heartbeat time-out process before the system procM process kills the heart-beat time-out process.
Note
The pstack is a function performed by the operating system running on the Sun platform to check the status of threads running for active processes. Experienced system engineers can search the platform.log for pstack information.
This feature provides the following benefits:
•
MML commands that enable you to retrieve system status and performance data in greater detail, which makes troubleshooting the system more efficient.
•
The new script, collectdata, which compiles information from files in several directories. The script creates a log of system activity that occurs during a specified period of time. The log generated by the collectdata script enables you to find important system data without having to search in a number of different directories.
•
You can retrieve information from the platform.log about the heartbeat time-out process produced by the pstack before the system procM process kills the heartbeat time-out process.
Note
For more information, see the Usability Enhancements—Phase 1 feature module.
XML-Based Trunk Group File Format
This feature (CSCse63290) allows the Cisco PGW 2200 Softswitch trunk group import/export files to be in XML format rather than fixed record format. The trunk group import/export file are changed from a fixed field format to an XML-based format that permits the addition of trunk group properties without impacting provisioning mechanisms like MML and VSPT for existing users.
Note
Do not manually edit the export_trkgrp.dat file. Make changes to the configuration through provisioning.
Installation Notes
This section contains information and procedures you can use to remove, upgrade, or install the Cisco PGW 2200 Softswitch software. It also contains information about software patches.
Acquiring the Software
The Cisco PGW 2200 Softswitch software is provided to users 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, you can install the software and patches directly from the CD.
If the web information is more current, complete the following procedure to obtain software patches from Cisco.com.
Release 9.7(3) Patch 26 and Earlier
Software files for Patch 26 and earlier are located in the following directories.
Note
You must be logged into www.cisco.com to see these patches.
Media Gateway Controller 9.7(3) Sparc Version: http://www.cisco.com/cgi-bin/tablebuild.pl/mgc-973-sparc
Media Gateway Controller 9.7(3) Opteron Version: http://www.cisco.com/cgi-bin/tablebuild.pl/mgc-973-opteron
Release 9.7(3) Patch 27 and Later
Use the following procedure to locate the software files for Patch 27 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.
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.
CautionBecause the Multiple Incoming IP Trunks feature (included in Patches CSCOgs013 and CSCOnn013) modifies PGW provisioning tables, we strongly recommend that you back up the current configuration before you upgrade and apply the back up configuration if the upgrade fails. Any configuration based on S13P13 is not backwards compatible.
This recommendation also applies if you upgrade to a patch higher than S13P13 from a patch lower than S13P13.
If you are installing software Release 9.7(3) for the first time, see the Cisco PGW 2200 Softswitch Release 9.7 Software Installation and Configuration Guide for instructions.
Note
In the Cisco PGW 2200 Softswitch Release 9.7 Software 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 you upgrade 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 have a transpath group in your group file (located in /etc).
Using the Patch Upgrade Procedure
To install software patches, use the procedure provided in the technical note Patch Upgrade Procedure for Cisco PGW 2200 Softswitch Release 9.6 and Later.
The protocol packaging has been improved so that you need only load and install protocols that you require. Previously, the entire protocol suite was packaged and delivered as a unit. 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 for support of patching later in the release life cycle. 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 is built, the 000 is incremented by 1 (001).
Note
If you encounter issues with PGW operation, please ensure that the latest patch version is installed before trying to obtain technical support.
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 gives you an output showing which protocol patches are installed on the system. The installed protocol packages are required (must be downloaded) for you 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). This option should be run before the current patches are removed from the system.
•
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. 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 patch 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 that any available patch level 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 that any available patch level 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 12 provides the system level equivalency for each protocol patch. For example, after you install CSCOnn001, Release 9.7(3) is equivalent to Release 9.6(1) patch level CSCOnn037 (contains all patches and features included in Release 9.6(1) up to patch CSCOnn037).
Table 13 provides the system level equivalency for each system patch. For example, after installing CSCOgs002, release 9.7(3) is equivalent to release 9.6(1) patch level CSCOgs036 (contains all patches and features included in release 9.6(1) up to patch CSCOgs036).
Patch Test Combinations
Table 14 provides a list of the patch combinations that were used during testing. Use this list to determine which protocol and system patches should be installed before you run the Cisco PGW 2200 Softswitch software. It does not matter which patch (protocol or system) is installed first.
CSCOnn028
Patch CSCOnn028 resolves the following caveats:
CSCOnn027
Patch CSCOnn027 resolves the following caveats:
CSCOnn026
Patch CSCOnn026 resolves the following caveats:
CSCOnn025
Patch CSCnn025 resolves the following caveats:
CSCOnn024
Patch CSCOnn024 resolves the following caveats:
CSCOnn023
Patch CSCOnn023 resolves the following caveats:
CSCOnn022
Patch CSCOnn022 resolves the following caveats:
CSCOnn021
Patch CSCOnn021 resolves the following caveats:
Identifier Severity Component DescriptionCSCsw65500
2
mdl-connctrl
973S21:cic=INTERFACE_DISABLED when AS5400 reply 400 error or miss reply.
CSCOnn020
Patch CSCOnn020 resolves the following caveats:
Identifier Severity Component DescriptionCSCsv75084
3
mdl-analysis
CG_PN_CPY and A_NUM_NPI_TYPE behavior not consistent with 9.5(2).
CSCsv65839
6
design
PGW-SIP-DPNSS causing 491.
CSCOnn019
Patch CSCOnn019 resolves the following caveats:
CSCOnn018
Patch CSCOnn018 resolves the following caveats:
CSCOnn017
Patch CSCOnn017 resolves the following caveats:
CSCOnn016
Patch CSCOnn016 resolves the following caveats:
Identifier Severity Component DescriptionCSCsr03189
2
mdl-eisup
9.7(3)S15:EISUP parameter 169 should remain in PGW-H323.
CSCOnn015
Patch CSCOnn015 resolves the following caveats:
CSCOnn014
Patch CSCOnn014 resolves the following caveats:
CSCOnn013
Patch CSCOnn013 resolves the following caveats:
CSCOnn012
Patch CSCOnn012 resolves the following caveats:
CSCOnn011
Patch CSCOnn011 resolves the following caveats:
CSCOnn010
Patch CSCOnn010 resolves the following caveats:
CSCOnn009
Patch CSCOnn009 resolves the following caveats:
CSCOnn008
Patch CSCOnn008 resolves the following caveats:
CSCOnn007
Patch CSCOnn007 resolves the following caveats:
CSCOnn006
Patch CSCOnn006 resolves the following caveats:
CSCOnn005
Patch CSCOnn005 resolves the following caveats:
CSCOnn004
Patch CSCOnn004 resolves the following caveats:
CSCOnn003
Patch CSCOnn003 resolves the following caveats:
CSCOnn002
Patch CSCOnn002 resolves the following caveats:
CSCOnn001
Patch CSCOnn001 resolves the following caveats:
CSCOgs028
Patch CSCOgs028 resolves the following caveats:
CSCOgs027
Patch CSCOgs027 resolves the following caveats:
CSCOgs026
Patch CSCOgs026 resolves the following caveats:
CSCOgs025
Patch CSCOgs025 resolves the following caveats:
CSCOgs024
Patch CSCOgs024 resolves the following caveats:
CSCOgs023
Patch CSCOgs023 resolves the following caveats:
CSCOgs022
Patch CSCOgs022 resolves the following caveats:
CSCOgs021
Patch CSCOgs021 resolves the following caveats:
CSCOgs020
Patch CSCOgs020 resolves the following caveats:
CSCOgs019
Patch CSCOgs019 resolves the following caveats:
CSCOgs018
Patch CSCOgs018 resolves the following caveats:
CSCOgs017
Patch CSCOgs017 resolves the following caveats:
CSCOgs016
Patch CSCOgs016 resolves the following caveats:
Identifier Severity Component DescriptionCSCsr03189
2
mdl-eisup
9.7(3)S15:EISUP parameter 169 should remain in PGW-H323.
CSCOgs015
Patch CSCOgs015 resolves the following caveats:
CSCOgs014
Patch CSCOgs014 resolves the following caveats:
CSCOgs013
Patch CSCOgs013 resolves the following caveats:



