SIP Support for MIME

Currently, the CSP Session Initiation Protocol (SIP) does not support Multipurpose Internet Mail Extensions (MIME) in outgoing messages. This feature allows a user to send proprietary MIME or standard MIME such as ISUP in outgoing messages. MIME data in incoming messages will be reported to the host.

Currently, MIME is supported by the SIP INVITE message. If the incoming INVITE message does not have SDP, then the CSP SIP stack assumes it is a delayed media scenario.

The sending and reporting of MIME data requires the use of the new nested the new 0x2964 SIP MIME Information TLV to enhance the CSP SIP stack to send proprietary MIME in outgoing messages and report MIME data in incoming messages to the host.

This nested TLV contains the MIME header TLVs and MIME message body TLV and are listed below.

The SIP MIME Message Body (0x2968) TLV is mandatory data. The Message Body data has to be provided by the host. If Content Type, mandatory header, is not provided by the host in the SIP Content Type (0x295D) TLV, then a default value of "application/custom" is inserted. All of the other headers listed above are optional and are populated only if provided by the host.

MIME will be included in the outgoing INVITE message only if data is available for tunneling. Otherwise, the other host provided TLVs (MIME headers) will be ignored.

Read and write access will be given to only one level of MIME (excluding the SDP). The message body will contain the SDP and another set of tunneled data.

MIME data in incoming INVITE messages is reported to the host in the PPL Event Indication (0x0043) and Request For Service with Data (0x002D) messages. The contents of the MIME (headers and message) are reported in associated TLVs without parsing. It is up to the host to interpret the MIME header contents and message body.

The MIME data can be tunneled in the outgoing INVITE message. The SIP Tunnel Type TLV (0x2936) is modified to include another type of tunneling which is the 0x0004 Customize Tunnel Type. It can be used to tunnel proprietary data within CSP SIP stack. For example, the contents of the data TLVs will not be parsed, but will be used in the outgoing message.

The individual TLVs listed above do not have any individual limits on the message byte length, but collectively within the SIP MIME Information (0x2964) TLV the length must not exceed 780 bytes. A maximum of 780 bytes of MIME data (including headers, header content and the actual tunneled data) can be reported to the host. Any data beyond that will not be reported.

The CSP SIP stack allows NPDI data to be sent in a Route Control or Outseize Control message and followed by PPL Event Request message for subsequent data in order to support a call request. Sending NPDI data of a smaller byte size may only require using the Route Control or Outseize Control message. Using the PPL Event Request message may not be required.

The byte limitation for the total NPDI data (excluding redundant TLVs) in the API messages should not exceed 820 bytes.

Important! The SIP MIME Information (0x2964) TLV collective maximum byte length of 780 bytes and the total NPDI data maximum byte length of 820 bytes combined can not support messages of a size greater than 1500 bytes. The CSP nacks all SIP requests greater that 1500 bytes with the 513 message, Too Large.

The following messages support the TLVs listed below that are used in the 0x0033 NPDI Universal ICB.

The reporting of incoming MIME is a configurable option and is disabled by default. To enable this option, bit 20 of the 0x027F SIP Message Information Mask TLV has to be set and sent in the VoIP Protocol Configure (0x00EE) message.

MIME can be sent in an outgoing INVITE message by using the 0x2936 SIP Tunnel Type TLV, set to value 0x0004 Custom MIME Body in the Route Control (0x00E8) or Outseize Control (0x002C) message and followed by a PPL Event Request (0x0044) message for subsequent data. For a call, the tunnel type set using the SIP Tunnel Type TLV will have precedence over the tunnel type configured in the stack. If stack is preconfigured for a tunnel type, the host is not required to use the SIP Tunnel Type TLV (0x2936) unless the stack configuration for the tunnel type needs to be overridden.

MIME can also be sent in an outgoing INVITE message by using the 0x0270 SIP Tunnel Type TLV, set to value 0x0004 Custom MIME Body in the VoIP Protocol Configure (0x00EE) message.

These TLVs enable or disable the use of tunneled data and specify the tunneled data type.

• The SIP Tunnel Type (0x2936) TLV can be used to set the tunneled data type to 0x0004 Custom MIME Body on a per call basis.

• The SIP Tunnel Type (0x0270) TLV can be used to set the tunneled data type to 0x0004 Custom MIME Body to configure the stack.

In case tunneled data type is set both during configuration time and also on a per call basis, then the tunneled data type set on the per call basis takes precedence.

The VoIP Protocol Query (0x00EF) message is used to check the SIP Message Information Mask value.

To configure and query the SIP stack for this feature, view the Configure SIP Advanced screen, Additional Host Signaling Parameters, and select Report MIME Data in Incoming Messages.

The following TLVs have been abbreviated to show the inclusion of the Support for Multipurpose Internet Mail Extensions information as indicated by the change bars.

For all outgoing messages, this TLV enables and disables the use of tunneled data and specifies the tunneled data type.

The host uses this TLV to specify the additional SIP message information to the host in the Request for Service with Data message.

For all outgoing messages, this TLV enables and disables the use of tunneled data and specifies the tunneled data type.Used in:
0x0033 NPDI Universal ICB in:
Route Control message
Outseize Control message
PPL Event Request message

This TLV adds the content type to a SIP message. It also reports the content type, if present, in a SIP message. Prior to this feature, this TLV adds/reports content type only for the SIP INFO message. If there is a valid message body but the host has not supplied the content type, then the SIP stack adds the following content type as the default: "Content-Type: application/custom"

Used in:
0x0033 NPDI Universal ICB in:
Route Control message
Outseize Control message
Request for Service with Data message
PPL Event Request message
PPL Event Indication message

Session-Initiation Protocol. A signaling protocol used for establishing sessions in an IP network. A session could be a simple, two-way telephone call, or it could be a collaborative multi-media conference session.

See Integrated Services Digital Network User Part.

Tag-Length-Value block. A standardized block that allows data to inserted in a standard way into API messages.

See Programmable Protocol Language.

RFS. A Status Message indicating that some entity is requesting service from the Excel platform.

Network Protocol Data Intelligence. Also called “Interworking,” it is a software product that operates within Excel’s Call Control (Layer 4) and Services (Layer 5) call processing layers. NPDI is meant to enhance Excel’s call processing product offering by allowing call processing layers (specifically Layers 4 and 5) to perform advanced analysis, generation, and conversion of Network Signaling (NS) Layer 3 information.

Outgoing call setup during real-time call processing on a specific channel.

A condition that, when met, drives a state machine from one state to another. A condition that drives a Component out of its current state by invoking an associated primitive.

Setting up, monitoring, and tearing down calls.

See Information Control Block.

See Converged Services Administrator.

Voice over Internet Protocol. The delivery of voice information in digital form in discrete packets rather than in the traditional circuit-committed protocols of the public-switched telephone network (PSTN).

A computer, attached to the Excel platform through an RS-232 or Ethernet link, from which you run the telecommunications application that controls the Excel platform.

Byte	Description
0, 1	Tag 0x0270
2, 3	Length 0x0002
4-6	Value[0-2] 0x0001 No tunneling (Default) 0x0002 CSP UPDF Tunneling 0x0004 Customize MIME Body

Byte	Description
0, 1	Tag 0x027F
2, 3	Length 0x0004
4-7	Value[0-3] This field is a 32-bit mask. Each bit selects specific SIP message fields and is listed from LSB to MSB. 0 - Disabled (Default) 1 - Enabled Bit 20 Selects reporting of MIME data in incoming messages. Bits 22-31 Reserved

Byte	Description
0, 1	Tag 0x2936
2, 3	Length 0x0002
4-6	Value[0-2] 0x0001 No tunneling (Default) 0x0002 CSP UPDF Tunneling 0x0004 Custom MIME Body

Byte	Description
0, 1	Tag 0x295D
2, 3	Length Variable (Maximum of 100)
4-n	Value Null terminated ASCII string

Byte	Description
0, 1	Tag 0x2964
2, 3	Length Variable (Maximum of 780 bytes)