DO NOT SHARE THESE DOCS WITH CUSTOMERS!

This is an LA release that will only be provided to a select number of PLM-sanctioned customers (PDFs only). Contact PLM for details.

In this section:

 

This section specifies the Ingress Flag parameters for both H.323 and SIP trunk groups.

To View and Edit Flags

On the SBC main screen, go to Configuration > System Provisioning > Category: Trunk Provisioning > Ip Signaling Profile > Ingress Ip Attributes > Flags. The Flags window displays.

DEFAULT_H323

From the Flags window, choose "DEFAULT_H323" from the Ip Signaling Profile drop-down menu to view the H.323 trunk group flags. Make the required changes and click Save to save the changes.

 

Trunk Provisioning - Ingress Ip Attributes - Flags

 

The following fields are displayed:

Ingress Ip Attributes - H323 Flags

 

Parameter

Description

Convert Progress To Alert

 Enable this flag to convert Progress messages to Alert messages when communicating to endpoints that have difficulty with Progress messages. The options are:

  • Disable (default)
  • Enable
Dont Send Facility Message

 Enable this flag to prevent sending Facility messages to endpoints that do not tunnel and have difficulty processing Facility messages. The options are:

  • Disable (default)
  • Enable

NOTE:  Enabling this flag on the ingress leg may result in no media establishment for H.323 calls with discrete H.245 (no H.245 tunneling) due to H.245 socket collision. To avoid this issue, either disable this flag or ensure the H.245 signaling port address (actual hex value) associated with this setting is greater than its peer.

Refuse Fast Start Proposal

Enable this flag to prevent the SBC from including the Fast Start proposal in SET message for early media calls. Instead, the SBC  relies on H.245 procedure to complete media setup. When cleared, the SBC always includes the Fast Start proposal in SETUP message for early media calls. The options are:

  • Disable (default)
  • Enable
Send Fast Start Response In Cp

Enable this flag to allow the SBC to send a FastStart response message in Call Proceeding messages. The options are:

  • Disable (default)
  • Enable

DEFAULT_SIP

From the Flags window, choose the "DEFAULT_SIP" from the Ip Signaling Profile drop-down menu to view the SIP trunk group flags. Make the required changes and click Save to save the changes.

Trunk Provisioning - Ingress Ip Attributes - Flags

 

The following fields are displayed. 

 

Ingress Ip Attributes - Flags

 

Parameter

Description

Sip181Supported

Enable this flag to allow the SBC to support 'SIP 181 Call Is Being Forwarded' messages in the backward direction on the ingress trunk group. The options are:

  • Disable (default)
  • Enable
Sip182Supported

Enable flag to allow the SBC to support SIP 182 Queued messages in the backward direction on the ingress trunk group. The options are:

  • Disable (default)
  • Enable
Map Called Party Category In PSig Info Header

Enable this flag to map the Called Party Category parameter to outgoing SIP P-Sig-Info header. The P-Sig-Info header is a customer-specific SIP header used to convey ISUP information in SIP messages. The options are:

  • Disable (default)
  • Enable
No Sdp In 180 Supported

By default, the SBC includes SDP in outbound 180 messages.

Enable this flag to prevent the SBC from including SDP in outbound 180 messages. The SBC converts the 180 message to a 183 message instead.

When disabled the SBC includes SDP in outbound 180 messages.

The options are:

  • Disable (default)
  • Enable
Registration Expires in Expires Header

Controls what the SBC signals back to a peer when it receives a REGISTER message from that peer.

Enable the flage to allow the SBC to inserts the Expires header in the message.

When disabled, SBC does not insert the Expires header.

The options are:

  • Disable (default)
  • Enable
Send183On Initiating Disconnect Treatment

Enable  this flag to allow the SBC to send a 183 message on initiating a disconnect treatment. The options are:

  • Disable (default)
  • Enable
Send Sdp In200Ok If18x Reliable

Enable this flag to allow the SBC to send SDP in the final 200 OK response messages when provisional 18x responses are reliable. The options are:

  • Disable (default)
  • Enable

 This flag only applies to 200 OK sent for an early offer.


Send Sdp In Subsequent18x

Enable the flag to allow the SBC to Send Sdp In Subsequent18x response messages after it sends the answer in non-reliable provisional response (until it is sends in reliable 18x message) to the INVITE. When disabled, the SBC does not send SDP in the subsequent 18x response messages.

The options are:

  • Disable (default)
  • Enable
Send TLSConnection Failure Response

 Enable flag to report TLS connection failure and respond with '408 Request timeout' message and Warning header instead of '504 Server timeout'. The options are:

  • Disable (default)
  • Enable
Supress 183For3xx Redirect Response

 Enable this flag to prevent the SBC from sending the "183 without SDP" on receiving 3xx Redirect Response. The options are:

  • Disable (default)
  • Enable
Supress 183Without Sdp

 Never send 183 without SDP. The options are:

  • Disable (default)
  • Enable


Set-cut-through-indication-in-OBCI

Enable flag to set the BIT-H of BCI parameters in the outgoing 18x message. This allowa the node to temporarily halt call set-up and play tones or announcements, or both, and collect additional in-band information from the calling user before routing the call further. The options are:

  • Disable (default)

  • Enable

Send Updated SDPin200OkEnable this flag to send any SDP update before the answer ( when the SDP changes between the last response sent and a 200 OK) on the ingress side in the 200 OK without using a re-INVITE. An SDP update is required at the ingress side, if any change occurs in the SDP between 18x and 200 OK on the egress leg.
  • Disable (default) - The SBC sends the last sent SDP in 200 OK and updates it using Re-INVITE.
  • Enable - The SBC sends updated SDP on the ingress side in 200 OK for INVITE. This option avoids such issues as when the INVITE/Re-INVITE gets challenged for authentication or when the endpoints change SRTP keys for every new SDP offer.

  • No labels