Stop Lmsd Tone On Update | For calls originating from the MSC server, enable this flag to send a split response on the leg which receives a ringing tone from the MSC in order to force the MSC to stop the ringback tone: 1) Send a 180 ringing without SDP with Alert-Info to stop the LMSD tone, and 2) Send an update with the SDP offer. - Disabled (default)
- Enabled
NOTE: The 180 ringing is sent only if the SBC has relayed the Alert-Info with a non-null URI.
|
Drop ISUP Mime Body | Enable this flag for the SBC to drop the ISUP MIME body received in SIP-I messages and treat the call as a normal SIP call. if SIP-I is configured for incoming messages, the SBC adds the ISUP MIME to the outgoing messages. - Disabled (default)
- Enabled
|
CPC Interworking for NNI | The flag CPC Interworking for NNI has two possible values: - Disabled (default)
- Enabled
When set to Enabled, the SBC populates the parameter Calling Party Category (CPC) with the value 11, on receiving a Resource Priority Header (RPH) in the initial INVITE. Here, the value 11 denotes "Calling Subscriber with priority". When an RPH is absent in the initial INVITE, the SBC populates the parameter CPC from the PAI Header. |
Ai To Pem Interworking | Enable this option on the egress trunk group to support Alert-Info and P-Early Media header interworking (whether the SBC is configured to play tones or not), and to not perform LMSD interworking. If set to Disabled, the SBC plays tones based on the LMSD format. - Disabled (default)
- Enabled
NOTE: If applicable, use the Convert Alert To Progress flag to convert the '180 response' to a '183 session progress' towards the ingress. |
Convert Alert To Progress | This flag is used to convert 180 ringing to 183 Session Progress when the SBC is configured to play tone. This flag is configured on the ingress TG. The options are: - Disabled (default)
- Enabled
|
Rfc7732Validate Max Forwards | When this flag is enabled, the SBC will use the Max-Forwards header value received from the end-user, and decrements this header value by 1 before forwarding it to the other end-user. If the value received from the end-user is 0 or 1, the SBC will discard that request with an error response of "483 - Too Many Hops." |
S8hr Support | Indicates the support for S8 Home Routing (S8HR) roaming calls. When enabled, S8HR calls are supported. When disabled, S8HR calls are not supported. |
Giba Support For S8hr Inbound User | Indicates the GPRS-IMS-Bundled Authentication (GIBA) procedure support for S8HR inbound user. When enabled, the GIBA procedure is applied for the S8HR inbound user. When disabled, the GIBA procedure is not applied for the S8HR inbound user. |
Embedded Register Infoin User Part | Enable this option to allow the SBC to append a RegInfo value to the user part of the Contact header of a REGISTER request to uniquely identify the registering subscriber. If the subscriber registers from multiple devices using the same phone number, the SBC will use this value in subsequent routing to identify the correct subscriber instance. The options are:- Disabled (default)
- Enabled
|
Honor Contact In Register for TLSCalls | Enable this option to o specify where the SBC directs access calls from the internal network to users in the access network when the call is over TLS transport. The options are:- Disabled (default) - Maintains the default SBC behavior to direct calls to the source IP address when the target user registered.
- Enabled - Directs the call to the address the SBC stored from the Contact header that was part of the user's REGISTER request.
|
Prefer UpdateOver Re Invite | Enable this flag on the ingress trunk group to allow the to use UPDATE instead of Re-INVITE to communicate SDP towards ingress, when the call is in the confirmed state.The options include: Note: This is not applicable when the dialog transparency flag or the updatedAnswerIn200Ok flag is in enabled state on the . |
Perform Precondition Renegotiations | Enable this flag on the ingress trunk group to allow the to renegotiate the precondition on the ingress when there is a change in SDP during early dialog phase or whenever the call goes to confirmed state. The supports this flag for SIP gateway-gateway call.The options include: Note: This is not applicable when the dialog transparency flag or the updatedAnswerIn200Ok flag is in enabled state on the |
SIP JJ9030 Interworking Profile | Specifies the name of the SIP JJ-90.30 Interworking profile associated with this SIP Trunk Group. For more information, refer to Signaling - SIP JJ9030Interworking Profile. |
Called Prefix Match Profile | Specifies the Called Prefix Match table associated with this SIP Trunk Group. For more information, refer to Signaling - Called Prefix Match Profile and Called Prefix Match Profile - Prefix Match. |
Only Send Subsequent 18x SDP If Unreliable | Enable this flag to allow the SBC to send SDP in subsequent unreliable 18x messages. Once the reliable response is sent, the SBC stops sending the SDPs. This behavior is RFC 6377 compliant.
When disabled, the SBC sends the SDP in subsequent 18x messages, regardless of their reliability. This is the same behaviour as releases prior to 8.2.0
The options include: |
Send Only Single Codec In Ans | Available_since |
---|
Type | Available Since |
---|
Release | 8.2.4 |
---|
|
The administrative state of a resource. Enable this flag to allow the SBC to send a single codec in answer and also in modify answer towards the peer. When disabled the SBC does not send a single codec in answer to the peer. The options include: - Disabled (default)
- Enabled
|
Effective Relay Of Media Changes From Other Call Leg | Available_since |
---|
Type | Available Since |
---|
Release | 8.2.4 |
---|
|
Enable this option to configure the SBC to relay media changes when it detects any of the following in a new offer: - A change in the data path mode
- A change in the codec order compared to the most recent previous offer
- A new codec was added
- A codec was deleted
The options include |