Related articles:

SIP Trunk Group - Local Survivability
Services - NAT Traversal


IMPORTANT

Ribbon recommends using the Transparency Profile to configure transparency on the SBC Core for new deployments, as well as applying additional transparency configurations to existing deployments. Do not use IP Signaling Profile flags in these scenarios because the flags will be retired in upcoming releases.

Refer to the SBC SIP Transparency Implementation Guide for additional information.

Use the SIP trunk group Services window to edit parameters associated with various enhanced services and features for a selected SIP trunk group.

To View and Edit Services Parameters

On the SBC main screen, go to Configuration > System Provisioning > Category: Trunk Provisioning > Trunk Group > SIP Trunk Group > Services or
Configuration > System Provisioning > Category: SIP Carrier Peering > SIP Trunk Group > Services or
All > Address Context > Zone > SIP Trunk Group > Services

The Services window is displayed. For the trunk group you want to edit, use the drop-down boxes to select the appropriate address context, zone, and SIP trunk group name. The Edit Services window is displayed for the selected trunk group.

Figure 1: SIP Trunk Group - Services


Use the following table to configure the options and then click Save.

Table 1: SIP Trunk Group - Services

Parameter

Description

DNS Support Type

Indicates whether to use the DNS server for just A-record lookups, or for full NAPTR/SRV/A lookup as specified in RFC3263.

  • A-only
  • A-srv-naptr

Preconditions

 Indicates level of preconditions support for incoming (only) requests. For precondition support of outgoing requests, see Transmit Preconditions below.
  • None – (default)
  • Required
  • Supported
  • Transparent

NOTE:

  • If Preconditions interworking is configured as “Use UPDATE”, configure the Allow UPDATE flag as well.
  • If Preconditions interworking is configured as “Use UPDATE” but a 183 from the peer does not have UPDATE in the Allow header, the SBC will not send an UPDATE and does not take any other action, thus a call timeout timer generates to terminate the call.
  • Do not set Preconditions to "Required" for interworking scenarios.

  • During an ingress precondition interworking scenario, if the remote precondition is met in PRACK, the SBC processes it and sends the INVITE towards the egress.

Transmit Preconditions

Specifies the level of preconditions support for outgoing requests/responses.
  • None – When set to "none",  SBC does not add SIP precondition attributes in SDP of outgoing request even if attributes are present in the SDP of incoming requests.
  • Required – Use this option to add SIP precondition attributes in SDP of outgoing request even if attributes are NOT present in the SDP of incoming requests. If precondition attributes are added by SBC, the local preconditions are set to ‘met’ and remote preconditions are set to ‘not-met’.
  • Supported – (default) Use this option to ensure backward compatibility behavior. Use this option to add SIP precondition attributes in SDP of outgoing request only if attributes are present in the incoming request.

Precondition Intwk Using183

(This flag is for specific call flows and is not intended for generic use)

Enable this flag to locally generate first 183 responses for preconditions interworking before egressing INVITE. If disabled, these responses are dropped.

  • Disabled (default)
  • Enabled

Note: Do not enable Precondition Intwk Using183 when End-to-End Prack is configured.

NOTE:

  • If both Preconditions Profile and the flag preconditionIntwkUsing183 are configured, the Preconditions Profile takes a higher precedence. Settings of “preconditions=transparent”/”100rel support=yes” on both legs is the only supported configuration for proper precondition interworking functionality.
  • Do not enable preConditionIntwkUsing183 when End-to-End Prack is configured.

No RDIUpdate On3xx

Enable this flag to prevent the SBC from incrementing the redirection counter and from updating the redirection information (RDI) parameter. The RDI counter value and RDI parameter could be used to update the (diversion headers or ISUP IAM MIME content) in the subsequent SIP INVITE for the SBX or GSX, or it could also be used to update the ISUP IAM parameter if the call gets redirected over the GSX.

The options include:

  • Disabled (default)
  • Enabled
Block Progress on 3XXResponse

Enable this flag to prevent the SBX from generating a call forward progress (CPG) message towards the ingress side of the call. This could be mapped to an ISUP CPG on the GSX ISUP trunk or a 183 message if the ingress side is SIP.

The options include:

  • Disabled (default)
  • Enabled
Honor Sdp Clock Rate

Enable this flag to allow the mapping of up to five DTMF Payload Types (PT), each with a different clock rate of a preferred or selected payload type for audio.

If the flag is disabled, all DTMF PTs except 8 kHz (both send and receive) are dropped.

  • Disabled (default)
  • Enabled

Sip ARS Profile

Specifies the name of the SIP ARS (Address Reachability Service) profile.

Disconnect Treatment Profile

Specifies the name of the Disconnect Treatment Profile.

Emergency Call Profile

Specifies the name of the Emergency Call Profile.
Hplmn ProfileSpecifies the name of an HPLMN Profile to use in handling emergency calls from outbound roaming users when S8 Home Routing (S8HR) is in use. Refer to Emergency Call Handling for the Roaming Users in S8HR Model.
Vplmn ProfileSpecifies the name of a VPLMN Profile to use in handling emergency calls from outbound roaming users when S8 Home Routing (S8HR) is in use. Refer to Emergency Call Handling for the Roaming Users in S8HR Model.

SIP Security Profile

Specifies the name of the SIP Security Profile.
Dynamic Blacklist ProfileSpecifies the name of the Dynamic Blacklist Profile.
Enhanced DBL ProfileSpecifies the name of the enhanced dynamic blacklist (DBL) profile for the SIP trunk group. Refer to Services - Enhanced DBL Profile for more information.

Emergency Call Handling Mode

Use this parameter to specify how to handle emergency calls.

Note: To use any of the first three options, Use Psx Route For Emergency Call must also be enabled.

  • Emergency Reg Required – Use this option to reject the emergency session establishment without an emergency registration.

  • Emergency Reg Supported – Use this option when emergency registrations are supported, but emergency session establishment is possible without an emergency registration.

  • None (default) – Use this option when not using emergency registrations to perform PSX dip for registered user for emergency calls.

  • Reject With 380 – Use this option to reject an INVITE request with ‘380 Alternate Service’ response code from Ingress leg when the request is identified as emergency request and redirection flag is set to redirection mode.

See Emergency Registration for emergency registration functionality.

JSRC Bandwidth Reservation

If disabled at the global level, the Trunk Group configuration will not be applied. The options are:

  • Disabled (default)
  • Enabled

Remote EPreservation

If disabled at the global level, the Trunk Group configuration will not be applied. The options are:

  • Disabled (default)
  • Enabled

SIP JIP Profile

Specifies the name of the SIP JIP Profile. defaultJipProfile is the name of the default SIP JIP profile assigned to SIP trunk groups. You can select the name of a custom profile you created. Refer to Service Profiles - SIP JIP Profile.

Note: This parameter is only supported when the SBC is configured to use an external PSX.

SIP Jurisdiction Support

Enable this flag to allow sending JIP information in SIP-SIP, SIP-SIP-I and SIP-I to SIP scenarios.

  • Disabled (default)
  • Enabled
Note: This parameter is only supported when the SBC is configured to use an external PSX.
Transparency ProfileSpecifies the name of the Transparency Profile to associate with this SIP Trunk Group.
SIP Rec Metadata ProfileSpecifies the name of a SIP Rec Metadata Profile to associate with the SIP Trunk Group. This type of profile should be assigned to the SIP Trunk Group for the SIP Session Recording Server. Refer to Services - SIP Rec Metadata Profile for more information.
SIP Call Notification Metadata ProfileSpecifies the name of a SIPREC metadata profile that defines the mapping of a SIP header to the Session-Id XML element in NOTIFY messages.  This parameter should be set on the trunk group used to send call notifications. Refer to Sending Unsolicited Call Notifications to Application Servers for more information on the SBC's call notification feature. Refer to Services - SIP Rec Metadata Profile for information on these profiles.
SIP Param Filter ProfileSpecifies the name of the SIP Param Filter Profile (SPF). The SPF defines the Allowed, Supported and Required headers parameter is filter/passed.
Use Previous Learned IP Address

Enable this option to latch on Previous Learned IP Address before performing SRV DNS Lookups, while sending mid-dialog SIP requests.

  • Disabled (default)
  • Enabled
Hpc Call Profile

Specifies the name (1-23 characters) of the HPC Call Profile. The possible states are:

  • Disabled (default)
  • Enabled
Dialog Event Notification Supported

Use this flag to support notification for a SUBSCRIBE with dialog event in this Trunk Group.

  • Disabled (default)
  • Enabled


Note

The ERE is not supported for this configuration. You must use an external PSX.

Colocated Pand Ecscf

Use this flag to support co-locating P-CSCF and E-CSCF on the ingress Trunk Group.

  • Disabled (default)
  • Enabled

 


Note

The ERE is not supported for this configuration. You must use an external PSX.


Test Call Number Profile

The name (1-23 characters) of the Test Call Number Profile.

The SBC uses the Test Call Number Profile to verify PSX test data access. The SBC uses this profile to determine whether to send a PSX query to a test PSX or to the production PSX. When the SBC receives a call from one of the configured numbers in the Test Call Number Profile, the SBC sends the PSX query to the test PSX, if available. When the SBC receives a call from a number not included in the Test Call Number Profile, the SBC sends the PSX query to the production PSX.

Retry ProfileThe name of the SIP Retry Profile for configuring SRTP to RTP fallback behavior. Refer to Services - Retry Profile.
DNS Naptr Always

If enabled, the SBC always sends a Naming Authority Pointer (NAPTR) query when an FQDN needs to be resolved.

  • Disabled (default)
  • Enabled
Privacy ProfileSelect the name of Privacy Profile to apply to the SIP trunk group. Refer to Services - Privacy Profile for information.
Sti ProfileSelect a Secure Telephone Identify (Sti) Profile to apply to the SIP trunk group. Refer to Services - Sti Profile for information.
SIP Adaptive Transparency Profile

The name of the SIP Adaptive Transparency Profile.

Note: The SBC gives precedence to SIP Privacy handling when the SIP Adaptive Transparency Profile is enabled. For example, if the incoming SIP message has "privacy: Id" and the flag Apply Privacy Id under Profiles > Services > Privacy Profile is enabled, the SBC does not include a P-ASSERTED-ID header in the egress message. For information on SIP Adaptive Transparency Profiles, refer to Services - SIP Adaptive Transparency Profile.

Store Identity Hdrto CDR

The SBC stores the base64 decoded Identity headers received and sent in the SIP INVITE message. Use this flag to specify the Identity headers to store in the CDR record.

  • all
  • div
  • none (default)
  • other
  • rcd
  • rph
  • shaken
Note

You can specify all the identity headers in the list to store them in the CDR, or choose the ones you require. However, if you select 'none' and another option, for example 'shaken', 'none' takes precedence and no identity headers are stored in the CDR. 

Similarly, if you select 'all' and another identity header, for example 'shaken'. The choice 'all' takes precedence and all the identity headers in the list are stored in the CDR.


The values are a comma-separated list of categories. The priority order for writing in the CDR from the highest to the lowest is, SHAKEN, RPH, RCD, DIVs and OTHER. A maximum of nine identity headers are logged in the CDR for ingress and egress. If the higher priority headers take up all the space, then the lower priority headers are not written in the CDR.

When more than one SHAKEN header arrives in the Ingress INVITE, then the following is the order of precedence in which the Identity header is picked: 

  1. SHAKEN header with Attestation Level 'A is picked.
  2. If more than one SHAKEN header with Attestation 'A' level is present, the top-most A level SHAKEN header is picked.
  3. If no Attestation Level 'A' SHAKEN header is present, then Attestation level 'B' SHAKEN header is picked.
  4. If more than one SHAKEN header with 'B' level is present, the top most 'B' level SHAKEN header is picked.
  5. If no Attestation Level 'B' SHAKEN header is present, then Attestation level 'C' SHAKEN header is picked.
  6. If more than one SHAKEN header with Attestation 'C' level is present, the top-most 'C' level SHAKEN header is picked.