10.5.1 - An Overview of Features
F-0759 SIP REFER for Call Transfer
Brief Description:
The IMG supports the SIP Refer method of transferring calls. This method utilizes the Refer-To Header field to pass contact information such as URI INFO provided in the request. Feature 759 (SIP REFER) gives the IMG the ability to act as either a Transferee or a Transfer Target when used as part of the SIP Call Transfer functionality between three SIP UA’s. The IMG cannot become a Transferor. This will be left to an application written on a different server. Below is a short description of the three functions.
Related Topics:
IMG 1010 - SIP REFER Call Transfer
F-0784 SIP Signaling over TLS
Brief Description:
The IMG now supports TLS (Transport Layer Security) to establish a trust with each external SIP gateway or trusted domain. TLS will provide endpoint authentication by using 'Mutual' or 'Two-Way' Authentication. With Mutual or Two-Way authentication both the server and its client will use PKI (Public Key Infrastructure) to authenticate each other. PKI uses a digital certificate which contains a public key that verifies the senders information is correct and can be trusted. Once the sender is verified then the receiver will send its certificate to the sender for verification. When all information is verified then the SIP signaling can begin. Below is diagram showing the TLS certification process supported on the IMG.
Related Topics:
IMG 1010 - SIP Signaling Over TLS Overview
F-1064 Media Inactivity Detection
Brief Description:
The Media Inactivity feature was added to the IMG to inform the signaling layers (SIP and H323) when RTP has stopped flowing. The Initial Media Inactivity timer indicates that no RTP was ever received on the IP channel. The Media Inactivity Timer indicates that RTP has stopped flowing. When the signaling layers receive indications that these timers have expired, the signaling releases the channel. This feature resolves the problem where signaling gets out of sync and IP channels remain up with no one on the other side of the call. For more information see Related Topics below.
Related Topics:
IMG 1010 - Media Inactivity Timers (RTP)
F-1093 GCEMS Redundancy
Brief Description:
As of software 10.5.1 the GCEMS application supports having a redundant pair. The GCEMS application supports having a Primary GCEMS application running on one server and a Secondary GCEMS server running on a second host. GCEMS redundancy increases reliability to the IMG network by giving the system a backup or fail safe GCEMS in the event the Primary GCEMS fails. A switchover occurs only when there is a failure. There is no mechanism built into ClientView that allows a user to execute a manual switchover. The only way to force a manual switchover would be to power down the Primary Host and allow the Secondary Host with the secondary managers take over.
Related Topics:
IMG 1010 - GCEMS_Redundancy_Configuration
F-1212 IMG Digits 0xA - 0xF Support
Brief Description:
Up until and including software 10.5.0 the IMG supported digits 0x00-0x09, * , and # for processes such as routing, translations, Dialing Plan Event, and Radius. In software 10.5.1, support for digits 0x0a - 0x0f was added. The 'Support Digits 0x0a-0x0f' feature reacts differently depending on whether routing/digit matching is on the incoming leg or outgoing leg. See Link Below in Related Topics for more information. This feature is supported in SS7, ISDN, SIP, and CAS. It is currently not supported in H.323.
Related Topics:
IMG 1010 - Digit 0x0a to 0x0f Support
F-1260 Graceful Shutdown of IMG
Brief Description:
The IMG at certain times needs to be 'brought down' for maintenance or to upgrade software. The Graceful Shutdown feature gives the IMG the ability to gracefully divert traffic away before performing these tasks. This feature gives the IMG the ability to take any or all configured channels within the system out of service but only take them out of service if they are in the 'idle state'. Channels that have active calls on them will not be taken out of service until any existing calls have been released. Once the channel has been torn down it is returned to the idle state then the channel is taken out of service. The Graceful OOS will be supported on two levels.
Node Level - Will take all TDM and IP Channels gracefully out of service
Channel Level - By selecting a Range of TDM channels within a channel group you can gracefully bring individual channels or Channel Groups out of service Gracefully.
Related Topics:
IMG 1010 - Graceful Shutdown of IMG
F-1406 Remote Node SS7 Link Support
Brief Description:
In software 10.5.1 the IMG 1004 now supports terminating links. In order to implement this feature, the way in which SS7 links are configured and how they are implemented has changed. In previous software builds the Primary SS7 node, the Secondary SS7 node, and the remote nodes have been restricted to the IMG 1010. The IMG 1004 can now be configured to reside as a remote node having all the link functionality as the IMG 1010. Each IMG 1004 can terminate up to a maximum of 4 signaling links and each IMG 1010 can terminate up to 64 links. A license needs to be configured for both IMG 1010 and IMG 1004.
Related Topics:
IMG 1010 - Overview of SS7 Configuration - 10.5.1
IMG 1010 - Configuring SS7 Signaling - 10.5.1
IMG 1010 - Configuring CIC's - 10.5.1
IMG 1010 - Configuring SS7 Redundancy - 10.5.1
IMG 1010 - SS7 Redundancy_Example - 10.5.1
F-1416 E1-DS3 mapping on IMG
Brief Description:
Previously, the DS3 interface supported the T1 protocol only. As of software 10.5.1, support for the E1 protocol over DS3 line has been added. The IMG 1010 now supports either T1 or E1 protocol on a single unit but not both. The IMG 1010 can be set up to support either T1 or E1 Protocol based on the value of the Host Flag setting in the dhcpd.conf file. See link for more information on setting host flags. Below is information on span/channel support for either E1 or T1.
T1 Protocol on DS3 line (1.544 Mbps)
Supports up to 672 DS3 Channels (28 Spans * 24 DS0's)
Supports configuring 4 signaling spans as well (4 Spans * 24 DS0's)
E1 Protocol on DS3 line (2.048 Mbps)
Supports up to 672 Channels (21 Spans * 32 DS0's)
Supports configuring the 4 signaling spans as well (4 Spans * 32 DS0's)
NOTE:
The IMG supports a total of 768 ports. If configuring E1 spans over the DS3 interface the IMG 1010 supports creating 21 E1 Spans. In this scenario you could also create 3 E1 spans on the signaling ports located on the rear of the IMG 1010. The 21 E1 spans along with 3 Signaling spans would give you a total of 768 Ports which is the maximum amount of ports the IMG supports. However, you are not limited to configuring all 21 spans on the DS3 interface. You could configure 20 spans on the DS3 interface and 4 Spans on the signaling interface. The combination of DS3 Interface spans and E1 Signaling Spans cannot exceed 768 Ports.
Related Topics:
IMG 1010 - DS3 Physical Span Configuration - 10.5.x
IMG 1010 - Configuring T1 or E1 Bearer Profile - 10.5.x
IMG 1010 - DS3 Span Profile - 10.5.x
F-1427 RTP Source Port Validation
Brief Description:
A problem has been identified that potentially multiple RTP streams from separate Gateways could be sending RTP data to the same VoIP channel on the IMG. This could cause poor voice quality or other voice related problems. To overcome this type of problem the RTP Source Port Validate Method was added to the IMG. Source Port Validate is a method used where the source IP address and UDP port of the incoming RTP packet is examined to ensure that the packet came from the IP address and UDP port number that the IMG is transmitting RTP data to. If the validation fails and IMG detects that its getting RTP from an unknown gateway, or from a gateway that is not transmitting to it, the IMG will drop that RTP stream. The Source Port Validate is configurable through the ClientView GUI and is enabled by default.
Related Topics:
IMG 1010 - RTP Source Port Validate
F-1442 Call Processing Initiated Redirection
Brief Description:
Before the Redirect feature was added if a call came in on a SIP channel group and no TDM resources in the destination route on that IMG were available then the IMG would send out a 486 Busy Here message and the call would be dropped. With the SIP Redirect feature the call will get passed on to the second and third IMG. SIP Redirect is in response to an INVITE message from a SIP Gateway. The Originating Gateway sends an INVITE message to IMG 0. The call signaling then gets passed to the TDM side. If for some reason IMG 0 has all its TDM resources being utilized, IMG 0 will send a 302 response back to the originating gateway with contact information to IMG 1 and IMG 2. The Originating Gateway will then send an INVITE message to IMG 1 and the signaling will get passed to the TDM side. If all TDM resources on IMG 1 are being utilized then IMG 1 will send a 302 response back to originating gateway with contact information of IMG 2 and IMG 0. Finally IMG 2 accepts the INVITE and the call is processed. The Redirect feature allows multiple IMG's to be configured as one large gateway.
Related Topics:
IMG 1010 - SIP Redirect IMG Initiated 302
IMG 1010 - SIP Redirect IMG Initiated 302 - Example
F-1456 Dial Around Indicator Support (DAI)
Brief Description:
The IMG supports the Interworking of the ISUP IAM Carrier Identification Code (CIC) and Dial Around Indicator (DAI) parameters to the R-URI of the SIP INVITE. The CIC and DAI parameters are enabled through the Pane in Clientview. See the R-URI Header Tags description in the SIP SGP Profile pane for more information.
Related Topics:
IMG 1010 - CIC and DAI Codes - SS7 ISUP to SIP
IMG 1010 - SIP Profile - 10.5.3
F-1464 ITU Location Number Assertion
Brief Description:
This feature is needed in the billing system of operators when they use call back on voice mail to charge the user. P-Access-Network-Info header is not included in this feature. Insert only the location number on the SS7 outgoing IAM message based on the configuration.
Related Topics:
IMG 1010 - ITU Location Number Assertion
F-1466 ISDN Interworking Redirection
Brief Description:
Take incoming ISDN and interwork this through to SIP on the outbound side so the Original called number can be identified on the SIP side. This information will be passed in the SIP Diversion Header. If diversion headers support is enabled, the information contained in the diversion headers can be translated into two different information elements in an ISDN SETUP message.
Related Topics:
IMG 1010 - ISDN Interworking Redirection
IMG 1010 - SIP Diversion Header
F-1518 Long Call Duration Auditing using INFO
Brief Description:
The feature 'Long Call Duration Auditing using the SIP INFO Method' verifies whether a call is still in progress. If the IMG receives a SIP INFO request with id and tags that match an active call, a 200 OK response indicating that the call is still in progress will be sent from the IMG. If the IMG receives a SIP INFO request with id and tags that do not match an active call, then a response of '481 Call Leg/Transaction Does Not Exist' is sent from the IMG. The initiator of the SIP message will then be able to determine if call is up or not.
Related Topics:
IMG 1010 - SIP INFO Method - Long Call Duration Auditing
IMG 1010 - SIP Profile - 10.5.3
F-1519 Prevent Sending a 180 Ringing after 183 Session Progress with SDP
Brief Description:
Feature 1519 Prevent 'Sending a 180 Ringing after 183 Session Progress with SDP' gives the user the option of configuring the IMG to send a 180 Ringing after a 183 Session Progress with SDP or not send a 180 Ringing after a 183 Session Progress with SDP. The feature is configured through the SIP Profile message. The default is to send the 180 Ringing after receiving 183 Session Progress with SDP
Related Topics:
IMG 1010 - SIP Profile - 10.5.3
F-1520 Charge Number Parameter
Brief Description:
In software 10.5.1 a new enhancement was added which causes including a charge number parameter in the outgoing IAM message for an SS7 channel group, upon receiving an invite message from an incoming SIP channel group. If the user wants to eliminate the charge number parameter, the SS7 Parameters Filter can be used to do that.
Related Topics:
IMG 1010 - SIP Diversion Header
IMG 1010 - SS7 Parameter Filter
F-1529 Generic Name Interworking (SIP to SS7 ISUP)
Brief Description:
Interworking between SIP messaging and ISUP messaging is needed for a SIP call to bridge all its calling information/parameters to the ISUP side and for an SS7 ISUP call to bridge all its calling information/parameters to the SIP side. This topic explains the interworking of the Generic Name parameter as it pertains to SS7 to SIP and SIP to SS7 interworking.