IMG SIP Specifications

Click here to view a PDF file of all topics related to SIP The IMG supports

SIP (Session Initiation Protocol), based on RFC 3261

backward compatible with entities running RFC 2543

SDP (Session Description Protocol) based on RFC 2327 and RFC 3551

Outbound Registration (IMG can register with other entities). The IMG does not support inbound registration, since it is not applicable for Media Gateways.

The IMG acts as a User Agent (UA) and can interoperate with SIP proxies. The IMG can act as a UAC (User Agent Client) or a UAS (User Agent Server) The ingress leg and the egress leg of the call can have different codecs. Transcoding can occur between G.711 U-law, G.711 A-law, G.723, and G.729. Interworking SIP to SS7 based on RFC 3398. SIP to ISDN Transcoding via SIP

Redirect Server Support SIP Diversion Header SIP Re-origination SIP Proxy

SIP INFO Method for DTMF

Diagram

The following diagram shows an example of the IMG in a SIP network.

SIP

Related Topics SIP Features

SIP Features
SIP Profiles

The IMG supports the following SIP features:

A SIP Profile allows you to easily assign a number of SIP features to a Physical IMG. You create a SIP Profile and then assign profiles to a gateway in the External Gateway pane. You can also assign a SIP Profile to a SIP Signaling object, which will indicate to another IMG should treat a call going to or coming from the IMG. The following features can be configured/enabled in a SIP Profile. SIP Re-Origination Attempts SIP Proxy Handling SIP Trunk Group Selection SIP Info Method for DTMF Loop Detection SIP Redirect Support (3xxx Redirect and Diversion Header)

These features are described below. See SIP Profile pane reference.

Specific SIP Header Support

SIP-T

The IMG supports SIP-T for interworking between SIP and SS7 ISUP for call setup, call tear down, and conversion of message formats for SIP Bridging, that is, a call that originates in the PSTN, goes into a SIP network, and terminates in the PSTN again. See An Overview of SIP-T for more information.

DNS (Domain Name Server) lookup.

The IMG can route SIP traffic to a remote entity based on the IP Address or the Host Name. The IMG supports having multiple DNS servers for Redundancy and reliability purposes. See Configuring DNS for SIP.

SIP Privacy

See SIP Privacy.

SIP Re-origination

The feature allows you to re-originate a call on another gateway to limit the amount of unnecessary bandwidth utilization on your network. By using less re-origination 3

SIP attempts, less SIP messages go out to the network, which in effect reduces the bandwidth used.

Another benefit is the savings in time that the physical resources are allocated for a call that will never complete. By reducing the re-origination attempts, the call attempt will be torn-down sooner and the physical resources associated with the call will be released sooner.

You enable this feature in the SIP Profile.

SIP INFO Method for DTMF

This feature allows the use of the SIP INFO method to send a DTMF digit to another gateway. The voice stream is established after a successful SIP 200 OK-ACK message sequence. You enable this feature with the DTMF Support w/SIP Info field in the SIP Profile pane. See SIP INFO Method for DTMF for more details.

Symmetric NAT Traversal

Symmetric NAT Traversal for SIP signaling provides the following:

Ability to specify the connection role of the IMG when acting as a UAC or UAS. Enable interoperability in networks where NAT devices are unaware of SIP or SDP signaling. SIP endpoints may both be outside NAT or one inside and the other outside.

See Symmetric NAT Traversal.

SIP Trunk Group Selection

4

SIP Features Use these features if you have a Centralized Routing Model and do not require the IMG to perform routing decisions. These features are enabled or disabled in the SIP Profile, which can be assigned on a SIP Gateway or SIP Signaling basis. When the OTG field is included in the From header the IMG will use this trunk group as the incoming trunk group to determine which route table to use. The OTG will also be able to be added to the From header in an outbound SIP INVITE (the OTG will have the A side trunk group name). Incoming Originating Trunk Group (OTG) Selection

The IMG extracts the OTG from the SIP "From" header and passes it in the initial Setup. If an OTG is found, the IMG will use that channel group instead of the one that came from the lookup table in the SIP process. When the DTG is received in the request-URI the IMG will skip the mid-call router and use the DTG that was received as the outbound channel group. Incoming Destination Trunk Group (DTG) Selection

When the IMG is about to perform routing for the outbound side, it will look for the DTG from the same location as the Calling Party Number. If the DTG is valid, the call will then use the channel group that corresponds to that DTG instead of performing a routing lookup On an outgoing invite, the OTG that was received from the incoming call will take precedence over the internal IMG incoming channel group name if it was a SIP call (for any other inbound protocol, the OTG would be the incoming Trunk Group Name). This OTG is then appended in the From header of the outbound invite. Outgoing Destination Trunk Group (DTG) Selection

SIP Diversion Header

The IMG supports the INVITE Diversion Header (Diversion and CC-Diversion) to support PSTN Redirecting Services (also known as Call Forwarding). The INVITE Diversion header carries information about the redirection. The Diversion header prevents this pertinent SS7 redirection information from being lost in the SS7 to SIP conversion. When SS7 redirection information is received on the incoming side, it is relayed in the Diversion header on the outgoing SIP side You enable this feature in the SIP Profile. See SIP Diversion Scenarios.

Non-Standard Tags in From Header

isup-oli support cic support

You can allow non-standard tags in the From header in the SIP Profile pane.

SIP Proxy Handling

See SIP Proxy Handling.

SIP

SIP Redirect Server Support

See SIP Redirect Server Support.

SIP Carrier Identification Code

See SIP Carrier Identification Code.

ISUP-OLI

See SIP ISUP OLI.

Pass through + sign in the user part of URI

The IMG supports the passing of the + sign from the incoming SIP side to the outgoing SIP side, or the removal of the "+" if you do not want to pass it through. This process is only applied to INVITE. Configuration You enable this feature in the SIP Profile with the Append (+) for Headers and Remove (+) for Headers fields. You can apply this feature to the following headers in the INVITE: R_URI FROM TO

P_ASSERTED

P_PREFERRED

REMOTE_PARTY_ID

NOTE: The Contact header is not put into the bit mask, but + is supported in the Contact header if it is included in the incoming Contact. NOTE: The + is not supported for routing or translation; only a simple pass through.

SIP Based Load Balancing

See SIP-Based Load Balancing.

G.729 AnnexB Selection

The media attribute "Annexb=no" can be sent by the IMG in the SIP SDP, when enforcing the use of the G.729a payload type. 6

SIP Features The annexb setting is available in the GUI Bearer Profile configuration for G.729 and G.729E payloads. The default selection yes, or Not Used, ensures that the existing IMG behavior is maintained for backwards compatibility. Note that the media attribute "Annexb=yes" is not sent by the IMG in a SIP SDP, as this value is implied when unspecified in the SDP. This feature is configured using the Vocoder Entry pane.

SIP Update
Overview The UPDATE method allows a UAC to update parameters of a session, such as the SDP and session timers. , and has no impact on the state of a dialog. In that sense, it is like a re-INVITE, except that it can be sent before the initial INVITE has been completed. This makes it very useful for updating session parameters within early dialogs. The UPDATE method allows a greater control over a SIP session including, but not limited to, the following parameters: SDP (for example, to set the media on hold during early media)

Session timers (for example, to adjust call duration in a prepaid application)

The IMG supports the following for SIP UPDATE:

an UPDATE request that is received before or after the initial INVITE transaction is completed and when a dialog exists (early or confirmed), in accordance with RFC 3261. the validation of an SDP contained in an UPDATE follows the existing restrictions of the offer/answer model (RFC 3264).

The IMG will reject an UPDATE request that is meant as a FAX re-INVITE. Although it is possible, the RFC does not recommend the use of the UPDATE method in this fashion

RFC

3311 SIP UPDATE Method Configuration The SIP UPDATE method is to be accepted by the IMG without user intervention, and therefore cannot be disabled. There is no configuration involved. Related Topics SIP Update Call Flows

SIP Gateway Busy Out

See SIP Gateway Busy Out.

SIP

SIP CODEC Negotiation Priority

Example:

This feature allows you to configure whether the IMG or the remote gateway takes priority when selecting a codec. If the IMG has a CODEC list of: g711u g729 g711a g729

and a remote gateway offers: g711u

If the Codec Negotiation Priority is set to Local, the IMG will answer with g711u.

If the Codec Negotiation Priority is set to Remote, the IMG will answer with g729. Benefits The feature gives you the flexibility to choose CODEC priority on either IMG or the far end gateway. Configuration You configure CODEC Negotiation Priority to either Local or Remote in the SIP Profile pane.

SIP PRACK

See SIP PRACK

SIP Fax/Modem

Initially, the IMG establishes a normal voice call using an audio codec. The IMG negotiates T.38 support once the voice path is established. Case where the IMG is terminating a fax call: Once a fax data mode has been detected at the IP bearer level, SIP will send a REINVITE message to the distant end. The IMG supplies a T.38 port and parameters in a SIP RE-INVITE SDP and waits for the remote SIP gateway to accept with an OK including a corresponding SDP. Case where the IMG is originating a fax call: Once a fax data mode has been detected at the IP bearer level, SIP will accept a REINVITE message from the distant end. The IMG will reply with a Fax port in a SIP 200 OK SDP and will wait for the remote SIP gateway to accept with an ACK. T.38 or fax bypass modes are supported. The IMG allows G.711 A-Law or G.711 u-Law only for fax/modem bypass codecs.

RTP redundancy levels will apply to fax bypass packets (RTP G.711 packets), but not to T.38 packets. Fax Redundancy level setting applies only to T.38 fax relay packets (not to RTP voice or fax bypass packets).

Fallback to Fax Bypass

The Fax Fallback feature is a backup mechanism to transmit a fax using Fax Bypass mode when T.38 cannot be negotiated successfully. This feature allows you to configure T.38 Fax Relay as the preferred type, and also allow Bypass Fax when T.38 is not supported by the remote end. The added negotiation will therefore reduce the call setup failure rate by increasing the content of the media offer. In the event neither a T.38 fax nor a Bypass fax can be established in a fax fallback scenario, the IMG allows the voice call to proceed as if no negotiation had happened.

Supported SIP Messages

RE-INVITE Message

The INVITE method is used to establish media sessions between User Agents. The RE-INVITE message permits the IMG to change parameters of an existing or pending call. The SIP software supports the following: RE-INVITE messages that change the port to which media should be sent. RE-INVITE messages that change the connection address or media type. Media stream on hold (connection address is zero). Initial INVITE messages on hold. RE-INVITE messages for FAX (T.38 and Bypass).

SIP SUBSCRIBE/NOTIFY

The IMG accepts user agent subscription requests (SIP SUBSCRIBE method) and the ability to respond to those user agents with the appropriate DTMF digit events via the SIP NOTIFY method. Only DTMF-events are currently supported.

SIP UPDATE

The UPDATE method allows a UAC to update parameters of a session, such as the SDP and session timers.

The UPDATE method allows a greater control over a SIP session including, but not limited to, the following parameters: SDP (for example, to set the media on hold during early media) Session timers (for example, to adjust call duration in a prepaid application)

Early Media

Early media is the ability of two SIP User Agents to communicate before a SIP call is actually established. Typically, this scenario occurs when the called party is a PSTN gateway. Before the call is set up, the gateway might provide in-band tones or announcements that inform the caller of the call progress. Early media can involve the transfer of media from caller to callee. Within the PSTN, forward channels can be established to convey DTMF signaling to select a final destination to call. This feature can be used to access Interactive Voice Response (IVR) systems behind 800 numbers. Implementation connects the media path prior to the 200 OK message. supports pre-answer DTMF and announcements.

11

SIP converts the SS7 Call Progress (CPG) message to a 183 response message with SDP.

When the called party wishes to send early media to the caller, the called party sends a 183 response to the caller. That response contains the SDP. When the caller receives the 183 response, it suppresses any local alerting of the user (for example, audible ring tones or pop-up window) and plays out media that it receives.

If the call is ultimately rejected, that called party generates a non-2xx final response. When the caller receives this response, the caller stops playing out or sending media. If the call is accepted, the called party generates a 2xx response and sends that to the caller. Media transmission continue as before.

Authentication and Outbound Registration

Cantata has implemented SIP Authentication which includes protective measures to prevent an active attacker from modifying and replaying SIP requests and responses. SIP authentication enables the Cantata platform to provide its own credentials (login/password based scheme) to other gateways. It ensures that only valid users can make calls through the Cantata platform.

The cryptographic measures are used to ensure the authenticity of the SIP message and authenticate the originator of the message as being the IMG. SIP extends the HTTP WWW Authenticate and Authorization header field and their Proxycounterparts to include cryptographically strong signatures.

Session Timers

SIP Session Timers are an extension of SIP RFC 2543 which allows a periodic refreshing of SIP sessions using the RE-INVITE message. The refreshing allows both user agents and proxies to determine if the SIP session is still active.

12

SIP Redirect Server Support

This feature allows the IMG to respond to the 3XX class of SIP messages returned from a redirect server. 3xx responses provide information about a user's new location, or alternative services that may be able to satisfy the call. This feature is based on RFC 3261 section 8.1.3.4 and RFC 2543.

In a SIP network it is very common to have a re-direct server which determines where to route the call. The redirect server may reply to the IMG with a 300 response with a list of contacts to try. The IMG will try each one of those contacts one at a time, until the call is completed, to a maximum of 10 attempts. The IMG will only accept redirects to another endpoint in the SIP network. The endpoint does not have to be one of the configured SIP external gateways. This feature is enabled by default in the SIP Profile. Notes The maximum number of redirects is 10.

The same IP Profile is used for all attempts.

Once a contact has responded with a 180 Ringing or 183, the IMG will not make any more redirect attempts

Not Supported

Simultaneous redirects

Redirection to another Channel Group

3xx Responses for Registration Requests

380 Responses (they will be mapped to 410 Gone error code and released) 305 Response (they will be mapped to 410 Gone error code and released) Location changes are not saved internally The IMG cannot be redirected back to the PSTN

3XX Response Mapping

If this feature is not enabled, the IMG will map the 3xx responses to 4xx responses, as shown below: Redirection (3xx) Response 300 Multiple choices 301 Moved Permanently 302 Moved Temporarily 305 Use Proxy Maps to 4xx (client error) response 410 Gone 410 Gone 480 Temporarily Unavailable 410 Gone 13

SIP 380 Alternative Service any other 3xx response 410 Gone 410 Gone

14

Example Call Flow: SIP Redirect

15

SIP 3XX Redirect Responses

3xx responses give information about the user's new location, or about alternative services that might be able to satisfy the call. 300 Multiple Choices

The address in the request resolved to several choices, each with its own specific location, and the user (or UA) can select a preferred communication end point and redirect its request to that location. 301 Moved Permanently

The user can no longer be found at the address in the Request-URI, and the requesting client SHOULD retry at the new address given by the Contact header field (Section 20.10). The requester SHOULD update any local directories, address books, and user location caches with this new value and redirect future requests to the address(es) listed. 302 Moved Temporarily

The requesting client SHOULD retry the request at the new address(es), given by the Contact header field (Section 20.10. The Request-URI of the new request uses the value of the Contact header field in the response. 305 Use Proxy

305 provides information for next hop to reach proxy server. The requested resource MUST be accessed through the proxy given by the Contact field. The Contact field gives the URI of the proxy. The recipient is expected to repeat this single request via the proxy. 305 (Use Proxy) responses MUST only be generated by UASs. 3xx is enable by default on the IMG and is configurable with the SIP SGP on a per gateway basis.

17

SIP Proxy Handling

This feature allows the IMG to interact with SIP Proxy Servers and Session Border Controllers as intermediate routes between domains. The IMG can route SIP traffic to these SIP entities (SIP proxies) and with the knowledge of their final destination (remote SIP UA). A SIP Proxy receives SIP requests from a client, even though it may not be the server resolved by the Request-URI. Typically, a UA is manually configured with an outbound proxy, or can learn about one through auto-configuration protocols. You can configure one SIP Outbound Proxy Server for each external SIP gateway using the SIP Proxy pane under a SIP Profile and then assign that profile to the External Gateway.

References

RFC 3261 Session Initiation Protocol RFC 2543 Session Initiation Protocol UA Supported Outbound proxy handling (non-redundant) Outbound registration to outbound proxy Re-invite and 3xx Redirect to outbound proxy

19

EXAMPLE SIP Call: Using an Outbound Proxy

Example of Eyebeam UAC sending an SIP Request to an outbound proxy Domain: 10.129.39.38:5060 [IMG equivalent is remote gateway] Outbound proxy: 10.129.39.37:5060 [IMG has no equivalent config param] Dialed number: bk@img.com [IMG equivalent is remote gateway] SENDING TO: 10.129.39.37:5060 To: <sip:bk@img.com>

Client IP address: 10.129.39.115:5062 [IMG equivalent is SIP stack IP:port] INVITE sip:bk@img.com;transport=udp SIP/2.0 From: 33871<sip:33871@10.129.39.38>;tag=7224787d

Via: SIP/2.0/UDP 10.129.39.115:5062;branch=z9hG4bK-d87543-426271217-1-d87543-;rport Call-ID: b93d6c09661e5564 CSeq: 1 INVITE

Contact: <sip:33871@10.129.39.115:5062;transport=udp> Max-Forwards: 70 Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, NOTIFY, MESSAGE, SUBSCRIBE, INFO Content-Type: application/sdp Content-Length: 182 v=0 User-Agent: eyeBeam release 3004w stamp 16863

o=- 5790011 5790033 IN IP4 10.129.39.115 s=eyeBeam t=0 0 c=IN IP4 10.129.39.115 m=audio 7244 RTP/AVP 18 101 a=fmtp:101 0-15 a=sendrecv a=rtpmap:101 telephone-event/8000

21

SIP Diversion Header Scenarios

For information on the SIP Diversion Header feature, see SIP Diversion Header.

SIP Call Forwarding Scenario

IMG1010 --IAM--------------------------------->| Called Party Number Redirecting Number |

Original Called Number =+19195551001 | RedirectionInformation: |

Address Presentation =presentation restricted

=+19195551002 |

=+19195551004 |

Redirecting Reason = User busy (0001) Redirection counter = 5 | |

Original redirecting reason = Unconditional (1111)

|--INVITE +19195551004------> | | | | | | | ;reason=user-busy ;privacy="full" ;counter=4

| Diversion: <tel:+19195551002>

| Diversion: <tel:+19195551001> ;reason=unconditional ;counter=1

SIP-SS7 Call Forwarding Scenario

IMG1010 | |<--INVITE +19195551004------

| Diversion: <tel:+19195551002> 23

SIP | | | | | | | <--IAM---------------------------------| Called Party Number Redirecting Number | ;reason=user-busy ;privacy="full" ;counter=4

| Diversion: <tel:+19195551001> ;reason=unconditional ;counter=1

Original Called Number =+19195551001 | RedirectionInformation: |

Address Presentation =presentation restricted

=+19195551002 |

=+19195551004 |

Redirecting Reason = User busy (0001) Redirection counter = 5 |

Original redirecting reason = Unconditional (1111)

ISDN-SIP Call Forwarding Scenario

IMG1010 --Setup------------------------------->| Called party number |

Redirecting number information element: Redirecting number Origin of Number

=+19195551004

Reason for redirection = Unconditional (1111) Presentation Status = presentation allowed =+19195551002

=+19195551001

= passed network screening

Redirecting number information element: Redirecting number Origin of Number

Reason for redirection = User busy (0001) Presentation Status

= passed network screening = presentation prohibited

24

SIP Diversion Scenarios |

|--INVITE tel:+19195551004----> | | | | | | | | ;reason=user-busy ;screen="yes" ;privacy="off"

| Diversion: <tel:+19195551002>

| Diversion: <tel:+19195551001> ;reason=unconditional ;screen="yes" ;privacy="full"

SIP-ISDN Call Forwarding Scenario

IMG1010 <--Setup-------------------------------| Called party number |

Redirecting number information element: Redirecting number Origin of Number

=+19195551004

Reason for redirection = Unconditional (1111) Presentation Status = presentation allowed =+19195551002

=+19195551001

= passed network screening

Redirecting number information element: Redirecting number Origin of Number

Reason for redirection = User busy (0001) Presentation Status

= passed network screening = presentation prohibited |

|<--INVITE tel:+19195551004---| | | ;reason=user-busy ;screen="yes" ;privacy="off

| Diversion: <tel:+19195551002>

25

SIP | Diversion: <tel:+19195551001> | | | | ;reason=unconditional ;screen="yes" ;privacy="full"

26

SIP SUBSCRIBE/NOTIFY Method for DTMF

Overview

The IMG accepts user agent subscription requests (SIP SUBSCRIBE method) and the ability to respond to those user agents with the appropriate DTMF digit events via the SIP NOTIFY method. Only telephone-events are currently supported. RFC: 3265 Session Initiation Protocol (SIP)-Specific Event Notification Benefits

You can develop user-specific applications that reside on your network entity and have the ability to subscribe for event services supported by the IMG. If the network entity wants the ability to detect an entered DTMF digit from the TDM-side of a call to the IP side of a call, the entity can subscribe to the IMG for these events and receive SIP NOTIFY events containing the digit event. Limitations Only patterns of 1-4 pound ("#") characters are supported The Pending state is not supported The IMG cannot send a SIP SUBSCRIBE

Configuration

You enable and configure this feature with the SIP DTMF Support pane. In the Method field select Subscribe and then configure other fields as required.

Call Flows

27

SIP

28

SIP SUBSCRIBE/NOTIFY Method for DTMF

29

SIP

Call Tracing

Each SIP request received or transmitted for the SIP SUBSCRIBE and NOTIFY methods will be displayed in the normal call tracing. For the NOTIFY method, the trace will also display the NOTIFY methods payload. In the case of detected DTMF digits, the ### will be displayed in the call tracing. Example Trace

The following is an example call trace showing SIP Subscribe Notify for DTMF. Related lines are in bold. ---> [10.129.55.74, 5060] SUBSCRIBE sip:8519@10.129.55.80:5060 SIP/2.0 Via: SIP/2.0/UDP 10.129.55.74:5060 From: 7340 <sip:7340@10.129.55.74:5060>;tag=1 30

SIP SUBSCRIBE/NOTIFY Method for DTMF To: 8519 <sip:8519@10.129.55.80:5060>;tag=a94c095b773be1 dd6e8d668a785a9c84113d Call-id: 1-2104@10.129.55.74 Cseq: 1 SUBSCRIBE Contact: <sip:sipp@10.129.55.74:5060;transport=UDP> Event: telephone-event;duration=300 Expires: 600 Content-Length: 0

18:17:08.733 SIP (W) <--- [10.129.55.74, 5060 <- 10.129.55.80, 5060] SIP/2.0 200 OK Via: SIP/2.0/UDP 10.129.55.74:5060;received=10.129.55.74 Call-ID: 1-2104@10.129.55.74 From: 7340 <sip:7340@10.129.55.74:5060>;tag=1 To: 8519 <sip:8519@10.129.55.80:5060>;tag=a94c095b773be1 dd6e8d668a785a9c84113d CSeq: 1 SUBSCRIBE Server: Cantata-SIP/10.3.3.129 SIP-Gateway1 0 Expires: 600 Content-Length: 0 <--- [10.129.55.74, 5060 <- 10.129.55.80, 5060] NOTIFY sip:sipp@10.129.55.74:5060 SIP/2.0 Via: SIP/2.0/UDP 10.129.55.80:5060;rport;branch=z9hG4bK- 5c5e1163009828-19999-33 Call-ID: 1-2104@10.129.55.74 CSeq: 1 NOTIFY Max-Forwards: 70 To: <sip:7340@10.129.55.74>;tag=1 From: <sip:8519@10.129.55.80>;tag=a94c095b773be1dd6e8d668a785a9c84113d User-Agent: Cantata-SIP/10.3.3.129 SIP-Gateway1 0 Event: telephone-event;duration=300 Subscription-State: Active;expires=600 Content-Length: 0

18:17:08.753 SIP (W) 31

SIP ---> [10.129.55.74, 5060] SIP/2.0 200 OK Via: SIP/2.0/UDP 10.129.55.80:5060;rport;branch=z9hG4bK- 5c5e1163009828-19999-33 From: <sip:8519@10.129.55.80>;tag=a94c095b773be1dd6e8d668a785a9c84113d To: <sip:7340@10.129.55.74>;tag=1;tag=1 Call-ID: 1-2104@10.129.55.74 CSeq: 1 NOTIFY Contact: <sip:10.129.55.74:5060;transport=UDP> Content-Length: 0

NOTIFY sip:sipp@10.129.55.74:5060 SIP/2.0 Via: SIP/2.0/UDP 10.129.55.80:5060;rport;branch=z9hG4bK-d371163009863-19998-33 Call-ID: 1-2104@10.129.55.74 CSeq: 2 NOTIFY Max-Forwards: 70 To: <sip:7340@10.129.55.74>;tag=1 From: <sip:8519@10.129.55.80>;tag=a94c095b773be1dd6e8d668a785a9c84113d User-Agent: Cantata-SIP/10.3.3.129 SIP-Gateway1 0 Event: telephone-event;duration=300 Subscription-State: Active;expires=125 Content-Type: application/dtmf-relay Content-Length: 26

Signal= # Duration= 160

18:17:43.893 SIP (W) ---> [10.129.55.74, 5060] SIP/2.0 200 OK Via: SIP/2.0/UDP 10.129.55.80:5060;rport;branch=z9hG4bK-d371163009863-19998-33 From: <sip:8519@10.129.55.80>;tag=a94c095b773be1dd6e8d668a785a9c84113d To: <sip:7340@10.129.55.74>;tag=1;tag=1 Call-ID: 1-2104@10.129.55.74

32

SIP SUBSCRIBE/NOTIFY Method for DTMF CSeq: 2 NOTIFY Contact: <sip:10.129.55.74:5060;transport=UDP> Content-Length: 0

Troubleshooting

If you are experiencing problems with this feature, ensure the following: Subscribe is enabled in the SIP SGP The correct SIP SGP is assigned to the External Remote Gateway

33

SIP INFO Method for DTMF

This feature allows the use of the INFO method to send a DTMF digit to another gateway. You enable this feature using the SIP DTMF Support pane. The only implementation currently supported is the sending of the pound (#) character in response to the configured number of pound (#) characters received (14). NOTE: A more robust method to use for sending DTMF digits in SIP is SIP SUBSCRIBE/NOTIFY Method for DTMF.

# Character

After a match of the configured number of # characters in the voice stream, the IMG will send a # character in the SIP INFO to the same endpoint to which the 200 OK ACK was sent. The voice stream is established after a successful SIP 200 OK-ACK message sequence. The SIP INFO will contain a SIP header of Signal (showing the # character) and the duration header (showing the length in milliseconds of the duration to play the # signal). SIP INFO Header

The existing header of the SIP INFO method will be modified to carry the digit. Signal parameter - used to carry the # character in the SDP. Duration parameter - used in the SDP to store the length of time in milliseconds to play the digit.

Content-Type header - will be changed to dtmf-relay when this feature is invoked.

The following shows a SIP INFO header with the changes: Via: SIP/2.0/UDP 150.129.38.217:5060;rport;branch=z9hG4bK-11701145483948-19998-190 Call-ID: 1c5-403-3192006215856-MFG_5-0@10.129.38.217 CSeq: 2 INFO Max-Forwards: 70 INFO sip:8570@150.129.39.105:5060 SIP/2.0

From: <sip:3280@150.129.38.217>;tag=95ffcd055e0f78f7d5d397020e89288de8b1 User-Agent: Excel-Open-SIP/10.3.1.56 MFG_5 0 Timestamp: 04192006215908

To: <sip:8570@150.129.39.105>;tag=75001a07

35

SIP Accept: application/sdp Content-Length: 26 Content-Type: application/dtmf-relay Signal= #

Duration= 120

Call Flow: # Character in SIP INFO

36

SIP Busy Out

The IMG can monitor the status of external SIP gateways by sending periodic SIP OPTIONS messages. If the gateway does not respond in a configured amount of time the IMG will mark the gateway as down and attempt to re-route the call to a different gateway. RFC RFC 3261 SIP: Session Initiation Protocol, Section 11. Configuration SIP Profile External Gateway

Configuration

You enable the SIP Busy Out feature on a specific gateway in the External Gateway pane (OPTIONSKeepalive field). You configure the Busy Out parameters in the SIP Options KeepAlive pane. The parameters to be configured are: Timer to define the interval between OPTIONS when the gateway is responsive.

Timer to define the interval between OPTIONS when the gateway is non responsive.

Number of responses received before marking the gateway as reachable.

EventView Alarm

A SIP gateway Alarm in EventView indicates the status of a particular SIP Gateway. This alarm will contain the status (either unreachable or reachable) and the ip address of this particular Gateway.

Call Tracing

Call Tracing will capture the sending/reception of the OPTIONS method and indicate that re-routing has taken place because the gateway is down. Example Call Trace 21:24:03.305 SIP (W)

OPTIONS sip:10.129.43.154:5060;ttl=0 SIP/2.0 6df4-1156281802-19999-423

<--- [10.129.43.154, 5060 <- 10.129.43.23, 5060]

Via: SIP/2.0/UDP 10.129.43.23:5060;rport;branch=z9hG4bKCall-ID: 5aa9-1e61-7222006212322-chiloe-0@10.129.43.23 37

SIP CSeq: 1 OPTIONS

Max-Forwards: 70

To: <sip:10.129.43.154;ttl=0> 9288db5f2

From: <sip:10.129.43.23>;tag=95ffcd055e0f78f7d5d397020e8 User-Agent: Cantata-SIP/10.3.2.57 chiloe 0 Contact: <sip:10.129.43.23:5060> Accept: application/sdp Content-Length: 0

Implementation Details

When sending a 200 OK to an OPTIONS request the IMG will not include SDP information. If an OPTIONS message is not answered the correspondent gateway will be marked as down or unreachable. When a call is attempted to an unreachable gateway, the IMG will automatically trigger the re-attempt logic.

A gateway will only be marked as reachable when the number of sequential responses meet a configurable value. The IMG will keep sending OPTIONS request at a configurable rate.

38

SIP Carrier Identification Code (CIC)

Overview

This feature enables the IMG to receive and transmit the Carrier Identification Code (CIC) parameter between the SIP network and SS7. This preserves the remote users carrier identity over different networks and allows you the send mixed traffic over a trunk group. The CIC parameter is a three- or four- digit code used in routing tables to identify the network that serves the remote user when a call is routed over many different networks. The CIC parameter is carried in SIP INVITE requests and maps to the Carrier Identification Parameter (CIP) or the Transit Network Selection (TNS) parameter in ISUP. The cic tag is included in the sip R-URI. Example:

INVITE sip:044;cic=6789@10.129.39.60:5060 SIP/2.0

Call Flows
SS7 to SIP

This call flow shows where the IMG receives a call setup request from the PSTN/SS7 with the carrier information code (cic). This cic parameter will appear in the SIP URI of the INVITE request.

39

SIP

SIP to SS7 ANSI

This call flow shows where the IMG receives an INVITE with the SIP URI containing the cic tag. The IMG will send a call setup request to the SS7 ANSI with the carrier information parameter.

SIP to SS7 ITU

This call flow shows where the IMG receives an INVITE with the SIP URI containing the cic tag. The IMG will send a call setup request to the SS7 ITU with the Transit Network Selection.

40

SIP Carrier Identification Code

SIP to SIP

41

SIP

Troubleshooting

If you are experiencing problems with this feature, check the following: Make sure the correct SGP is assigned to the External Gateway.

Make sure CIC is selected in the R-URI Header Tags field of the SIP SGP. The incoming IAM must contain a value in the CIP or TNS for IMG to pass this value in the SIP INVITE. INVITE sip:044;cic=6789@10.129.39.60:5060 SIP/2.0

The IMG forwards the cic parameter only if it appears in the format below:

42

SIP ISUP OLI (ANSI Only)

The ISUP OLI (also know as II digits) parameter includes information that is used for carriers to determine the origin of a call. This information gets lost over SIP networks if not inter-worked properly. This feature allows carrying ANSI ISUP OLI Parameter from traditional TDM network into SIP and vice versa. This information is passed in the From: header of the INVITE message. Example From: Anonymous<sip:+18182625511@10.10.10.10;isupoli=00>;tag=95ffcd055e0f78f7d5d397020e89288d63d4 Common ISUP-OLI codes 01 = Party line

00 = Ordinary POTS call - not payphone 02 = ANI Failure

27 = Payphone with network provided coin control

70 = Payphone without network provided coin control

Call Flows
SS7 to SIP

The following call flow shows where the IMG receives a call setup request from the PSTN/SS7 with the OLIP. With the ISUP-OLI feature this ISUP-OLI parameter will appear in the From header of the INVITE request

43

SIP

SIP to SS7

The following call flow shows where the IMG receives an INVITE with the From Header containing the ISUP-OLI tag. With the ISUP-OLI feature, the IMG will send a call setup request to the PSTN/SS7 with the OLI parameter.

44

SIP ISUP OLI

45

SIP Session Timer Call Flows

IMG is UAC and does the refresh

IMG requests session timer by including Session-Expires header on the INVITE. IMG receives 422 Session Interval Too Small response with Min-SE header. IMG sends out new INVITE with Min-SE and updated Session-Expires value. IMG receives 200 OK that set session timer to 1800 seconds and IMG as the refresher. IMG starts 900 seconds session refresh timer. After refresh timer expires, IMG sends out refresh request with Session-Expires value set to current value 1800 seconds and refresher to UAC. IMG receives 200 OK and resets the timer. Once again IMG sends out refresh request after session refresh timer expires, but now the remote gateway crashed so that IMG receives 408 Request Timeout. IMG sends out BYE and the call is terminated.

IMG is UAC and remote gateway does the refresh

IMG sends INVITE that has Supported header with option tag timer and SessionExpires to request session timer. The remote gateway accepts it. The session interval is set to 1800 seconds and refresher is the remote gateway. IMG starts 1768 seconds session end timer. IMG receives session refresh request before the session end timer expires. IMG sends 200 OK back and set refresher to UAC so that the role of refresher doesnt change. IMG restarts 1768 seconds session end timer. Now the remote gateway crashes and no refresh request sent. 1768 seconds later the session end timer expires, IMG sends out BYE and terminates the call.

47

SIP

IMG is UAS and remote gateway does the refresh

IMG receives INVITE that has Supported header with option tag timer. IMG sends 200 OK and requests session timer by including Require header with tag timer and Session-Expires header. The session interval is set to 1800 seconds and refresher is the remote gateway. IMG starts 1768 seconds session end timer. IMG receives session refresh request before the session end timer expires. IMG sends 200 OK back and set refresher to UAC so that the role of refresher doesnt change. IMG restarts 1768 seconds session end timer. Now the remote gateway crashes and no refresh request sent. 1768 seconds later the session end timer expires, IMG sends out BYE and terminates the call.

IMG is UAS and does the refresh

IMG receives INVITE that has Supported header with option tag timer and SessionExpires header with 90 seconds value. Since IMGs minimum session timer is configured to 1800 seconds, IMG sends back 422 response with Min-SE header set to 1800. Then the remote gateway sends new INVITE with updated session timer and IMG accepts it. The session interval is set to 1800 seconds and refresher is IMG. IMG 48

SIP Session Timer Call Flows starts 900 seconds session refresh timer. After refresh timer expires, IMG sends out refresh request with Session-Expires value set to current value 1800 seconds, refresher is set to UAC so that ensure IMG will always perform refresh. IMG receives 200 OK and resets the timer. Once again IMG sends out refresh request after session refresh timer expires, but now the remote gateway crashed so that IMG receives 408 Request Timeout. IMG sends out BYE and the call is terminated.

IMG is UAC and Requests Session Timer

IMG requests session timer by including Session-Expires header on the INVITE. IMG receives 200 OK without Session-Expires header that indicates the remote gateway does no support session timer. Since IMG is configured to enforce session timer, IMG sets session interval to 1800 seconds and refresher to UAC. IMG starts 900 seconds session refresh timer. After refresh timer expires, IMG sends out refresh request with Session-Expires value set to current value 1800 seconds and refresher to UAC. IMG receives 200 OK and resets the timer. Once again IMG sends out refresh request after session refresh timer expires, but now the remote gateway crashed so that IMG receives 408 Request Timeout. IMG sends out BYE and the call is terminated.

49

SIP

IMG is UAS and configured to enforce session timer on INVITE

IMG receives INVITE that the Supported header does not contain tag timer. IMG sends back 200 OK. Since IMG is configured to enforce session timer, IMG sets session interval to 1800 seconds and refresher is UAS IMG starts 900 seconds session refresh timer. After refresh timer expires, IMG sends out refresh request with Session-Expires value set to current value 1800 seconds, refresher is set to UAC so that ensure IMG will always perform refresh. IMG receives 200 OK and resets the timer. Once again IMG sends out refresh request after session refresh timer expires, but now the remote gateway crashed so that IMG receives 408 Request Timeout. IMG sends out BYE and the call is terminated.

50

SIP ENUM

The IMG supports ENUM E2U+sip to resolve an ENUM telephone number into a SIP URI. With ENUM native SIP users, even at different VoIP service providers, can call each other directly without ever touching a PSTN service which can result in faster connection times and lower phone charges.

ENUM facilitates the interconnection of systems that rely on telephone numbers with those that use URIs to route transactions. E.164 is the ITU-T standard international numbering plan, under which all globally-reachable telephone numbers are organized. RFC RFC 3764 enumservice registration for Session Initiation Protocol (SIP) Addresses-ofRecord Benefits This feature is required when:

a user is calling from the PSTN through a PSTN-SIP gateway and the gateway is expected to map routing information from the PSTN directly on to SIP signaling. a native SIP user intentionally initiates a call addressed to an E.164 number. Although this task is also accomplished by SIP Proxy Servers, there is value in adding the ENUM behavior in the IMG gateway as a way to minimize the proxys activities and centralize the number translation functions in the UA. Application servers may initiate SIP calls destined to end users and transiting through the IMG.

Configuration

1. Configure ENUM servers with the ENUM Server pane. 2. Configure a SIP Channel Group. 4. Configure a Route Table. 3. Configure a IP Network Element

51

SIP 5. Add a Route Entry with the Outgoing Channel Group pointing to the ENUM Channel Group.

Call Tracing

Indication of Feature function: CLI will display a query being sent to the ENUM Server as well as the response from the ENUM Server. Indication of Feature rejection: a) Entry does not exist. b) Query timed out CLI will display an error that the ENUM Query has failed to the following:

52

SIP Reason Header

The Reason Header field for the Session Initiation Protocol (SIP) is included in BYE, CANCEL, 4XXs, 5XXs, and 6XXs messages to indicate why a SIP request or response was issued. Clients and servers are free to ignore this header field as it has no impact on protocol processing. Benefits This feature is useful for debugging purpose, particularly if there is a call failure in SIP to SS7 traffic.

Implementation
Cause Number 1 (404 message)

When a call is generated from SIP side and SS7 receives an IAM and releases the call with cause number 1, the IMG then would send a 404 message with cause indicating Unallocated (unassigned) number.

Call Flow

Call Trace

<--- [10.129.39.123, 5060 <- 10.129.39.59, 5060] SIP/2.0 404 Not Found Call processing released Via: SIP/2.0/UDP 10.129.39.123:5060;branch=z9hG4bK-d87543672bb759901c9e2a-1--d87543-;rport;received=10.129.39.1 Contact: <sip:10.129.39.59:5060>

23

Call-ID: 2b61265d2e589e06ZjIzZDY3ZjU4ODA3NmRhODdmNGI4Y2M0NGRmNTYyMTY. From: "Boston"<sip:dtran@10.129.39.59>;tag=f818c458 To: "508"<sip:508@10.129.39.59>;tag=a94c095b773be1dd6e8d668a785a9c8449dc CSeq: 1 INVITE Server: Cantata-SIP/10.3.2.22 Boston 0 Content-Length: 0

Reason: Q.850 ;cause=1 ;text="Unallocated (unassigned) number"

Cause Number 17 (486 message)

The 486 message with cause 17 that indicates User Busy is sent out by IMG to SIP when SS7 side releases the call with cause 17.

53

SIP Call Flow

Call Trace

<--- [10.129.39.123, 5060 <- 10.129.39.59, 5060] SIP/2.0 486 Busy Here Call processing released Via: SIP/2.0/UDP 10.129.39.123:5060;branch=z9hG4bK-d87543af44ae69a320e04a-1--d87543-;rport;received=10.129.39.1 Contact: <sip:10.129.39.59:5060>

23

Call-ID: 1c214262d2299f3cZjIzZDY3ZjU4ODA3NmRhODdmNGI4Y2M0NGRmNTYyMTY. From: "Boston"<sip:dtran@10.129.39.59>;tag=244d4425 668a785a9c84c527 CSeq: 1 INVITE To: "508"<sip:508@10.129.39.59>;tag=a94c095b773be1dd6e8d

Server: Cantata-SIP/10.3.2.22 Boston 0 Content-Length: 0

Reason: Q.850 ;cause=17 ;text="User busy"

Cause Number 16 (BYE message)

Cause number 16 is normal call clearing. Call Flow

Call Trace

<--- [10.129.39.123, 5060 <- 10.129.39.59, 5060] BYE sip:6170@10.129.39.123:5060 SIP/2.0 Via: SIP/2.0/UDP 10.129.39.59:5060;rport;branch=z9hG4bK-3a95-46623-19995361 Call-ID: aa2-404-01197012570-Boston-0@10.129.39.59 CSeq: 2 BYE Max-Forwards: 70

To: <sip:6170@10.129.39.123:5060>;tag=8262313b

From: <sip:unavailable@10.129.39.59>;tag=95ffcd055e0f78f7d5d397020e89288d2b07 User-Agent: Cantata-SIP/10.3.2.22 Boston 0 Content-Length: 0 54 Reason: Q.850 ;cause=16 ;text="Normal call clearing"

SIP Reason Header

Cause Number 3 (404 message)

If the user dials an incorrect number that is not in the route table the IMG will reject the call and send a 404 Not Found to the SIP side. Call Flow

Call Trace

<--- [10.129.39.123, 5060 <- 10.129.39.59, 5060] SIP/2.0 404 Not Found Call processing released Via: SIP/2.0/UDP 10.129.39.123:5060;branch=z9hG4bK-d8754347486a49a1277175-1--d87543-;rport;received=10.129.39.1 23 Contact: <sip:10.129.39.59:5060>

Call-ID: 3355d752f5739754ZjIzZDY3ZjU4ODA3NmRhODdmNGI4Y2M0NGRmNTYyMTY. From: "Boston"<sip:dtran@10.129.39.59>;tag=2816b75a To: "999"<sip:999@10.129.39.59>;tag=a94c095b773be1dd6e8d668a785a9c84de15 CSeq: 1 INVITE Server: Cantata-SIP/10.3.2.37 Boston 0 Content-Length: 0

Reason: Q.850 ;cause=3 ;text="No route to destination"

Cause Number 1 (404 message)

In case the user dials correct number but incoming translation table has wrong number, then IMG would reject the call and send a 404 Not Found to the SIP side.

Call Flow

Call Trace

<--- [10.129.39.123, 5060 <- 10.129.39.59, 5060] SIP/2.0 404 Not Found Call processing released Via: SIP/2.0/UDP 10.129.39.123:5060;branch=z9hG4bK-d8754347486a49a1277175-1--d87543-;rport;received=10.129.39.1 23

55

SIP Contact: <sip:10.129.39.59:5060>

Call-ID: 3355d752f5739754ZjIzZDY3ZjU4ODA3NmRhODdmNGI4Y2M0NGRmNTYyMTY. From: "Boston"<sip:dtran@10.129.39.59>;tag=2816b75a To: "999"<sip:999@10.129.39.59>;tag=a94c095b773be1dd6e8d668a785a9c84de15 CSeq: 1 INVITE Server: Cantata-SIP/10.3.2.37 Boston 0 Content-Length: 0 SIP to SIP

Reason: Q.850 ;cause=1 ;text="Unallocated (unassigned) number"

In the case of SIP to SIP traffic, the Reason header field is usually not needed in responses because the status code and the reason phrase already provide sufficient information, according to RFC 3326. However, the Reason Header is included for BYE, 4XXs, 5XXs, and 6XXs. Please note that CANCEL message in the SIP to SIP traffic does not include the Reason header field. Call Flow

Call Trace

<--- [10.129.39.123, 5060 <- 10.129.39.59, 5060] BYE sip:1234@10.129.39.123:5060 SIP/2.0 Via: SIP/2.0/UDP 10.129.39.59:5060;rport;branch=z9hG4bK-2701-1786-19997-394 Call-ID: 2a97-402-01197002928-Boston-0@10.129.39.59 CSeq: 2 BYE Max-Forwards: 70

To: <sip:1234@10.129.39.123:5060>;tag=d47d7510 User-Agent: Cantata-SIP/10.3.2.37 Boston 0 Content-Length: 0 487 Message

From: <sip:1000@10.129.39.59>;tag=95ffcd055e0f78f7d5d397020e89288d708e Reason: SIP ;cause=16 ;text="Normal call clearing"

In the case below, where SIP sends an INVITE message and then sends CANCEL, the IMG sends a 487 Request Terminated in response to the CANCEL message. Call Flow

56

SIP Reason Header Call Trace <--- [10.129.39.123, 5070 <- 10.129.39.59, 5060] SIP/2.0 487 Request Terminated Via: SIP/2.0/UDP 10.129.39.123:5070;branch=z9hG4bK-675e-1160585843-1998810-129-39-123;received=10.129.39.123 Contact: <sip:10.129.39.59:5060> Call-ID: 1-1260@10.129.39.123

From: sipp <sip:1000@10.129.39.123:5070>;tag=1

To: sut <sip:1234@10.129.39.59:5060>;tag=a94c095b773be1dd6e8d668a785a9c84e50d CSeq: 1 INVITE Server: Cantata-SIP/10.3.2.37 Boston 0 Content-Length: 0

Reason: SIP ;cause=487 ;text="Request Terminated"

57

SIP Call Hold

This feature allows the IMG to process a re-INVITE from a SIP endpoint that places a call on hold or releases a hold. This addition complements the support for SIP Hold ( via 0.0.0.0 ip address) by supporting RFC 3398 section 9, allowing for the proper Interworking of hold information between SIP and SS7. RFC RFC 3398 Integrated Services Digital Network (ISDN) User Part (ISUP) to Session Initiation Protocol (SIP) Mapping: section 9

Call Flows

Suspend then Resume from SS7 side

Upon receiving a SUS message from the remote SS7 side, the IMG sends a re-Invite to the remote SIP side with the Connection IP address set to 0.0.0.0 in order to request that gateway to place the call on hold.

59

SIP

Suspend then Resume from SIP side

Upon receiving a re-Invite with the connection address equal to a valid IP address for a call that has been placed on hold, the IMG sends a CPG message with the notification indicator set to remote hold released to the remote SS7 ANSI side.

60

SIP Call Hold

Suspend then Resume from SS7 side when SIP-T is enabled

When SIP-T is enabled, the IMG will encapsulate the RES message received into an Info message instead of sending a Re-invite to the SIP side.

61

SIP

62

SIP-Based Load Balancing

This feature allows you to distribute SIP traffic between IMGs configured as SIP Servers using Virtual IP Addresses and a SIP load balancer.

The IMG allows you to configure a Virtual IP addresses (VIP) in addition to the existing Real IP address. The IP address set allows SIP calls to be terminated concurrently on any of the IP addresses, real or virtual. The deployment of multiple IMG products sharing Virtual IP addresses creates in effect a set of redundant SIP signaling paths. Accounting for capacity and the balancing algorithm are configured on the Load Balancer, not the IMG.

Diagram - SIP-Based Load Balancing

Load balancers can create pools of IMG gateways, all sharing the same Virtual IP addresses. The diagram below shows the relationship between these network endpoints.

Load Balancers

Load balancers automatically detect when a server is unavailable using heartbeats, either through ICMP Ping or SIP OPTIONS. Load balancing takes place between the set of IMGs reachable through such heartbeats. This provides increased VoIP network availability by routing traffic through healthy signaling paths. It also reduces the number of re-transmitted SIP INVITEs and consequently increases the overall call completion rate. This activity is commonly described using one of the following terms: Server Load Balancing (SLB) Describe Switchback Routing (DSR) Direct Server Response (DSR)

The use of Virtual IP addresses on the IMG enables seamless integration of load balancers in a Cantata solution.

63

SIP Load balancers are not SIP-specific, however they are SIP-aware in order to route subsequent transactions for an existing call to the correct gateway/IMG. Load balancers have redundant features and can be geographically distributed.

NOTE: A SIP proxy could also be used to load balance SIP traffic, however it would use the actual IMG IP address and not the MAC address; therefore, the Virtual IP Address could not be used. Related Topics Configuring SIP-Based Load Balancing SIP Virtual Address Network Interface

64

SIP-T
Why Enable SIP-T ?

You should implement SIP-T (SIP for Telephones) when a call is passing from the PSTN, through a SIP network, and back to the PSTN, so that no SS7 information is lost.

Overview

The IMG supports SIP-T for interworking between SIP and SS7 ISUP for call setup, call tear down, and conversion of message formats for SIP Bridging, that is, a call that originates in the PSTN, goes into a SIP network, and terminates in the PSTN again. SIP-T provides ISUP transparency between the PSTN switches handling the call by encapsulating the incoming ISUP messages in the body of the SIP message. The ingress IMG places the incoming ISUP messages in the SIP body and the ISUP messages generated by the egress IMG are the ones present in the SIP body. For mid-call messaging, The INFO message is used to transport mid-call signaling messages that do not have a one-to-one mapping to SS7 ISUP messages like INR and INF.

SIP Bridging

65

SIP PRACK
Brief Description Improves network reliability and supports additional call flows. RFC 3262 - Reliability of Provisional Responses in the Session Initiation Protocol (SIP) Overview There are two types of responses defined by SIP that are provisional and final. Final responses convey the result of the request processing and are sent reliably.

There are certain scenarios in which the provisional SIP responses must be delivered reliably. For example, in a SIP/PSTN inter-working scenario, a loss of 180 or 183 messages cannot be afforded. To solve this problem, the SIP PRACK method guarantees reliable and ordered delivery of provisional responses in SIP. Configuration SIP Profile IP Network Element Diagram - SIP PRACK Handshake

UAC - UAS Behaviour

The following table shows the overall behavior of UAS and UAC with various SGP configuration combinations. UAC SGP: PRACK Disabled UAS SGP: PRACK Disabled Call Processing Normal Call

67

SIP SGP: PRACK Disabled SGP: PRACK Disabled SGP: PRACK Supported SGP: PRACK Supported SGP: PRACK Supported SGP: PRACK Require SGP: PRACK Require SGP: PRACK Require SGP: PRACK Supported SGP: PRACK Require SGP: PRACK Disabled SGP: PRACK Supported SGP: PRACK Require SGP: PRACK Disabled SGP: PRACK Supported SGP: PRACK Require Normal Call Call Rejected Normal Call PRACK Call PRACK Call Call Rejected PRACK Call PRACK Call

Call Tracing
Success 16:32:35.762 CALL(SIP) (00:0004:00) SENT 183 Session Progress Reliable (100rel) to 10.129.45.102:8000 UDP 16:32:35.782 CALL(SIP) (00:0004:00) RCVD PRACK from 10.129.45.102:8000 Cseq:2 with Via sent-by: 10.129.45.102 UDP 16:32:35.782 CALL(SIP) (00:0004:00) SENT 200 OK PRACK to 10.129.45.102:8000 UDP Failure 21:16:47.845 CALL(SIP) (01:00004:00) SENT 421 Extension Required [PRACK support is required] to 10.129.45.104:5060 Cseq:1 21:18:09.286 CALL(SIP) (01:00005:00) SENT 420 Bad Extension [Unsupported SIP request arrived at L3UA-TUC] to 10.129.45.104:5060 Cseq:1

Troubleshooting

If you are experiencing problems with this feature, check the following: Make sure PRACK is enabled in the SIP SGP Make sure the correct SIP SGP is assigned to the External Gateway The External Gateway must support PRACK.

68

SIP PRACK Call Flows

Changes to Basic Call Flow with PRACK enabled The call flow on the left highlights the changes when PRACK is enabled, as compared to the call flow on the right without PRACK enabled.

UAS Honors UACs Preference

This call flow shows the call flow when UAS and UAC are set to PRACK Supported option.

UAS Agrees to UACs Enforcement

This call flow shows when UAS and UAC are set to PRACK Require option.

69

SIP

UAS Ignores UACs Preference

This call flow shows the call flow when UAS is PRACK Supported and UAC is PRACK Disable.

UAS Rejects UACs Enforcement

This call flow shows the call flow when UAS is PRACK Require and UAC is PRACK Disable.

UAS Insists UAC MUST Support 100rel

This call flow shows the call flow when UAS is PRACK Disable and UAC is PRACK Require.

70

SIP PRACK Call Flows

UAC Insists on Reliable Delivery of Provisional Responses

This call flow shows when UAS is configured with PRACK Require option.

IMG Acts as UAC and UAS

71

SIP

72

An Overview of SIP Configuration

Related Topic An Introduction to SIP

Prerequisites
Configure VoIP

Configure IP Bearer Profiles Configure Facilities

Summary of Tasks

1. Configure an External SIP Gateway 2. Configure a SIP Profile (Optional) 3. Configure SIP Signaling 4. Configure SIP Routing

5. Configure DNS for SIP (Optional)

ClientView Panes for SIP Configuration

SIP Signaling SIP Timers

External Gateway Channel Group DNS Server

73

SIP

First Task

Configuring SIP Signaling

74

Configuring SIP Signaling

Before you Begin

Configure SIP Profile (Optional)

A SIP Profile allows you to easily assign a number of SIP features to a Physical IMG. You create a SIP Profile and then assign profiles to a gateway in the External Gateway pane. You can also assign a SIP Profile to a SIP Signaling object, which will indicate to another IMG should treat a call going to or coming from the IMG. 1. Right-click Cantata IMG EMS and select New SIP Profile 2. Enable desired features and enter values in fields where required. See the SIP Profile pane reference for details.

You can assign the profile to an external gateway (in the Remote IMG SIP Profile field in the External Gateway pane), or to a SIP Signaling object (see next procedure)

Configure SIP Signaling

1. Right-click the Physical IMG and select New Signaling. 2. Right-click Signaling and select New SIP.

3. Complete the fields as described in the SIP Signaling pane reference. If you are enabling SIP-T, see Configuring SIP-T. You can assign a SIP Profile in the SIP Profile field.

The SIP Signaling pane appears.

Configuring SIP Timers (Optional)

1. Right-click SIP Signaling and select New SIP Timers.

75

SIP

The SIP Timers pane appears. 2. Change default values for timers as required. Next Task

Configuring SIP Routing

76

Configuring SIP-Based Load Balancing

This feature allows you to distribute SIP traffic between IMGs configured as SIP Servers using Virtual IP Addresses and a SIP load balancer.

The Load Balancer and all SIP Server nodes to contain the same IP address. The Load Balancer is the only node which is allowed to respond to ARPs for this Virtual IP Address. This prevents external network elements from obtaining the MAC address of the SIP Servers, and forces all external inbound traffic to/through the Load Balancer and then to the SIP Servers. The Load Balancer is configured with the MAC address of its SIP Servers, and when it receives a SIP message it determines which SIP Server to send it to and then exchanges the Destination MAC address in the frame with the desired SIP Servers MAC address. The frame is then placed on the Ethernet and arrives at the desired SIP Server.

Configuration
Pre-requisite

You must configure your Load Balancers routing tables with the MAC addresses of its SIP Servers (IMGs), corresponding to the virtual IP address. Steps

To implement SIP Based Load Balancing, perform the following:

1. Create a Network Interface for CPU with Gratuitous ARP and ARP Responses set to Disable.

2. Under the SIP Signaling object, create a new SIP Virtual Address object.

77

SIP 3. In the SIP Virtual Address pane, select the Network Interface you just created.

4. To configure another virtual IP Address for this IMG, repeat steps 2 and 3. 5. Repeat steps 1-4 for each IMG that requires a virtual SIP Address.

CDRs

Even if the VIP is used to initiate a call, the primary IP address is used in the CDR containing the local IP.

78

Configuring SIP-T
Enable SIP-T
To enable SIP-T: 1. Right-click the Physical IMG and select New Signaling. 2. Right-click Signaling and select New SIP.

3. In the Enable SIP-T field, select Yes.

The SIP Signaling pane appears.

4. In the SIP-T Behavior field, select Optional or Mandatory.

When you enable SIP-T you can make it Optional (default) or Required. If you make it Required and the far end does not support SIP-T the call will be released.

Modify outgoing ISUP variant name in ISUP MIME body (Optional)

Cantata ISUP MIME Nomenclature ANSI-92 ANSI-95 ANSI-97 ETSI-V1 ETSI-V2 ETSI-V3 ITU-93 ITU-97 CCITT-88

The ISUP variant names used by the IMG in the ISUP MIME body are listed below.

79

SIP If you need to modify the name sent in ISUP MIME messages to match the far end, you can create a new signaling variant and then assign it to a stack in the SIP-T Entity pane. 1. Create a custom SS7 variant using the desired base variant and enter the exact name required by the far end. a. Right click Cantata IMG EMS and select New Signaling Variants.

b. Right click Signaling Variants and select New Signaling Variant.

c. In the Variant Name field, enter the name for the variant expected by the far end. d. In the Variant Type field select SIP-T. e. In the Base Variant field, select the base variant to use for this custom variant. See the Signaling Variant pane reference for more details.

The Signaling Variant pane appears.

Automatically Populated Field: Variant ID = next available number in sequence.

2. Assign the variant to an SS7 Stack. The SIP T Entity pane appears.

a. Right-click the SIP signaling entry and select New SIP T Entity. b. Select the SIP Stack and the custom variant as required.

See the SIP T Entity pane reference.

80

Configuring SIP Privacy

Related Topics SIP Privacy

SIP Signaling

To enable Privacy for the entire GC EMS, set the Privacy Support field in the SIP Signaling pane for the method supported by the proxy. All calls will be handled according to this setting, regardless of other SIP Privacy settings on an External Gateway or ISDN/ISUP Group. External Gateway

Set the Privacy Info field in the External Gateway field according to what is supported by the SIP Proxy to which the IMG is connected. ISDN Group/ISUP Group

To enable Privacy for an ISDN Group or an ISUP Group, set the Discard Privacy Info field in the ISDN Group pane or the ISUP Group pane to Yes. Diagram

81

SIP

82

Configuring SIP Routing

Creating a SIP Channel Group
1. Right-click Cantata IMG EMS and select New Routing Configuration.

2. Right-click Routing Configuration and select New Channel Groups.

3. Right-click Channel Groups and select New Channel Group.

The Channel Group pane appears. 4. In the Signaling Type field select SIP.

5. Select other fields as required. See the Channel Group pane GUI Reference for details.

Associating a SIP Gateway with the SIP Channel Group

1. Right-click the channel entry and select New IP Network Element.

The IP Network Element pane appears. 2. In the IP Network Element field, select the SIP Gateway associated with this channel group.

Configuring SIP Proxy Handling

83

SIP 1. Create a SIP Profile and configure Proxy Handling fields as required. 2. Assign the SIP Profile to the gateway in the External Gateway pane.

Configuring a SIP Redirect Server

1. Create a SIP Profile and configure Proxy Handling fields as required. 2. Assign the SIP Profile to the gateway in the External Gateway pane.

84

Configuring an External SIP Gateway

Use this pane to configure External SIP Gateways from which the IMG may receive calls. To configure a group of gateways, use the Gateway Mask field to validate a range of IP addresses. 1. Right-click External Elements and select New External Gateways.

2. Right-click External Gateways and select New External Gateway.

3. In the Gateway Signaling Protocol field select SIP.

The External Gateway pane appears.

4. In the Gateway IP Address, enter the IP address of the gateway.

5. In the Gateway Transport Type field, leave the default (UDP) or select TCP. NOTE: Must match Default Transport Type in the SIP Signaling configuration.

6. Change the Gateway Remote Port if required. Default = 5060.

7. If Gateway Registration is required, change the Gateway Registration field to Yes. Default = No. 8. To validate a range of IP addresses for multiple gateways, use the Gateway Mask field.

See the External Gateway pane reference for details.

9. Use the Trusted and Privacy fields to configure SIP Privacy. See SIP Privacy for more information.

85

Customizing SIP-to-SS7 ISUP Cause Codes

To change Cause Code Mapping from the RFC 3398 default, 1. Create a Cause Code Table.

2. Add an entry to the Cause Code Table.

a. In the Criteria Values field, select the original Cause Code for which you want to change the mapping.

b. In the Outgoing Cause Code field, select the value to which you want the original value mapped. c. Add other entries to the Cause Code Table as desired.

3. Assign the Cause Code Table to a Channel Group.

87

SIP Call Flows

Basic SIP Call Flow Basic SS7 ISUP to SIP Call_Flow Basic SIP to SS7 ISUP Call Flow Basic SIP to ISDN Call Flow Basic ISDN to SIP Call Flow SIP Bridging using SIP-T

Basic SIP Call Flow

Basic SS7 ISUP to SIP Call Flow

89

SIP

Basic SIP to SS7 ISUP Call Flow

Basic ISDN to SIP Call Flow

90

SIP Call Flows

Basic SIP to ISDN Call Flow

91

SIP

SIP Bridging using SIP-T

92

Channel Group Pane

Description This pane defines incoming and outgoing attributes for a channel. It identifies the tables to be used for routing and translating calls. It also identifies the IP bearer profiles for H.323 channel groups.

NOTE: Many of the parameters that you specify for a channel group are defined as routing-related tables. Therefore, you must define the applicable tables at the routing level before you can assign them to a channel group. Related Topics Creating a Channel Group

Creating_an_H_323_Channel_Group Creating a SIP Channel Group Creating_an_SS7_Channel_Group Creating an ISDN Channel Group Accessing this Pane

Cantata IMG EMS -> Routing Configuration -> Channel Groups-> Channel Group

Maximum Objects: 672 per EMS Technical Notes

When configuring a Channel Group, the following happens:

Incoming and attributes to be used while routing calls to/from the channel group are configured. Pane

93

SIP

Field Descriptions Name ID This field identifies the name of the Channel group. A unique ID for this Channel Group. Channel Group Function

This field identifies the direction of calls on this Channel Group.

Incoming/Outgoing Trunks: Two way traffic (only valid option for IP Channels)

Incoming Trunks: One way traffic, Incoming only (not valid option for IP Channels) Outgoing Trunks: One way traffic, Outgoing only (not valid option for IP Channels)

Signaling Type SS7

The signaling to be performed on this Channel Group.

94

Channel Group H323 ISDN SIP

Incoming Translation Table

Identifies the Incoming translation table that the IMG uses for digit translation and error detection for incoming calls received on this Channel Group. Route Table

Identifies the route table to be used for routing calls received on this Channel Group. Incoming Treatment

Indicates the way in which the IMG releases a failed incoming call. Play Treatment Release w/Cause

Cause Code Mapping Table

Specifies an override treatment for a cause code, enabling you to customize the cause codes with alternate treatments. None

Incoming IP Profile

Indicates the IP characteristics for incoming Voice over IP calls on this Channel Group, including voice encoding compression, payload size, echo suppression, and other parameters. This applies to H.323 and SIP channel groups only. Outgoing Translation Table

Indicates the outgoing translation table that the IMG uses for digit translation for outgoing calls on this channel Group. Hunting Options

This field specifies the hunting algorithm used for selecting a channel to route an outgoing call. Alternate Even Alternate Odd Most Idle

LRU (Lease Recently Used) Round Robin Clockwise 95

SIP Round Robin Counter Clockwise Sequential Bottom Up Sequential Top Down

Outgoing Treatment

Specifies the way in which the IMG releases a failed outgoing call. Play Treatment Release w/Cause

Ingress Side will Play Call Progress Tones True

This field specifies if the incoming side will play call progress tones or not. False

Outgoing IP Profile

Identifies the IP characteristics for outgoing Voice Over IP calls on this Channel Group, including voice encoding compression, payload size, echo suppression, and other parameters. This applies to H.323 and SIP channel groups only. Treatment Table

Identifies the treatment table that the IMG uses if a call fails and the outgoing treatment is set to Release w/cause. TreatmentTable ID: 1: Primary TreatmentTable ID: 2: Secondary

Reattempt Cause Code

The IMG will automatically attempt to re-route calls in response to the following cause codes: 42,41,34. Use this field to select up to 4 additional Cause Codes for which the IMG will re-attempt a new call, per trunk group. Receive Gain/Transmit Gain

Configures the Input and Output Gain on a per Channel Group basis for TDM and RTP channels. Transformations are allowed from -21 dB to +18 dB in 3 dB increments. When 0 dB is selected the transformation option is disabled Clipping - In the case of TDM to TDM calls, the combined Receive and Transmit Gain will be clipped at +18 dB. For example, if channel group A had the Receive gain set to +12 dB and channel group B had its Transmit gain set to +10 dB, and the call was flowing from A to B, one would expect +22 dB of gain. However, the IMG will

96

Channel Group implement clipping, so the gain on this call would be +18 dB. It will work the same in the reverse direction as well. Gain Control is not supported for pre-call announcements, treatments, or ringback.

___________________________________________________________________ _____________________________ The following fields relate to Overlap Signaling. See Overlap Signaling for more information. Overlap Enable Enable

Disable (default)

Enable overlap signaling on inbound Channel Groups when the outbound channel group does not support Overlap Signaling (SIP, H.323). The IMG will collect address digits until a Termination Condition is met and then continue call processing. See below for protocol-specific information. Overlap is only applied to the inbound channel, even on an Incoming/Outgoing Trunk. By default, the IMG passes digits to the outbound side as they are received.

Termination Digits

Digit to indicate end of overlap sending. Default for SS7 Channel Group = # Not used for ISDN

Minimum # of Digits

The minimum number of digits that the IMG will wait for (collect) in the incoming side before attempting an outseize on the outgoing side. 1-24 (default = 24) NOTE: This field is different from the Max # CdPN digits (IAM) field in the ISUP Group pane, which applies to the outgoing ss7 calls. Inter SAM Timeout Default = 1500

Time to wait for another SAM digit before continuing with call processing. Not used for ISDN Total Overlap Timeout 97

SIP Amount of time to wait for either Minimum # of Digits or Inter SAM timeout to occur before continuing with call processing. Default = 18000 ___________________________________________________________________ _____________________________ LNP Based Routing Enable Disable (default)

See Local Number Portability (LNP). Informational Fields

98

ENUM Server
Description Use this pane to configure an ENUM Server. You assign an ENUM Server to a Channel Group in the IP Network Element pane. Pre-requisite Configuration ENUM Server Set Related Topics SIP ENUM

Accessing this Pane

Cantata IMG EMS-> External Network Elements-> ENUM Server Set-> ENUM Server Maximum Objects: 3 per ENUM Server Set

Pane

Field Descriptions

ENUM Server Id

This field is automatically populated with the next number in sequence. ENUM Server Name A unique name you enter to identify the server. ENUM Server IP Address The IP Address of this ENUM Server.

99

External Gateway Pane

Description Use this pane to specify external SIP or H.323 gateways from which the IMG may receive an incoming call. To configure a group of gateways, use the Gateway Mask field to validate a range of IP addresses. Related Topics Adding an External Gateway Accessing this Pane Cantata IMG EMS-> External Network Elements-> External Gateways-> External Gateway

Maximum External Gateway Objects: 1024 per EMS

Technical Notes

When configuring an External Gateway, the following happens:

The object information is stored in DataManager, which uses this info latter in the creation of PPL tables used to configure the GCL of the IMG. Pane

Field Descriptions Name A unique name identifying the external gateway. 101

SIP

Gateway Signaling Protocol H.323 (default) SIP

Gateway Address Type

Gateway IP Address (default) Host Name (SIP only)

Gateway IP Address

If the Gateway Address Type is Gateway IP Address, this field specifies the IP Address of the External Gateway. Gateway Mask

Use this field to configure the IMG to accept calls from multiple gateways with one entry.

The Gateway Mask in conjunction with the Gateway IP Address field determines the range of IP Addresses from which the IMG will accept calls. If the Incoming IP Address ANDed with the Gateway Mask equals the Gateway IP Address ANDed with the Gateway Mask then the call will be processed. Note that for outbound calls, only the specific IP address in the Gateway IP Address field is used. Examples

1. Only the IP address specified in the Gateway IP Address field is accepted. This is the default. Gateway IP Address: 10.11.12.1 (default) Gateway Mask: 255.255.255.255

2. IP address ranging from 10.11.12.1 to 10.11.12.128 will be processed Gateway IP Address: 10.11.12.1 Gateway Mask: 255.255.255.128

3. IP address ranging from 10.11.12.1 to 10.11.12.31 will be processed Gateway IP Address: 10.11.12.1 Gateway Mask: 255.255.255.224 4. To accept calls from any gateway: 102

External Gateway Gateway IP Address: ANY Gateway Mask: 0.0.0.0

Gateway Host Name (SIP Only)

If the Gateway Address Type is Host Name, this field specifies the Host Name of the External Gateway. To look up a gateway based on Host Name you must have a DNS Server configured. Gateway Transport Type

This can vary for different gateways and does not need to match the default IMG Transport Type. TCP (default) UDP (SIP Only)

Gateway Remote Port

The port used for communication with the remote gateway.

___________________________________________________________________ ______________________________ Gateway Registration Required (SIP Only) This field indicates if the IMG must register with the gateway. Applies to SIP Gateways only. Registration Expiration Interval (sec) (SIP Only)

Use this field to control the registration refresh interval. Applies to SIP Gateways only. Default = 3600 10-7200

___________________________________________________________________ ______________________________ SIP Profile

Select a SIP Profile that defines various SIP features for this gateway. OPTIONS Keep Alive

Use his field to enable the SIP Busy Out feature on a gateway. You configure SIP Busy Out parameters with the SIP Options KeepAlive pane. Enable Disable (default) 103

SIP ___________________________________________________________________ ____________________________ The following fields relate to SIP Privacy. See Configuring SIP Privacy. Trusted This field applies to SIP Signaling only. Yes (default) No

Privacy

This field applies to SIP Signaling only. On Off (default)

___________________________________________________________________ ____________________________ Display Table This table shows all the currently configured External Gateways.

104

SIP DTMF Support

Description Use this pane to enable and configure SIP DTMF support to send a DTMF digit to another gateway. There are two options available: SIP INFO Method SIP Subscribe/Notify

Related Topics

SIP INFO Method for DTMF

Accessing this Pane

Cantata IMG EMS -> Profiles -> SIP SGP -> SIP DTMF Support

Maximum Objects: 1 per SGP Pane

Field Descriptions Method Disable (default) Info Subscribe

DTMF String Options

Enter the desired string.

105

SIP #

##

###

####

Default = ### DTMF Duration Time (ms)

This is the allowed amount of time for the entire DTMF string to be received. If the timer expires, it resets to zero and starts over. Default = 500

Default Subscriber Duration (s) (Subscribe/Notify Method Only)

The amount of time that a subscriber session will be kept up. This value is also the maximum allowed duration. Minimum Subscriber Duration (s) (Subscribe/Notify Method Only)

The minimum amount of time that a subscriber session must be established for.

106

SIP Headers
Description

Accessing this Pane

Cantata IMG EMS -> Profiles -> SIP SGP -> SIP Headers

Preceding Pane SIP Profile

Maximum Objects: 1 per SGP Pane

Field Descriptions

Diversion Header Support

If you enable this feature, SS7 Redirection information will be sent in the SIP Diversion Header in the outgoing SIP INVITE. See SIP Diversion Header for more information. Disable (default) Diversion CC-Diversion

Time Stamp Support Enable:

107

SIP The IMG will insert the Timestamp Header in the format of: Timestamp: MMDDYYYYHHMMSS

This value is derived from the system time of the IMG. (After bootup the IMG uses Jan 1,1970 as its internal date or receives a proper value for the time through SNTP) The IMG will not insert the Timestamp. However, actions based on the Timestamp are in accordance with sec 8.2.6.1 of RFC 3261 Disable

P Charge Info P Asserted Info Remote Party ID

108

SIP Network Element

Description Use this pane to enable a physical IMG to send out a SIP Registration for Authentication. Pre-requisite You must have configured an External Gateway where you have Outbound Registration enabled . Related Topics

Accessing this Pane

Cantata IMG EMS -> Logical IMG -> Physical IMG -> Signaling -> SIP Signaling -> SIP Network Element

Maximum Objects: 15 per SIP Gateway Pane

Field Descriptions SIP Network Element

The external SIP Gateway. SIP UserName (AOR) (Address of Record)

A SIP Identifier, or Address of Record (AOR) allows SIP users to communicate with each other without knowing network addresses. AORs are in the same format as an E-mail address: username@domainName.

109

SIP SIP Authentication UserName

The UserName the IMG will use for authentication with this gateway. SIP Authentication Password

The Password the IMG will use for authentication with this gateway. Informational Fields SIP Network Element Connection Status The status of this SIP Gateway.

110

SIP Options KeepAlive

Description Use this pane to configure parameters for the SIP Busy Out feature.

The IMG can monitor the status of external SIP gateways by sending periodic SIP OPTIONS messages. If the gateway does not respond in a configured amount of time the IMG will mark the gateway as down and attempt to re-route the call to a different gateway. You enable the SIP Busy Out feature on a specific gateway in the External Gateway pane. Preceding Configuration SIP Profile

Related Topics SIP Busy Out External Gateway Accessing this Pane Cantata IMG EMS -> Profiles -> SIP SGP -> Options KeepAlive

Maximum Objects: 1 per SGP Pane

Field Descriptions

Number of Responses 111

SIP The number of positive responses received before marking a gateway as "up" (in a reachable state). default = 3 Up Timer 1-10

Timer to define the interval between OPTIONS messages when the gateway is responsive. If the gateway does not respond within the timer, the gateway will be marked as down and calls will not be routed to the gateway. default = 120 Down Timer 30-600 seconds

Timer to define the interval between OPTIONS messages when the gateway is down (non responsive). If the gateway responds within the timer, and the number of times indicated in the , it will be marked as up and routing calls to the gateway will resume. default = 30 1-20 seconds

112

SIP Profile
Description Use this pane to configure various SIP features in the IMG. CHANGES TO THIS PANE: The following features are no longer configured with this pane but with the pane noted. SIP Proxy - SIP Proxy pane SIP Headers - SIP Headers SIP DTMF - SIP DTMF Support

WARNING: Making changes to a SIP Profile that is assigned to active calls may result in call failure or other adverse effects. Stop all traffic to gateways or channel groups that use a SIP Profile before you make changes. Related Topics SIP Features

Accessing this Pane

Cantata IMG EMS -> Profiles -> SIP Profile Maximum Objects: 16 per EMS Pane

Field Descriptions SIP Profile ID 1-15

113

SIP

SIP Profile Name

A unique name to identify the profile. ___________________________________________________________________ __________________ These fields relate to the SIP PRACK feature. PRACK Support Disable (default) Supported Required

PRACK Timer (sec)

This timer is used to request an extension of the transaction at proxies in case if the INVITE transaction will take some time to generate a final response (RFC 3262 page 3). When this PRACK Refresh timer expires, the IMG will send out 1XX reliable response. 60 (s) 150 (s) (default)

___________________________________________________________________ __________________ CODEC Priority This feature allows you to configure whether the IMG or the remote gateway takes priority when selecting a codec. Local Remote

Example:

If the IMG has a CODEC list of: g711u g729 g711a g729

and a remote gateway offers: g711u

If the Codec Negotiation Priority is set to Local, the IMG will answer with g711u.

If the Codec Negotiation Priority is set to Remote, the IMG will answer with g729. 114

SIP Profile

From Header Tags

This is a pop-up that allows you to select non-standard tags to include in the From header. Multiple selections are allowed. When this option is selected, the IMG will include the INFO digits received in the Originating Line Info parameter (OLI) in the IAM message from the SS7 ANSI side into the ISUP_OLI tag in the From Header on the SIP side, and vice versa. ISUP-OLI Support

NOTE: To de-select an option, use the Ctrl and Shift keys. R-URI Header Tags

If selected, the tag will be added into the R-URI of the outgoing INVITE in the sip_uri_enc method. This tag is used to convey the location routing number. See LNP Routing for more information. This tag is used to indicate whether an LNP query has been performed. See LNP Routing for more information. The CIC parameter is a three- or four- digit code used in routing tables to identify the network that serves the remote user when a call is routed over many different networks. See SIP Carrier Identification Code for more information. CIC NPDI RN

3XX Redirect Support

When this feature is enabled, the IMG will send a new INVITE to the contact returned in a 3XX response from a redirect server. When this feature is disabled, the IMG will release the call when it receives a 3XX response from a redirect server and map 3XX code to 4XX code. See SIP Redirection for more information. Enable (default) Disable

SIP Loop Detection

If a SIP request is received and falls in the loop detection path, you may want to ignore the loop. For example if the request has a different To header and also includes a diversion header. Enable

115

SIP Disable

Disable with no Header Check

SIP Re-Origination Attempts Retransmit All 1 2 3 4 5

See SIP Re-origination for more information.

___________________________________________________________________ ____________________________________________ These fields relate to the SIP Trunk Group Selection feature. Apply the OTG to the outbound SIP Invite

On an outgoing invite, the OTG that was received from the incoming call will take precedence over the internal IMG incoming Channel group name if it was a SIP call (for any other inbound protocol, the OTG would be the incoming Trunk Group Name). This OTG is then appended in the From header of the outbound invite. Enable Disable (default)

Use the incoming OTG for incoming Channel Group Selection

When the OTG field is included in the From header the IMG will use this trunk group as the incoming trunk group to determine which incoming DPE table and route table to use. The OTG will also be able to be added to the From header in an outbound SIP invite, the OTG will have the A side trunk group name. The IMG extracts the OTG from the SIP "From" header and passes in the Initial Setup. If an OTG is found, the IMG will use that channel group instead of the one that came from the lookup table in the SIP process. Enable Disable (default)

Use the DTG for outgoing channel group selection

When the DTG is received in the request-URI the IMG will skip the mid-call router and use the DTG that was received as the outbound channel group.

When the IMG is about to perform routing for the outbound side, it will look for the DTG from the same location as the Calling Party Number. If the DTG is valid, the call 116

SIP Profile will then use the channel group that corresponds to that DTG instead of performing a routing lookup Enable Disable (default)

___________________________________________________________________ _______________________ These fields apply to the Pass through + sign in the user part of URI feature. Append (+) for Headers

Use this field to prefix + to the user if the incoming INVITE does not have +. Select one or more headers to apply the "+" to.

Remove (+) for Headers

Use this field to remove a "+" from an incoming INVITE if you do not want it included in the outgoing INVITE. This can also be used in the case that the incoming side is not SIP.

117

SIP Profile Timers

Description Use this pane to configure SIP timers that apply to a specific SIP SGP. Related Topics SIP Profiles

Accessing this Pane

Cantata IMG EMS -> SIP Profile -> SIP Profile Timers

Preceding Pane SIP Profile

Maximum Objects: 1 per SGP Pane

119

SIP Proxy
Description Use this pane to configure various SIP features in the IMG.

WARNING: Making changes to a SIP Profile that is assigned to active calls may result in call failure or other adverse effects. Stop all traffic to gateways or channel groups that use a SIP Profile before you make changes. Related Topics SIP Features SIP Profile

Preceding Pane

Accessing this Pane

Cantata IMG EMS -> Profiles -> SIP Profile -> SIP Proxy

Maximum Objects: 1 per SGP Pane

___________________________________________________________________ __________________ These fields relate to the SIP Proxy Handling feature. Outbound Proxy Enable Disable (default) 121

SIP

Send Re-Invite to Proxy Enable Disable (default)

Send Outbound Register Enable Disable (default)

Proxy Transport TCP

UDP (default)

Proxy Address Type Host Name IP Address

Proxy Name

If Address Type = Host Name , enter Proxy Name

Proxy IP Address Proxy Port

Default = 5060

___________________________________________________________________ __________________

122

SIP Session Timer

Description Use this pane to configure SIP Session Timer values. Related Topics SIP Session Timer SIP UPDATE SIP Profile

SIP Session Timer Call Flows

Preceding Pane

Accessing this Pane

Cantata IMG EMS -> Profiles -> SIP Profile -> SIP Session Timer

Maximum Objects: 1 per SGP Pane

Field Descriptions Session Timer Disable Enable (default)

123

SIP Enforce Feature If enabled, the IMG will perform the session refresh request even if the remote gateway does not support session timer. The session timer cannot be turned off in mid dialog. Disable (default) Enable

Refresh Method The IMG will use re-INVITE even if the remote gateway supports UPDATE. The IMG will use UPDATE only if the remote gateway supports it, otherwise reINVITE will be used instead. Update Re-Invite

Refresher

Only applicable for initial refresh response when IMG acts as UAS and the request does not specify refresher. The IMG will perform a refresh. The IMG will wait for refresh request. Remote Local

Minimum Session Expires

Establishes the lower bound session refresh interval. It can be raised but cannot be lowered. It is mandatory on 422 response and optional on INVITE and UPDATE request. It must not be less than 90 seconds. Default = 900

Session Expire

Establishes the upper bound session refresh interval. It can be lowered but cannot be below the value specified in Min-SE. It is optional on INVITE or UPDATE request and 2xx response to INVITE or UPDATE. The recommended value is 30 minutes. Default = 1800

124

SIP Signaling
Description Use this pane to configure SIP signaling. Related Topics An Introduction to SIP

Configuring SIP Signaling Accessing this Pane Cantata IMG EMS-> Logical IMG-> Physical IMG -> Signaling -> SIP

Maximum Objects: 1 per Physical IMG Pane

Field Descriptions

SIP Signaling IP Address

The IP Address of the Network Interface used for SIP Signaling. Local SIP Port

The port used for SIP signaling.

125

SIP

SIP Compact Header Enable Disable

Default Transport Type UDP (default) TCP

Default SIP UserName (AOR) Default UserName for Authentication Default SIP Authentication UserName Default SIP Authentication Password Enable SIP-T Yes No

SIP-T Behavior Optional Required

Privacy Support

To enable Privacy for the entire GC EMS, set the Privacy Support field for the method supported by the proxy. All calls will be handled according to this setting, regardless of other SIP Privacy settings on an External Gateway or ISDN/ISUP Group. See Configuring SIP Privacy. Off (default) P-Asserted only Both

Remote-Party only

Remote IMGs SIP Profile

126

SIP Signaling Select a SIP Profile to define how another IMG should treat a call going to or coming from this logical IMG.

127

SIP T Entity
Description Use this pane to customize the name of an ISUP variant in an ISUP MIME body sent by the IMG when SIP-T is enabled.

NOTE: You must have SIP T Enabled in the SIP Signaling pane to access the SIP T Entity pane. Related Topics Configuring SIP-T Accessing this Pane Cantata IMG EMS -> Logical IMG -> Physical IMG -> Signaling -> SIP Signaling -> SIP T Entity

Maximum Objects: 4 per SIP Signaling object Pane

Field Descriptions SS7 Stack Select the stack to which you are assigning the variant. SIP Variant

Select the custom variant name to send in ISUP MIME body. You must have previously created this custom variant using the Variant Table pane.

129

SIP Timers
Description Use this pane to configure SIP Timers. Related Topics Configuring SIP Timers Accessing this Pane Cantata IMG EMS -> Logical IMG -> Physical IMG -> Signaling -> SIP Signaling -> SIP Timers

Maximum Objects: 1 per SIP Signaling object Pane

Field Descriptions SIP T1 (10 ms) SIP T2 (10 ms) SIP T4 (10 ms) The value for SIP Timer T1, in 10 ms increments. The value for SIP Timer T2, in 10 ms increments. The value for SIP Timer T4, in 10 ms increments. SIP Timer D (10 ms) The value for SIP Timer D, in 10 ms increments.

131

SIP Virtual Address

Description Use this pane to configure a SIP Virtual IP Address for SIP Based Load Balancing. Related Topics SIP-Based Load Balancing SIP Signaling

Configuring SIP Based Load Balancing Network Interface Accessing this Pane Cantata IMG EMS -> Logical IMG -> Physical IMG -> Signaling -> SIP Signaling -> SIP Virtual Address

Maximum Objects: 2 per SIP Signaling object Pane

Field Descriptions 1 or 2

SIP Virtual Address ID

SIP Virtual IP Address

This drop-down will be populated with any CPU Network Interface entries that have Gratuitous ARP and ARP Responses set to Disable. Select the desired entry.

When the Gratuitous ARP and ARP Responses is set to Disable, this Virtual IP Address will not be allowed to issue a Gratuitous ARP. In addition, whenever an external node attempts to send an ARP to this Virtual IP Address, the ARP Reply will be suppressed.

Any node that knows the MAC address associated with this Virtual IP Address (through static configuration as used in Load Balancers) will be able to send packets to it. The Virtual IP Address will be able to send packets to any desired node since 133

SIP ARP Requests from the Virtual IP Address for an unknown IPs MAC address will be allowed.

For all outbound SIP requests, the real SIP Signaling IP Address is used to send SIP messages, even if the outbound transaction is within a dialog which had previously used the Virtual IP Address. IP Virtual Port Default = 5060.

134