10.5.3 - An Overview of Features
F- 0858 Explicit Call Transfer Support
Brief Description:
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
Brief Description:
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
Brief Description:
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
Brief Description:
Feature F-1446 'SS7 Stacks on the IMG 1004' allows SS7 Stacks to be configured on the Dialogic® IMG 1004. Since the inception of the IMG 1004 there has been a slow progression of SS7 functionality. Initially SS7 was not supported then in software version 10.5.1 feature F-1406 was added which now allowed the IMG 1004 to be configured as a remote SS7 node and was able to terminate up to 4 links. Now in software version 10.5.3 the ability to configure SS7 stacks is now supported. The addition of this feature allows the IMG 1004 to have the SS7 functionality of the IMG 1010 with limitations. See the links in the Related Topics Heading below for information on the functionality and limitation of SS7 on the IMG 1004. Information on configuration etc. can be found in the SS7 configuration section of this WebHelp (Configuration > Signaling > SS7_10.5.1+). Configuration is accomplished in the same manner as the IMG 1010.
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
Brief Description:
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
Brief Description:
The IMG supports translating Incoming and Outgoing translations for the purpose of routing calls. Currently the IMG supports matching either the ‘Dialed’ or ‘Originating’ Number and translating it into one of the following parameters: Dialed #, Originating #, Billing #, Info Digits, or Carrier #. Feature F-1624 ‘Generic Number Translation’ adds the SS7 call message ‘Generic Number Parameter’ into multiple aspects of the Incoming/Outgoing Translation Table Object. Below describes which functionality was updated with the ‘Generic Number Translation’ Parameter.
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
Brief Description:
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
Brief Description:
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
Brief Description:
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
Brief Description:
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
Brief Description:
Feature F-1649 'Correct SIP Response in sipfrag' gives the IMG the ability to process a received call reject reason more accurately to the Transferor from the Transferee when SIP REFER method is being used. Currently the default call failure reject reason to the Transferor is '503 Service Unavailable'. With the addition of feature F-1649 the actual reject reason received from the Transfer Target is sent back in a sipfrag message. This feature requires no configuration.
Related Topics:
N/A
F-1662 TCAP CNAM Queries for ISUP to SIP Calls
Brief Description:
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
Brief Description:
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
Brief Description:
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
Brief Description:
Feature F-1675 Ethernet Link Redundancy via Smart-Probing enhances the IMG 1010's ability to initiate a switchover due to a failure in the IMG’s network. Currently the IMG employs a link based Ethernet Redundancy scheme. In the current scheme, the IMG would initiate a switch-over such as from interface Data 0 to Data 1 located on the rear of the IMG. With the addition of this feature the IMG can be configured to employ a probe-based detection scheme. In this scheme, the IMG would ‘probe’ a set of pre-configured endpoints (send an ARP request packet). The endpoints would then reply with a Gratuitous ARP packet. This packet informs the IMG that it is still ‘alive’. If the IMG sends out an ARP Request Packet and does not receive a Gratuitous ARP in return it will continue to send ARP Requests until the pre-configured number of requests is met. If at that time no Gratuitous ARP’s are sent back then the IMG will initiate a 'switchover’ to its ‘Hot Standby’ Port (Data 1 in this case). If the switchover solves the problem, then the IMG will continue processing calls on the new ‘switched-over’ port. However, if the issue is not solved, the IMG would continue to switch back and forth between Data 0 and Data 1 (ping pong effect) until the issue in the network is solved. The feature is enabled through ClientView and can be enabled on any of the network interfaces (CTRL, DATA, SIGNALING) located on the rear of the IMG.
Note:If multiple endpoints are configured, the switchover will not occur unless ALL endpoints fail to respond to the ARP.
The second function of this feature allows the customer to initiate a link switchover manually. A manual switchover can be executed from the Logical Interface object within ClientView. The manual switchover was added to allow the customer the ability to switch from one network to another. An Event such as maintenance to a specific network is now possible by switching away from the network that needs maintenance to a different network that could handle any traffic while maintenance is being performed.
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
Brief Description:
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
Brief Description:
Feature F-4064 increases the SDRAM in the Dialogic® IMG 1004 Integrated Media Gateway. The IMG 1004 has had many features added to it since its inception and the software image is getting too large for the current SDRAM to handle. Starting in 10.5.2_ER1 the SDRAM is being increased from 256 Mbytes to 512 Mbytes to allow additional features to be added without any decrease in performance. By increasing the RAM, a newer firmware must be loaded into the IMG 1004. All existing customers who want to upgrade their memory must send IMG 1004 back to the factory for replacement of current RAM and a firmware upgrade. The part number of the IMG 1004 will change due to the addition of new memory. The new part number will be as follows:
Dialogic® IMG 1004 Integrated Media Gateway = 168-8660-03
Related Topics:
N/A
F- 4087 Radius Vendor ID
Brief Description:
Feature F-4087 Radius Vendor ID replaced the Cantata Vendor ID 2754 with 3028 which is the Vendor Id for Dialogic. Feature 4087 also replaces the word Cantata in each of the Vendor Specific Attributes with the word Dialogic. Software 10.5.3 and beyond will have Dialogic in the name. The dictionary.cantata file also changed to dictionary.dialogic.
Cantata RADIUS Vendor Code: 2754
Dialogic RADIUS Vendor Code: 3028
Related Topics:
The information pertaining to Radius have all been updated to display Dialogic instead of Cantata.
F- 5025 Suppress IMG Local CPT when CPG Received from B-side
Brief Description:
In a SIP to ISDN call, in order for the IMG to play Call Progress Tones the outgoing channel group pane must have the "Ingress Side will play Call Progress Tones" field set to True. In this state, the Call Progress tones will be played unconditionally. Equally, if the "Ingress Side will play Call Progress Tones" field is set to False in the outgoing channel group, the Call Progress Tones will not be played. Feature 5025 adds more rules to when the Call Progress Tones will be played or when they will be suppressed. See the links under the related topics section below for more information.
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
Brief Description:
A new wildcard character known as the dollar character ($) has been added to the IMG. The wildcard ($) character will add the complete incoming (D)ialed String, (O)riginating String, or (G)eneric String when performing a translation. G for Generic, O for Originating, and D for Dialed numbers, has to be specified when using the Dollar ($) wildcard character. For Example: A call comes in with the (D)ialed number of 1234567890 and the customer wanted to translate it to a (G)eneric Number as 5551234567890 the Generic # Translation field would have an entry like the following:
Property | As-Configured | User-Specified |
|---|---|---|
Generic Number Translation |
| 555$G |
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
Brief Description:
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
Brief Description:
VSA 67 (Dialogic-Original-Called-Number) and VSA 68 (Dialogic-Redirecting-Number) are currently passed to a RADIUS server during the Accounting leg of a RADIUS transaction. Feature 5078 adds VSA 67 and VSA 68 to the authentication piece of a RADIUS transaction. By doing this VSA's 67 and 68 can be used for authentication.
Related Topics:
N/A