Realm-Based Packet Marking
The Oracle® Enterprise Session Border Controller supports TOS/DiffServ functions that allow you to
- Set up realm-based packet marking by media type, either audio-voice or video
- Set up realm-based packet marking for signaling, either SIP or H.323
Upstream devices use these markings to classify traffic in order to determine the priority level of treatment it will receive.
By default, the ESBC does not pass DSCP codes in ingress packets to egress packets. You must configure a media-policy with desired TOS changes and affix those policies to the realms on which you want to define egress types of service. Without amedia-policy, the ESBC includes the default DSCP code, CS0 (Hex 0x00), as the DSCP code to all egress media packets.
TOS Passthrough Configuration
As stated above, the ESBC does not passthrough received DSCP values transparently. If this is the desired behavior, no config change is required. This is the default behavior. Packets sent by ESBC show DSCP value 0x00.
If passthrough support is desired, you can enable the sip-config option called use-recvd-dscp-marking which enables passthrough support. With this option enabled, the ESBC passes the DSCP value which was received through to egress. To enable this option in sip-config, set the option as shown below.
ORACLE(sip-config)#options +use-recvd-dscp-marking
About TOS DiffServ
TOS and DiffServ are two different mechanisms used to achieve QoS in enterprise and service provider networks; they are two different ways of marking traffic to indicate its priority to upstream devices in the network.
For more information about TOS (packet) marking, refer to:
- IETF RFC 1349 (http://www.ietf.org/rfc/rfc1349.txt)
For more information about DiffServ, refer to:
- IETF RFC 2474 (http://www.ietf.org/rfc/rfc2474.txt)
- IETF RFC 2475 (http://www.ietf.org/rfc/rfc2475.txt).
ToS Byte
The TOS byte format is as follows:

The TOS byte is broken down into three components:
- Precedence—The most used component of the TOS byte, the precedence component is defined by three bits. There are eight possible precedence values ranging from 000 (decimal 0) through 111 (decimal 7). Generally, a precedence value of 000 refers to the lowest priority traffic, and a precedence value of 111 refers to the highest priority traffic.
- TOS—The TOS component is defined by four bits, although these bits are rarely used.
- MBZ—The must be zero (MBZ) component of the TOS byte is never used.
DiffServ Byte
Given that the TOS byte was rarely used, the IETF redefined it and in doing so created the DiffServ byte.
The DiffServ byte format is as follows:

The DiffServ codepoint value is six bits long, compared to the three-bit-long TOS byte’s precedence component. Given the increased bit length, DiffServ codepoints can range from 000000 (decimal 0) to 111111 (decimal 63).
Note:
By default, DiffServ codepoint mappings map exactly to the precedence component priorities of the original TOS byte specification.Packet Marking for Media
You can set the TOS/DiffServ values that define an individual type or class of service for a given realm. In addition, you can specify:
- One or more audio media types for SIP and/or H.323
- One or more video media types for SIP and/or H.323
- Both audio and video media types for SIP and/or H.323
For all incoming SIP and H.23 requests, the media type is determined by negotiation or by preferred codec. SIP media types are determined by the SDP, and H.323 media types are determined by the media specification transmitted during call setup.
Configuring Packet Marking by Media Type
This section describes how to set up the media policy configuration that you need for this feature, and then how to apply it to a realm.
These are the ACLI parameters that you set for the media policy:
name media policy name
tos-settings list of TOS settings
Note:
The media-policy, tos-settings parameter is not RTC supported and a reboot is required for these updates to take affect.This is the ACLI parameter that you set for the realm:
media-policy default media policy name
Signaling Packet Marking Configuration
ToS marking for signaling requires you to configure a media policy and set the name of the media policy in the appropriate realm configuration.
This section shows you how to configure packet marking for signaling.
Using Class Profile for Packet Marking
Class profile provides an additional means of ToS marking, but only for limited circumstances. Use class-profile only if you are marking ToS on traffic destined for a specific To address, and when media-policy is not used on the same realm. Using media-policy for ToS marking is, by far, more common.
To configure a class profile, you prepare your desired media policy, create the class profile referencing the media policy and the To address, and set the name of the class profile in the appropriate realm configuration.