This section provides details regarding various SIP headers supported by the SBC. For a complete list of supported SIP headers by the SBC, see Supported SIP Headers.
Diversion and History-Info Header Interworking
The
Unable to show "metadata-from": No such page "_space_variables"
supports interworking between Diversion header and History-Info header based on RFC 6044. In addition to handling the History-Info header in SIP messages in the dotted notation of indexes, the
Unable to show "metadata-from": No such page "_space_variables"
manages the cause parameter as specified in RFC 4458 or Reason header as specified in RFC 4244.
The IP Signaling Profile flag "diversionHistoryInfoInterworking
" indicates to the egress side that the interworking is accomplished as per the RFC 6044. In addition, the existing Redirecting Info flag of Diversion and History-Info headers identifies the target interworking header to send out in egress INVITE message. The Diversion and History-Info headers received on the ingress side are transparently passed to the egress where newly introduced flags determine the corresponding header to use to pass on this information in outgoing INVITE.
This feature is supported across GW-GW with the
Unable to show "metadata-from": No such page "_space_variables"
as the egress node.
The
Unable to show "metadata-from": No such page "_space_variables"
supports SIP proprietary headers (X-headers) from the X-header profile for both IPv4 and IPv6 addresses, and facilitates mapping information received in these headers to ISUP parameters, and vice versa.
Use following CLI syntax to configure an X-header Profile:
% set profile signaling XHeaderProfile <XHeaderProfileName> X-HeaderExtensions <extension_type> RecvHeader <disable|enable> SendHeader <disable | enable>
% set profile signaling XHeaderProfile <XHeaderProfileName> X-Header-default-value
% set profile signaling XHeaderProfile <XHeaderProfileName> X-HeaderFlags
Use the following CLI syntax to attach configured X-header and ISUP profile to trunk group:
% set addressContext <addressCcontext_name> zone <zone_name> sipTrunkGroup <sipTrunkGroup_name> signaling X-Headers HeaderFlag <none | xHeaders>
The
Unable to show "metadata-from": No such page "_space_variables"
supports processing Resource-Priority Header (RPH) to classify a call as an emergency call. If the namespace and r-priority of a received r-value in the initial INVITE RPH exactly matches with the namespace and r-priority respectively of a configured value, then the call is considered an emergency call. The comparison is case-insensitive, and multiple r-values can be processed in incoming INVITE.
The
Unable to show "metadata-from": No such page "_space_variables"
can use the IPSP transparency flag 'resourcePriorityOptionTag' to transparently pass the 'resource-priority' option tag received in Require or Supported header of various SIP messages, such as INVITE, REGISTER, SUBSCRIBE (but not in-dialog SUBSCRIBE), PUBLISH, REFER, NOTIFY, UPDATE, MESSAGE, OPTIONS, CANCEL, and GW-GW transparency. This flag is available to both the ERE and external PSX. See CLI
commonIpAttributes - SIP - CLI or EMA
Signaling - Ip Signaling Profile - Common Ip Attributes for configuration details.
For information on the 3GPP header support, see P-Headers page.
CRLFs in SIP Messages
In order to interoperate with Broadsoft, the
Unable to show "metadata-from": No such page "_space_variables"
supports requests with up to three consecutive Carriage Return/Line Feeds (CRLFs) between message headers and multi-part message bodies as described below:
- A CRLF at the end of the last header
- A CRLF separating the headers from the body
- A CRLF at the end of the preamble
The SBC supports a header tag length of up to 256 characters.