Software Overview

Overview

The SIP software provides User Agent Client (UAC), User Agent Server (UAS), and Location Server registration functionality. The implementation in this release has the following key attributes and features.

SIP Software Resides on the Matrix Controller

With a Matrix Controller implementation, SIP software is independent of hosts and line cards. This feature enables partners to upgrade to the next generation of SIP software and IP Network Interface cards independently.

Universal Protocol Data Format (UPDF)

UPDF allows for seamless protocol interworking, whether it entails various IP protocols (SIP endpoint to an H.323 endpoint) or IP-to-PSTN signaling.

RTP Streams

The IP Network Interface card provides the RTP stream for the SIP call.

The SIP software gets the RTP Payload Type and Payload size from the Route Table or Route Control message. If the type and size are not specified in either of those, the SIP software uses the IP Network Interface defaults.

Media Streams

Media streams provided are audio only (no video).

User Agent Communication

The User Agent communicates with Layer 4 and the IP Network Interface card to perform SIP-controlled operations. The User Agent communicates with Layer 4 over a TCP/IP socket, and uses UDP or TCP to communicate externally with other SIP devices.

IP Services Node

SIP software allows a Cantata partner application to work with the CSP to provide services in the IP Services Node. Existing partners with applications that provide circuit node services can support SIP with minimal application changes.

Session Level Attributes

The CSP ignores session level attributes in the SDP. The CSP accepts SDP's with a session level attribute placed between the time descriptor attribute ('t=') and media information attribute ('m='). This is the only exception - otherwise the CSP follows the attribute order as in RFC 2327 section 6. SIP requests with SDP in incorrect order are responded with 400 Bad Request.

Changing Mode in IPN-2 Card

The following applies to Gateway Mode in a SIP environment:

Whenever the mode of IP Network Interface Series 3 card is changed from gateway to normal mode (or vice versa), SIP still has the old profile (containing codec information) in its database. This remains, unless the host initiates a media resynchronization using TLV 0x0284 or the host makes another call that would use a module in this card.

If the host initiates a media resynchronization, the profile (containing codec information) for all the modules in the card are deleted from SIP's database. All other profiles (if there are other cards) are refreshed.

If the host makes a call that uses a module in this particular card, then the profile (containing codec information) for all the modules in the card are deleted from SIP's database. The profile for the module that this call would use, is queried and stored.