Find answers to your technical questions and learn how to use our products
Search suggestions:
Find answers to your technical questions and learn how to use our products
Search suggestions:
Name |
Description |
|---|---|
Audio or Video Encryption |
|
Preferred Format #1 |
The most preferred encryption method for media traffic. Available selections are:
Note:
If you select one of the SRTP options, you can encrypt RTCP signaling. The system keeps the RTCP check box active for selection. |
Preferred Format #2 |
The second most preferred encryption method for media traffic. Available selections are the same as those in Preferred Format #1. |
Preferred Format #3 |
The third most preferred encryption method for media traffic. Available selections are the same as those shown in Preferred Format #1. |
Encrypted RTCP |
Indicates whether RTCP uses encryption.
Note:
This check box is active for selection if at least one of the three preferred encryption formats include SRTP. |
MKI |
MKI is the Master Key Identifier. Specifies the master key of the SRTP session and is stored in the SRTP context. You can derive other session keys from this master key after the lifetime expires. |
Lifetime |
Specifies the time interval after which session keys are generated. These keys are not passed in signaling. Session keys are based on MKI. Currently, Avaya SBC does not support the interworking of different lifetime values. You can leave this field blank to match any value. |
Interworking |
Indicates whether media from encrypted endpoints can flow to unencrypted endpoints and vice versa. Select this check box for media rules in both the endpoint flows. Enable this setting unless you want to enforce end-to-end encryption. |
Symmetric Context Reset |
There are two types of SRTP context reset: Symmetric and Asymmetric. For Symmetric, both the Tx and Rx context are set while sending the new offer. For Asymmetric, only Tx is set while sending the new Offer. Avaya media servers support Asymmetric SRTP context reset. However, some Avaya endpoints such as H.323, 96xx, and Avaya Workplace Client do not support Asymmetric SRTP context reset. By default, this option is enabled. |
Key Change in New Offer |
Use this option to control whether a new cryptography key is generated when a new OFFER message is received. A new OFFER message is defined by a change in any of the following scenarios:
By default, this option is disabled. |
Miscellaneous |
|
Capability Negotiation |
Enables SIP and SDP signaling compliant to the RFC-5939 specification. Select this check box only if the Remote Worker supports SDP Capability Negotiation. |
Name |
Description |
|---|---|
Audio Codec |
|
Codec Prioritization |
Force audio codecs to be matched according to the priority defined by the Preferred Codec Priority 1 through Preferred Codec Priority 5 fields. |
Allow Preferred Codecs Only |
Matches only the codecs listed in the previous Preferred Codec Priority fields. Audio codecs not listed are not matched. |
Transcode |
Specifies that the media matched by this media rule must transcode traffic when possible. When you select this option, the system displays [Transcodable] next to the codecs that can be transcoded. |
Transrating |
Specifies that the media matched by this media rule must use transrating to reduce the bit rate of the media. |
Preferred Codecs |
Names of audio codecs that you want matched in a particular order. These are optional fields to be completed only if Codec Prioritization is selected. The Available column lists all the available codecs. You can select a single codec, or hold down the Ctrl key and click to select multiple codecs simultaneously. Click > to move the codecs to the Selected column. Click ^ or v to change the order of the codecs in the Selected column. The P-Time column lists the available packetization times. When you select a codec and a p-time, and click > to move the codecs to the Selected column, the Selected column displays the codecs with the p-time next to the codec name. This means the system applies transrating at the selected p-time for the preferred codecs. |
Video Codec |
|
Codec Prioritization |
Forces audio codecs to be matched according to the priority defined by the Preferred Codec Priority 1 through Preferred Codec Priority 5 fields. |
Allow Preferred Codecs Only |
Matches only the codecs listed in the previous Preferred Codec Priority fields. Audio codecs not listed are not matched. |
Transcode When Needed |
This field is unavailable for video codecs. Avaya SBC does not support transcoding for video codecs. |
Transrating |
This field is unavailable for Video Codecs. Avaya SBC does not support transrating for video codecs. |
Preferred Codecs |
Names of video codecs that you want specifically matched in a particular order. These are optional fields you must administer only if Codec Prioritization is selected. The Available column lists all the available codecs. You can select a single codec, or hold down the Ctrl key and click to select multiple codecs simultaneously. Click > to move the codecs to the Selected column. Click ^ or v to change the order of the codecs in the Selected column. The P-Time column lists the available packetization times. When you select a codec and a p-time, and click > to move the codecs to the Selected column, the Selected column displays the codecs with the p-time next to the codec name. This means the system applies transrating at the selected p-time for the preferred codecs. |
Name |
Description |
|---|---|
Silencing Enabled |
Indicates whether Avaya SBC detects media packets from both legs of a call within the set time. If no media packets are detected, Avaya SBC sends an incident report to the Syslog, and the call is disconnected. By default, this option is enabled. |
Timeout |
Indicates the period (in seconds) within which the media silencing feature processes media packets from both legs of a call. If no media packets are detected in this period, Avaya SBC sends an incident report to the Syslog or the call is terminated. By default, this option is set to 60 seconds. |
BFCP Enabled |
Indicates whether Binary Floor Control Protocol (BFCP) is used in a people and content telepresence scenario to control the content channel. Content information is passed as a video stream and is controlled by the BFCP channel. It enables the moderator to release floor control to participants and vice versa to give control of the content channel to various participants. The system works on sending a token on the BFCP control signaling. The moderator allows or denies the access to the token. Avaya SBC can support one BFCP channel for multiple video content channels. |
FECC Enabled |
Indicates whether Far End Camera Control (FECC) is enabled. It provides mixed encryption support for audio, main video, and FECC. In the media path, using an RTP payload type sends control signaling to control the far end camera. The FECC channel facilitates setting up the signaling for the media path, and control signals are sent on this path using the RTP payload type of a particular codec type (H.224). |
RTT Enabled |
Real Time Text (RTT) defines a payload type in the SDP offer answer for carrying a text conversation in real time sessions in RTP packets. The text conversation is used along with voice, video and other multimedia conversations. RTT is used with the NG911 feature of Avaya SBC to facilitate sending real time text messages to an emergency PSAP. It can also be used if any other application that requires RTT. When the RTT Enabled option is enabled, Avaya SBC relays RTT (media type = text) in SDP. Avaya SBC invokes NAT for the addresses on SDP and at Media Plane while relaying the RTT in SDP. Avaya SBC does not filter or modify the parameters in SDP in case of RTT. An SDP with RTT enabled looks similar to the following example: When the RTT Enabled option is disabled, Avaya SBC responds with Port 0. The default setting for RTT Enabled is disabled. |
ANAT Enabled |
Specifies whether Alternate Network Address Types (ANAT) semantics are enabled for SDP to permit alternate network addresses for media streams. ANAT semantics are useful in environments with IPv4 and IPv6 hosts. |
Local Preference |
Specifies the order of preference for the Alternate Network Address Types IPv4 and Dual Stack IPv6. |
Use Remote Preference |
Specifies that the remote party must be given ANAT preference to answer the 200 OK response offer, irrespective of the ANAT preference configured on Avaya SBC. |
TTL Override Enabled |
When enabled, a TTL value between 1 and 255 can be configured. Avaya SBC overrides TTL value in all outgoing media packets. When configured, it changes TTL field in IPV4 packets and HopLimit field in IPV6 packets. The default value is disabled. This field setting will not have any effect on following Avaya SBC media handling features:
|
Media Line Compliance Enabled |
Use this field to maintain compliance between the media lines especially for transfer. For example, if the transferee supports audio and video lines and the transfer target supports only audio and if this field is enabled, Avaya SBC maintains audio lines towards the transfer target and audio and video lines towards the transferee. As per RFC 3264 compliance media lines should match in offer and answer. In case of there are devices on either side of Avaya SBC where media lines are different, Avaya SBC interworking maintains parity of media lines on both sides of Avaya SBC. |
ICE Gateway Support |
Enables support for Interactive Connectivity Establishment (ICE) used when connecting with Microsoft Teams. When enabled, you can administer the Local Media Optimization options. |
Local Media Optimization options |
Use these options to set the site name, site domain, and the action taken when enabling the Local Media Optimization and Media Bypass features.
Note:
These options are visible only when you enable the ICE Gateway Support option. As an example, you have salespeople who work at the main sales office, one of your many branch offices, and visit customers who might be at any location. Avaya SBC and Teams can be administered to handle calls efficiently for the salespeople no matter where they are located, using the call processing facilities that are local to them. For example:
When administering the Local Media Optimization options, follow this general scenario:
Note:
If you leave the site name and domain name blank, you effectively disable Local Media Optimization. |
Site Name |
Use this option to set the site name used within the X-MS message header.
Important:
When administering Local Media Optimization, the Teams client location names must match the Avaya SBC core site name or branch site name. |
Site Domain |
Use this option to set the domain name used within the X-MS message header. |
Action |
Select one of the following actions as required:
|
Audio Port Change on New Offer Enabled |
Specifies whether Avaya SBC generates new ports when a new OFFER message is received. By default, this option is disabled, meaning Avaya SBC will not generate new ports. |
Video Port Change on New Offer Enabled |
Specifies whether Avaya SBC generates new ports when a new OFFER message is received. By default, this option is disabled, meaning Avaya SBC will not generate new ports. |
RTCP-MUX Enabled |
Enables RTCP-Mux (Real-time Transport Control Protocol Multiplexing). Enabling RTCP-Mux works only when Ice Gateway Support is enabled. |
Name |
Description |
|---|---|
Enabled |
Indicates whether Media QoS marking is enabled. |
ToS |
Indicates whether Type-of-Service (ToS) is enabled. The Audio Precedence, Audio ToS, Video Precedence, and Video ToS fields are activated if the ToS option is selected. The following options are available for the Audio Precedence and Video Precedence fields:
The following options are available for the ToS field:
|
DSCP |
Indicates the significant values for Differentiated Services (DiffServ). These values, referred to as the Differentiated Services Point Code (DSCP), provide guaranteed service to critical network traffic. The following options are available for the Audio and Video fields:
|