Skip to end of metadata
Go to start of metadata

You are viewing an old version of this page. View the current version.

Compare with Current View Page History

Version 1 Next »

IMG 1010 - Vocoder Entry

Description:

Each VoIP Bearer port can have up to seven individual Codecs configured under it. Once created under the IP Bearer Profiles object, the IMG’s IP signaling stacks will negotiate their use in the order in which they appear in the GUI. The order which the vocoders are negotiated can be modified by selecting one of the vocoder entries and using the Up/Down arrows in the ClientView menu toolbar. The Codec Entry Pane specifies a payload type such as G.729A etc. Maximum, Minimum, and Preferred payload types can be changed through the drop down menu.

To enable certain vocoders verify the host flag line in the dhcpd.conf file has the correct value set. See topic. Additionally, a valid license for AMR and EVRC must be installed.

Accessing this Pane

Dialogic IMG EMS > IP Bearer Profiles > IP Bearer Profile > Supported Vocoders

Maximum Objects

Up to seven Codec entries per IP Bearer Profile.

Related Topics

IMG 1010 - Overview of VoIP

IMG 1010 - Configuring IP Bearer Profiles

IMG 1010 - Setting Host Flags

IMG 1010 - SIP Codec Negotiation

IMG 1010 - SIP Codec Negotiation Priority Selection

Technical Notes:

When configuring a Supported Vocoder, the following happens:

The Supported Vocoders are added to memory. Once the user clicks on the Save Profiles button in the IP Bearer Profiles object, this data and the data from each of the IP Bearer Profile objects is placed in a table and sent to each of the Logical IMG's.

ClientView Pane:

Field Descriptions:

Entry ID:

This field is automatically populated with the next available ID and specifies the ID of the Codec. To change the ID, click in the Entry ID field and select a different ID from the drop down menu. Up to seven entries can be added to each Bearer Profile object and the ID's range in value from 0-6.

The Entry ID field does not control the priority with which the codecs are selected. The priority is determined by where in the WebUI tree the codec is positioned. The Codec at the top of the list gets highest priority and the priority gets lower as you go down the list. The priority can be changed by clicking on the Codec and pressing the Up/Down arrows in the menu bar to move the Codec either up or down the list.

Payload Type:

Select from drop down menu from a list of all the payload types supported by the IMG. Below is a list of the supported Codecs and their payload sizes.

Payload Type

Preferred Payload Size

Minimum Payload Size

Maximum Payload Size

AMR (SIP ONLY)

20 ms

20 ms

20 ms

EVRC (SIP ONLY)

20 ms

20 ms

20 ms

G.711 alaw

20 ms

10 ms

30 ms

G.711 ulaw

20 ms

10 ms

30 ms

G.723 5.3 kbps

30 ms

30 ms

90 ms

G.723 6.3 kbps

30 ms

30 ms

90 ms

G.729A, G.729A/B

20 ms

10 ms

60 ms

G.729E, G.729E/G

20 ms

10 ms

30 ms

iLBC 20 ms

20 ms

20 ms

20 ms

iLBC 30 ms

30 ms

30 ms

30 ms

GSM-FR Static Payload Type

20 ms

20 ms

60 ms

GSM-FR Dynamic Payload Type

20 ms

20 ms

60 ms

G.726-32/G.721 Static Payload Type

20 ms

10 ms

60 ms

G.726-32/G.721 Dynamic Payload Type

20 ms

10 ms

60 ms

Clear Channel Codec

20 ms

10 ms

30 ms

Preferred Payload Size (ms):

The Preferred Payload Size field specifies the desired payload size for the selected Payload Type. The preferred payload size can be changed by using the drop down menu in that field. See Codec/Payload Selection and SIP Codec Negotiation Priority selection in the Related Topics section above for more information on Codec/Payload Size Negotiation

Minimum Payload Size (ms):

The Minimum Payload Size field specifies the minimum payload size for the selected Payload Type. The minimum payload size can be changed by using the drop down menu in that field. See Codec/Payload Selection and SIP Codec Negotiation Priority selection in the Related Topics section above for more information on Codec/Payload Size Negotiation

Maximum Payload Size (ms):

The Maximum Payload Size field specifies the maximum payload size for the selected Payload Type. The maximum payload size can be changed by using the drop down menu in that field. See Codec/Payload Selection and SIP Codec Negotiation Priority selection in the Related Topics section above for more information on Codec/Payload Size Negotiation

Default Payload Type:

If the payload type is static then it must be used. If the payload type is dynamic then it is selectable in ClientView. Below are the Codecs that currently support a dynamic payload type.

CODEC

Payload Type

AMR

96-127 (Default=97)

EVRC

96-127 (Default=98)

iLBC 20 ms

96-127 (Default=96)

iLBC 30 ms

96-127 (Default=96)

G.729E, G.729E/G

96-127 (Default=108)

G726-32/G.721 Dynamic Payload Type

96-127 (Default=98)

GSM-FR Dynamic Payload Type

96-127 (Default=96)

Clear Channel Codec

96-127 (Default=125)

Annex B Support: (G.729A and G.729E only)

Annex B Support selection in this menu only applies to how the SIP SDP will use the “annexb=” string during codec negotiation.  This is a SIP-specific parameter.  By the RFC standards 3555/4856, “annexb=” can be used for G.729A and G.729E vocoders to negotiate silence suppression usage (see the following table for all negotiation scenarios), but at the RTP media level “Annex B” defines the silence suppression algorithm for G.729A (hence G.729A/B) while “Annex G” defines the silence suppression algorithm for G.729E (hence G.729E/G).

In this drop down menu, the user can decide how the SIP/SDP “annexb=” string will be utilized. The selections are Annex B=No, Annex B=Yes. This option is currently supported only in G.729A and G.729E, when SIP is the IP signaling protocol. When configuring the G.729A or G.729E codec in ClientView the Annex B field is defaulted to Yes. See Below for more information.

  • If the user selects No in the drop down menu then the media attribute Annex B=no is sent by the IMG in the SDP portion of the SIP message when enforcing the use of the G.729 payload type. In this case, the silence suppression algorithm is not added to the G.729A codec.

  • If the user selects Yes in the drop down menu then the Annex-B message will not be displayed in the SDP portion of the SIP message. This value is implied when unspecified in the SDP. In this case, the silence suppression algorithm is added to the G.729A codec.

  • If G.729 Codec is not being used then ClientView will disable the Annex B support field and it will not be visible.

Annex B Ingress: (10.5.3 SP4)

When configuring G.729A or G.729E codec the manner in which the Annex B Parameter is handled has been redesigned to allow for many different Annex B negotiation behaviors. Starting in software version 10.5.3 SP4 a field labeled Annex B Ingress was added to allow for the selection of several possible behaviors. When G.729A or G.729E is selected, the Annex B and Annex B Ingress field will be opened. Use the table below to select how SDP negotiation will behave.

 

Annex B Ingress is for incoming call with G.729 or G.729E only.

 

 Table below displays all possible combinations of Annex B support.

Case #

IMG Configuration

Annex-B in Inbound call

IMG Response

Annex-B Support

Annex-B Ingress

1

Yes

Disabled (Default)

Yes

Respond with Yes

2

Yes

Disabled (Default)

No

Respond with no a-line

3

Yes

Disabled (Default)

No a-line

Respond with no a-line

4

No

Disabled (Default)

Yes

Reject Call with 488

5

No

Disabled (Default)

No

Respond with No

6

No

Disabled (Default)

No a-line

Respond with No

7

Yes

Reject Call, if different

Yes

Respond with Yes

8

Yes

Reject Call, if different

No

Reject Call with 488

9

Yes

Reject Call, if different

No a-line

Respond with no a-line

10

No

Reject Call, if different

Yes

Respond with 488

11

No

Reject Call, if different

No

Respond with No

12

No

Reject Call, if different

No a-line

Reject Call with 488

13

Yes

Echo Received

Yes

Respond with Yes

14

Yes

Echo Received

No

Respond with No

15

Yes

Echo Received

No a-line

Respond with no a-line

16

No

Echo Received

Yes

Respond with Yes

17

No

Echo Received

No

Respond with No

18

No

Echo Received

No a-line

Respond with no a-line

19

Yes

Send Configured

Yes

Respond with Yes

20

Yes

Send Configured

No

Respond with Yes

21

Yes

Send Configured

No a-line

Respond with Yes

22

No

Send Configured

Yes

Respond with No

23

No

Send Configured

No

Respond with No

24

No

Send Configured

No a-line

Respond with No

  • No labels