10.5.3 - An Overview of Features
F- 0858 Explicit Call Transfer Support
...
Feature F-0858 Explicit Call Transfer is a technique for EURO ISDN where if there are two calls active on the IMG and they are bridged or looped together the resources on the IMG are being used inefficiently. With this feature the IMG has the ability to send specific facility messages back to the Stored Program Control Switch (SPCS) on the PBX or TDM switch and tell the PBX/TDM switch to connect these two calls together so they are no longer active on the IMG. This would effectively open up two b-channels on the IMG that were initially being utilized. Explicit Call Transfer supports a portion of specification Q0952_7 (Issue,June 97). See links under Related Topics below for more information on what is supported and how to configure
Related Topics:
IMG 1010 - Explicit Call Transfer (ECT)
F-1194 New Option for E1 SS7 CIC
...
When configuring SS7 on E1, channel 16 can be reserved for signaling or not be used. If out of band signaling is configured on channel 16 or the channel is not configured as a CIC then the CIC numbering no longer matches the time-slot numbering. This in turn can cause confusion as to which time-slot a specific CIC is configured on. To alleviate this problem a new field was added to the configuration pane in ClientView that allows the customer to decide whether the CIC numbering will be contiguous or whether the CIC numbering scheme will skip CIC 16. By skipping CIC number 16, the CIC numbering will coincide with the time-slot numbering. See the links in the related topics section below for more information.
Related Topics:
F-1290 SRTP for use with SIP
...
SIP SRTP on the IMG 1010 utilizes RFC 3711 (The IP media layer security standard) and RFC 4568 (The IP signaling security standard). The IMG provides security, confidentiality, message authentication, and replay protection for both RTP and RTCP packets. This is accomplished using a cryptographic key and other parameters that serve to configure security. Initially feature F-0784 SIP Signaling over TLS was introduced to make the IP signaling layer secure. Now in software 10.5.3 SRTP and SRTCP are added to make the voice and data secure over the RTP stream. Click on the links below in the Related Topics section for more information . Click on each link for more information on the SRTP feature.
Related Topics:
IMG 1010 - SRTP - Configuration
IMG 1010 - SIP SRTP CryptoSuite
IMG 1010 - SIP Profile - 10.5.3
F-1446 SS7 Stacks on IMG 1004
...
Support for this feature has hardware requirements as well. To be able to support creating SS7 Stacks, the hardware must be IMG Chassis Number 168-8660-03 or above. The newer part number adds new hardware to the IMG 1004 motherboard that will allow the 10.5.3 software to be loaded and allow SS7 functionality to be created.
Related Topics:
SS7 Functionality Specifications 1010 and 1004
F-1463 Route Call to Cause Code
...
F-1463 Route to a Cause Code allows the IMG to receive an incoming call and reject it with a cause code specified by the user. For example, a call comes into the IMG on Channel Group A. Channel Group A would route the call to a Route Table and then Route Table Entry. If Route Table entry is configured for this feature the IMG would reject the call and send the rejected call with the cause code out the same channel group the call came in on.
Related Topics:
IMG 1010 - Route Call to a Cause Code
F-1624 Generic Number Translation
...
The Generic Number Parameter was added to the ‘String to Match’ field in both the Incoming and Outgoing Translation Table Entry Objects. By adding this parameter, the IMG can now route a call based on the value of the Generic Number Parameter which is embedded in the incoming ISUP messaging.
The Generic Number Parameter can now also be translated. A Generic # Translation Field was added to the Incoming\Outgoing Translation Table Entry Object. By adding this field, the IMG can now match on an incoming Originating Number, Dialed Number, or Generic Number. The matched string can now be translated and sent to the Generic Number Parameter portion of ISUP messaging. The ISUP messaging is then interworked to the outgoing protocol.
The Generic Number Parameter was added to the Re-Run Option within the Incoming/Outgoing Translation Table entry object. By adding the Generic Number Parameter the IMG can first match and translate a Dialed or Originating Number. Once this is accomplished and the Re-Run Option is set to ‘Generic Number’, the IMG will then search the translation table entries for another entry with the ‘String to Match’ field set to ‘Generic Number’. Once it finds the correct entry, the Generic Number is then translated again to a Dialed Number, Originating Number, Generic Number, Billing Number, Info Digits, or Carrier Number.
A new object was added below the Incoming and Outgoing Translation Entry. The object is named ‘New Advanced Generic Number Translation’. The Advanced Generic Number Translation pane allows the IMG to be able to translate individual portions of the Generic Number Parameter. Information such as Nature of Address and Numbering Plan embedded in the Generic Number Parameter can now be translated.
Related Topics:
IMG 1010 - Generic Number Translation
IMG 1010 - Advanced Generic Number Translation
F- 1631 Delayed Answer
Brief Description:
Feature F-1631 Delayed ANM is used in conjunction with the SIP REFER feature. In a normal SS7/ISDN to SIP call, the IMG would send an ANM/Connect message after receiving a 200 OK message and a Voice Path would be opened between the IMG and the PSTN. When feature F-1631 Delayed Answer is enabled, the CONNECT or ANSWER message is not sent immediately. Instead, the SIP device then transfers the call to a new destination which could be either SIP, H323, or PSTN. When the transfer target answers the call the ANM/Connect message is then sent back to the original PSTN caller. This feature is used mainly to delay billing charges until the call is connected to its final destination rather than starting billing time before the call is transferred. See Call Flow diagrams below. This feature is supported in SS7 to SIP and ISDN to SIP.
Related Topics:
F- 1638 Release Link Trunk - Two Bearer Channel Transfer
...
Feature F-1638 Release Link Trunk utilizes the Two-Bearer Channel Transfer technique for ISDN NI2 to offload two b-channels which are bridged or looped on the IMG. If there are two calls active on the IMG and they are bridged or looped together the resources on the IMG are being used inefficiently. With this feature the IMG has the ability to send specific facility messages back to the Stored Program Control Switch (SPCS) on the PBX or TDM switch and tell the PBX/TDM switch to connect these two calls together so they are no longer active on the IMG. This would effectively open up two b-channels on the IMG that were initially being utilized. TCBT is initiated from a SIP Refer message and is supported from ISDN to SIP only. Below is information on how TCBT is utilized and configured on the IMG.
Related Topics:
IMG 1010 - Two B-Channel Transfer (TBCT)
F-1646 Relaying UUI Header in REFER to the referred to: party
...
Feature F-1646 adds to the IMG the ability to relay the UUI Header received in the SIP Refer-To message from the transferor to the transfer target. The transfer target can be either SIP, ISDN, or an SS7 endpoint. Feature F-1646 is used to transport call control related information during a referral scenario from Transferor to Transfer Target. See link below for more information
Related Topics:
IMG 1010 - SIP REFER Call Transfer
F-1647 Relaying custom headers in REFER to the referred to: party
...
Feature F-1647 Relaying custom headers in REFER to the referred to: party was initially added in software version 10.5.1 ER5 and software version 10.5.2_ER1. The feature is now being added to 10.5.3. Feature F-1647 adds to the IMG the ability to relay custom headers received in the SIP Refer-To header to the transfer target in the resultant SIP INVITE. A custom header is any header other than the 'UUI' or 'Replaces' Header. See link below for more information
Related Topics:
IMG 1010 - SIP REFER Call Transfer
F-1648 Support for ISDN RLT for Nortel DMS Variants
...
Feature F-1648 Release Link Trunk is a technique for the Nortel DMS Variant where if there are two calls active on the IMG and they are bridged or looped together the resources on the IMG are being used inefficiently. With this feature the IMG has the ability to send specific facility messages back to the Nortel DMS and tell the switch to connect these two calls together so they are no longer active on the IMG. This would effectively open up two b-channels on the IMG that were initially being utilized. Release Link Trunk supports a portion of specification (NISA211_V801_NI-1, chapter 5-12 (Issue, August 98). See links under Related Topics below for more information on what is supported and how to configure
Related Topics:
IMG 1010 - Release Link Trunk (RLT)
F-1649 Correct SIP Response in sipfrag
...
When making a call there are instances where the calling party's name is not in the incoming IAM message. For these instances, feature F-1662 TCAP CNAM Queries for ISUP to SIP Calls' was developed. When this feature is configured/invoked the IMG will examine the incoming IAM and determine whether to do a CNAM Database lookup to determine the calling party's name. Once the calling party's name is found in the CNAM database it will be inter-worked into the From: header in the SIP INVITE message. Feature F-1662 gives the called party or application the ability to access the Calling Parties number if needed. This feature is being added in software version 10.5.3 and supports TCAP ANSI. This feature is supported on calls going from SS7 to SIP. Since TCAP is not supported on the IMG 1004, this feature is restricted to the IMG 1010 and is not supported on the IMG 1004. For more information on this feature, see Related Topics below.
IMG 1010 - TCAP CNAM Database Queries
IMG 1010 - TCAP-CNAM Configuration - SS7 to SIP
IMG 1010 - Adjacent Translator
F-1666 Ability to send Outgoing SIP Delayed Media calls
...
Currently the IMG supports receiving incoming delayed media SIP calls where the incoming INVITE message does not contain an offer SDP. The IMG would then respond with a 200 OK message containing the offer SDP and negotiations would proceed after receiving ACK for INVITE with answer SDP. F-1666 gives the IMG the ability to generate the outbound delayed media SIP call where INVITE generated does not contain offer SDP. Negotiation will proceed once offer SDP is received from far end provisional response or in final response. The IMG will either pass, release, or cancel the call. For more information, see links below in under the Related Topics heading.
Related Topics:
IMG 1010 - SIP Delayed Media Calls - Outbound
F-1667 Ability for GCEMS to handle Satellite Connections to the IMG
...
Feature F-1667 'Ability for GCEMS to handle Satellite Connections to the IMG' allows the IMG to handle unstable connections between the IMG and GCEMS (Host). Communications between GCEMS and the IMG are made using TCP/IP. TCP/IP connections can face drawbacks such as high round trip delays and link errors. High delays and link errors can cause errors when the GCEMS and the IMG pass information between each other. An example of GCEMS to Host communication would be during the configuration process. F-1667 will offer customers with poor network connectivity a smoother Host(GCEMS) to IMG interaction by stopping any unnecessary re-configurations from happening on the IMG. To configure this feature, the Defaults file must be updated with a Link Up Report Timer value added. For more information see the links under the Related Topics heading below.
Related Topics:
IMG 1010 - Managing Poor Network Connections
F-1675 Ethernet Redundancy Via Smart Probe
...
Smart Probing feature was implemented on the IMG 1010 only. The IMG 1004 does not have redundancy on the Ctrl and Data interfaces which is what is needed to support this feature.
Related Topics:
IMG 1010 - IP Network (Interface)
IMG 1010 - Ethernet Redundancy via Smart Probe
IMG 1010 - Physical Port Configuration
F-1689 ClientView Password Enhancement
...
Feature F-1689 ClientView Password Enhancement adds security and complexity to the password policies used when logging into ClientView. The changes were made to the ‘addusr’ and ‘chpwd’ functions only. Any existing username/passwords as well as the default password (admin/admin) will exist until the password has been altered by using the functions in the AdminView application. The password policy has changed so that when entering a password it must meet a certain criteria. See the password topic under Related Topics below
Related Topics:
IMG 1010 - ClientView Password Enhancements
F-4064 IMG 1004 Memory Upgrade
...
Note: This feature is supported from SIP to ISDN and from SIP to SS7.
Related Topics:
IMG 1010 - Suppress Local CPT when CPG Indicators Received
F- 5043 New Wildcard Character for Translation Entries
...
See the link in the Related Topics below for more information.
Related Topics:
IMG 1010 - Digit Translation Wildcards
F- 5065 SIP ITU TCAP Interworking for MWI
...
Feature 5065 adds to the IMG the ability to accept an incoming SIP NOTIFY request (outside of a subscription) which has the parameters Event type = message summary and Content Type = application/simple-message-summary and interwork these messages into an SS7 network. SIP uses the SIP Specific Event Notification (Notify) as a mechanism to transport the MWI message through IP and the IMG then Inter-works the Notify message along with its Event Package Name "simple-message-summary" to the SS7/Outgoing side. The IMG then receives a response from the SS7 network and inter-works this response to the SIP network and sends the response out in the 200 OK message. This feature was initially added in software version 10.5.2 but was supported using the ANSI protocol only. In software version 10.5.3 the MWI functionality for ITU was added. For more information on this feature, see Related Topics below.
Related Topics:
IMG 1010 - Message Waiting Indicator - SIP to SS7
F- 5078 Need VSA 67 (Dialogic-Original-Called-Number) & 68 (Dialogic-Redirecting-Number) in RADIUS Authentication
...