10.5.2 - An Overview of Features
- Kelli Higdon
Â
F-0573 SIGTRAN M3UA for IMG
Brief Description:
M3UA on IMG: IMG used in AS Mode (Application Server):
Using the IMG 1010 SS7 stack as an Application Server will enable the IMG 1010 to be used in a Next Generation SS7 interconnect utilizing IP for SS7 signaling as an alternative to MTP2 based signaling links. The IMG 1010 utilizes the IP network to pass ISUP signaling over the St-links and any CIC's configured are controlled by these St-links. This is one of the ways in which the IMG 1010 can be used as an Application Server. See the link 'Overview of Sigtran/M3UA on IMG 1010' below which gives an Overview of how Sigtran/M3UA is implemented on the IMG 1010.
M3UA on IMG: IMG used in SG Mode (Signaling Gateway):
The IMG 1010 SS7 stack can also be used as a Signaling Gateway (SG) and can be implemented as an entry level Signaling Switching Point. The conventional SS7 network sends traditional MTP3 traffic to the IMG 1010 acting as a Signaling Gateway. The IMG 1010 then provides the Nodal Interworking Function/Routing Layer that allows SCCP signaling to be inter-worked into the M3UA/IP Network.
For more information on functionality and configuration of this feature see the links below.
Related Topics:
IMG 1010 - Overview of Sigtran M3UA
IMG 1010 - Configure IMG as SG Server
IMG 1010 - M3UA Remote Application Server (AS)
IMG 1010 - M3UA Remote Application Server (AS) Bind
IMG 1010 - M3UA Subsystem Number AS Route
IMG 1010 - M3UA SCCP AS Designates
IMG 1010 - Configure IMG as AS Server
IMG 1010 - M3UA Remote Signaling Gateway (SG)
F-1144 Span Queries and Update Status on Spans
Brief Description:
Feature 1144 'Span Queries and Update Status on Spans' will allow the user to query the status of each individual span. From ClientView, the user will be able to select a specific span and then query information such as a spans status, number of framing errors, number of slips, and a number of other relevant information that is used when troubleshooting a span issue.
Related Topics:
IMG 1010 - Span Status Queries
F-1185 System Log to Host With Rollover Support
Brief Description:
Feature 1185 adds a few extra features to the Call Tracing Pane in ClientView. Before Software 10.5.2, the host allowed the IMG to stream the GEL (Generic Event Logger) to a remote directory on the GCEMS server. The logging time was configurable from 1 to 3600 seconds and at that time the file closed and archived. F-1185 adds a new 'rollover' feature. This feature will allow the IMG to create a new call tracing log file each time the specified rollover interval in the Call Tracing Pane is met. The old file will be backed up and archived so that the directories the log files are being written to will not fill up. The new call tracing log files will be configurable through the ClientView GUI and the rollover timer will be configurable from 1 minute to 120 minutes (2 hours) and the max duration that the rollover can occur is 4320 minutes (72 hours). If all max values are configured then a new rollover file will be archived every 2 hours for a max of 72 hours. See links in Related Topics below for more information.
Related Topics:
IMG 1010 - Call Trace - Setup and Configuration
F-1245 Dual DC Power Supply
Brief Description:
In software release 10.5.2 the IMG 1010 can now be equipped with a Dual DC Power Supply. Currently two separate power sources can be connected to the same Power Supply Panel so that there is redundancy at the power sources themselves. Once the two power sources are connected into the IMG 1010, they both connect to one single power supply board. Starting in software release 10.5.2 redundancy was also added to the power supply inside the IMG 1010. The IMG 1010 equipped with the Dual DC Power Supply can now have two separate power sources (-48v) connecting to two separate power supplies within the IMG 1010. This gives the IMG 1010 the ability to have redundancy at both the power source (voltage being supplied to the IMG 1010) and the power supply (Board in IMG 1010 that produces separate voltages for Dialogic® 1010 Motherboard (-5, -12, +12, +5 volts).
Related Topics:
IMG 1010 - Dual DC Power Supply
F-1261 Support for Clear Channel Codec
Brief Description:
Feature 1261 adds to the IMG support for the Clear Channel Codec described as "Clear Mode" or "Clear Channel Data" in RFC4040 - RTP Payload Format for a 64 kbit/s Transparent Call. This Codec will be added to the list of Codecs supported and follow the same rules as the answer/offer model and Codec overlap currently supported. The second portion to this feature is that the IMG will examine the Bearer Capabilities on an incoming TDM call. If the Bearer Capability value of the incoming call matches a certain set of requirements and the 'Clear Channel Override' field in the SIP SGP Profile pane on the outgoing side is set to "enable" then the IMG will force the outgoing Codec to be clear channel. The clear channel Codec is supported on Mindspeed VoIP modules only. For more information see the links in the Related Topics below
Related Topics:
IMG 1010 - Clear Channel Codec
IMG 1010 - Vocoder Information
IMG 1010 - SIP Profile - 10.5.3
F-1393 SIP Multiple M-Line Support
Brief Description:
Feature 1393 multiple m-line support allows the IMG to select an acceptable media stream from a valid SIP offer containing multiple media streams (m-lines). The answer will contain the media streams that are accepted and will also contain the media streams that are rejected. The rejected media streams in the answer will have the media port number set to zero in the m-line. The feature is enabled by default and no configuration is required for the feature to function. See links below for more information on F-1393.
Related Topics:
IMG 1010 - SIP Multiple m-line SupportÂ
F-1403-1609 Support N+1 Redundancy (Cold Standby)
Brief Description:
In software version 10.5.2 the concept of N+1 redundancy was added. The IMG 1010 equipped with a DS3 interface can now be configured to operate in an N+1 scheme where up to six IMG 1010 nodes with standard DS3 I/O's can be backed up with one IMG 1010 DS3 "Backup"node. In this system, if any one of the IMG 1010's in this configuration fails, the "Backup" DS3 node will take over and the processing of calls will be switched to the "Backup" node. The Backup Node I/O interface has multiple BNC connectors that are wired in a redundancy scheme to the other six Primary nodes. The Backup node is used as a backup system only. The "Backup" is sitting in the network and is ready to take over all configuration parameters from one of the Primary IMG 1010's in the event of a failure.
Related Topics:
IMG 1010 - N plus 1 DS3 Overview
IMG 1010 - N plus 1 Switchover and Switchback
IMG 1010 - Rear Panel Description (DS3 Primary)
IMG 1010 - Rear Panel Description (DS3 Backup)
IMG 1010 - Redundant Node Cluster
IMG 1010 - Redundant Node Clusters
F-1404 Graceful Upgrade of IMG software in an SS7 network
Brief Description:
Feature 1404 "Graceful Upgrade of IMG software in an SS7 Network" adds to the IMG the ability to easily upgrade the IMG System Software in a Network that consists of an SS7 Primary Node, SS7 Secondary Node, and SS7 Remote Nodes. Previously, upgrading system software would require bringing all the nodes down at once, upgrading software, reconfiguration, and then start processing calls again. Feature 1404 adds the ability to upgrade the software in each individual IMG in a step by step process which will limit the number of calls lost during this process. Feature 1404 supports upgrading the IMG for up to two CI (Controlled Introduction) releases back. For example, anyone running software 10.5.0 or 10.5.1 can take advantage of this feature when upgrading to 10.5.2 software.
Related Topics:
IMG 1010 - Gracefully Upgrade IMG software in SS7 network
IMG 1010 - Graceful Upgrade Manager
F-1424 EventView Column Manipulation
Brief Description:
Each of the columns in EventView specifies a different aspect of each alarm that is generated. As of software version 10.5.2 EventView allows the user to hide any of the columns except for the 'Descriptions' column. Simply right click in one of the heading boxes/cells and a box will appear allowing user to select or de-select which columns to be displayed/hidden. For more information on manipulating the EventView columns see links below in Related Topics section.
Related Topics:
F-1454 SIP Support for Flow Direction Attribute. (Hold/Unhold Enhancements)
Brief Description:
The IMG supports the media flow direction attributes sendrecv, recvonly, sendonly, and inactive. These attributes, which are interpreted from the senders perspective, set the direction of the media stream to be established in the SIP protocol. The flow attributes present in the SDP portion of the SIP messaging will be used to support the call hold/resume scenario which is explained in RFC 3264 section 6.1 and still be backwards compatible with the call hold feature of RFC 2543 section B5. Up until software version 10.5.2 the IMG supported the Call Hold scenario using the "c=0.0.0.0" line  in the SDP message to put a call on hold. With the addition of the Media Flow direction Attributes a call can now be put on hold and then the call can be resumed by sending a Re-INVITE message with both the c=0.0.0.0 and one of the Flow attributes displayed above.
Related Topics:
 IMG 1010 - SIP Media Flow Attribute Support
F-1522 Configurable Retry-After Header Field (Transmit Retry-After Header)
Brief Description:
The Retry-After header field was added to the IMG to reduce SIP congestion. The IMG SIP layer receives an INVITE. The IMG would then check its congestion level and determine whether SIP is congested or not. If the SIP layer shows no congestion then the call will go through. If the IMG determines that there is congestion on the SIP layer then it will determine whether it is minor, major, or critical. Once this is determined the IMG will send a 503 (Service Unavailable) response. Within this response the IMG will include the Retry-After header which includes a time to wait before sending the SIP INVITE back to the IMG. The time is configurable from 1 - 65535 seconds (1 second - 18.2 Hours). The Retry Header field will also send a comment as to whether the congestion is minor, major, or critical. See the links in the Related Topics section below for more information
Related Topics:
 IMG 1010 - SIP Retry-After Header - Transmit
 IMG 1010 - SIP Signaling Object
F-1523 Support for Retry-After Header Field from Remote Endpoint. (Receive Retry-After Header)
Brief Description:
Feature 1523 adds to the IMG the ability to react when receiving the Retry-After Header in any one of the following responses after an INVITE message has been sent.
Response Value | Failure |
|---|---|
404 | Not Found (User not found) |
413 | Request Entity Too Large |
480 | Temporarily Unavailable |
486 | Busy Here |
500 | Server Internal Error |
503 | Service Unavailable |
600 | Busy Everywhere |
603 | Decline |
Â
The IMG will not resend an invite message back to this particular gateway for the time specified in the Retry-After header field which was received in one of the above responses. The maximum amount of time the IMG will wait after receiving the Retry-After Header will be 65535 seconds. This feature is configured in the SIP SGP Profile pane. See links below for more information.
Related Topics:
IMG 1010 - SIP Retry-After Header - Receive
IMG 1010 - SIP Profile - 10.5.3
F-1524 Overlap Support  in case of SIP --> SS7 calls based on Q.1912.5
Brief Description:
There are two methods used to Interwork digits from SIP to SS7. The first method, "enbloc", receives the digits and then interwork them once all digits are gathered. This is currently supported on the IMG. The second method is "Overlap" which collects the first set of digits in the IAM (Initial Address Message), and each subsequent collection of digits in its SAM (Subsequent Address Message). Software version 10.5.2 supports the "Overlap" method when interworking SIP to SS7 and SS7 to SIP. The IMG now supports the receiving and transmitting of overlap signaling. The feature is configured in the Channel Group object in ClientView and is disabled by default. When configuring Overlap signaling, all channel groups being configured must have the "Overlap Enable" field set to "Enabled". Both incoming and outgoing channel groups need to be configured. See the links below for more information on what is supported and how to configure the IMG to use the Overlap Signaling Method.
Related Topics:
IMG 1010 - Overlap Signaling - Sending - SIP to SS7
F-1525 Interworking between SIP and SIP-T
Brief Description:
Up until software version 10.5.2, the IMG supports SIP-T for interworking between SIP and SS7 ISUP. A call that originates in the PSTN and is then Interworked into a SIP network places ISUP messaging into the SIP message body. When the call finally gets to its destination the ISUP information in the SIP body is extracted from the SIP message and placed back into its ISUP messaging so the PSTN can route the call. In software 10.5.2 a feature was added to allow the IMG to accept a SIP message which originally has no ISUP information in it and create a SIP-T message which has the ISUP information embedded in its SIP body. See links below for more information.
Related Topics:
IMG 1010 - Overview of SIP to SIP-T or SIP-I
IMG 1010 - SIP to SIP-T Interworking
IMG 1010 - Configure Interworking between SIP and SIP-T or SIP-I
F-1551 Support for  DNS SRV Queries
Brief Description:
The IMG supports utilizing an SRV or Service Record to specify which sip server to route a call to. SRV Records are defined in RFC 2782 and identifies the server(s) that will support a particular service. In this case the IMG will be looking for the best way to route a call to a server which employs the sip service. An IMG Channel Group can be configured so that a query is sent to a DNS server and the DNS response would be an SRV record including all the sip servers that match the initial DNS service request. From the SRV Record the IMG will determine the priority/weight of each server. The final result will be that the IMG will send the outbound INVITE message to the server with highest priority/weight. If that server is unavailable, the IMG will route the call to the sip server with the 2nd highest Priority/Weight. This will continue until the call is connected. See below for more information on how this works and how to configure IMG to route on an SRV Record.
Related Topics:
IMG 1010 - Feature - DNS Query using SRV Record
F-1580 SIP TCAP Interworking for MWI
Brief Description:
Feature 1580 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. For more information on this feature, see Related Topics below.
Related Topics:
IMG 1010 - Message Waiting Indicator - SIP to SS7
IMG 1010 - Adjacent Translator
F-1584 SIP Phone-Context Support RFC 3966
Brief Description:
The "Phone-Context" parameter is defined in RFC 3966 and is part of the URI scheme "tel". Feature 1584 adds to the IMG support for the "Phone Context" parameter on the outgoing To/From headers in the SIP INVITE message. See the links below under the Related Topics heading for more information and configuration details.
Related Topics:
IMG 1010 - SIP 'Phone Context' Parameter
IMG 1010 - SIP Profile - 10.5.3
F-1585 System Software Image Validation
Brief Description:
Feature 1585 System Software Image Validation has been added to the IMG to guard against a corrupt system software file getting loaded onto the IMG. The IMG will now calculate a checksum when it downloads the system software. It will use this checksum to detect if the software image is corrupt. The second portion of this feature adds in a delay in the reset process to allow a user to break into the ROM. By implementing this feature, this gives the user the ability to break out or halt the system when it gets into an endless reboot loop.
Â
Related Topics:
IMG 1010 - Downloading System Software (Warning Notes only)
Â
Open/Close Embedded Help Pane - (No Feature Number)
Brief Description:
For convenience an additional feature was added in software version 10.5.2 to the embedded help which allows a user to open and close the embedded help pane in ClientView. By default when ClientView is first installed, the embedded help pane is open. The user has the ability to access the white embedded help pane between the configurable pane and the Object Table. The feature added to the embedded help pane allows the user to shut the embedded help pane. This allows ClientView more real estate on the GUI to display the Configurable Pane and the Object Table. To close the embedded help pane go to the Main Menu and select Help -> Embedded WebHelp as shown below.
Related Topics:
IMG 1010 - The ClientView Main WindowÂ
Â