[Freeswitch-users] Cannot force transcoding between PCMU and PCMA
Mike Jerris
mike at freeswitch.org
Thu Jan 23 18:29:42 UTC 2020
Absolute_codec_string is how you would force only an individual codec out the b leg as you’ve noted. The other ways are about passing through the a leg codecs with some preferences and tweaks, mix adds our other codecs at the end. These codecs are offered to the b leg then it chooses which to use. If you ONLY want to offer PCMA out the b leg, absolute_codec_string is the right way.
> On Jan 23, 2020, at 8:14 AM, Kliment Toshkov, Netfinity JSC <kliment.toshkov at netfinity.bg> wrote:
>
> Hello,
>
> I have to force transcoding between PCMU and PCMA in the following scenario:
>
> Customer [PCMA, PCMU, G729] > Kamailio > Freeswitch 1..N > termination gateway [PCMA]
>
> I need transcoding from PCMU and G729 to take place on Freeswitch boxes. Currently it works for G729 but for PCMU calls they are originated with PCMU.
>
> Inbound profile:
> <param name="inbound-codec-prefs" value="$${global_codec_prefs}”/>
> <param name="disable-transcoding" value="false"/>
>
> Outbound profile:
> <param name="outbound-codec-prefs" value="$${outbound_codec_prefs}"/>
> <param name="disable-transcoding" value="false"/>
>
> vars.xml:
> <X-PRE-PROCESS cmd="set" data="global_codec_prefs=PCMA,PCMU,G729"/>
> <X-PRE-PROCESS cmd="set" data="outbound_codec_prefs=PCMA"/>
>
>
> In xml dial plan:
> <action application="set" data="inherit_codec=false"/>
> <action application="set" data="media_mix_inbound_outbound_codecs=true"/>
>
> But the calls are still not transcoded between PCMU and PCMA.
>
> Only one thing worked - forcing the codec in bridge app:
> <action application="bridge" data="{absolute_codec_string='PCMA'} ..."/>
>
> But I really need to know what I am missing and how to fix it using config files only. Brute force is not preferred.
>
> Thank you!
>
> Kliment Toshkov
> Key Accounts
>
> 24/7: 0700 30000 w: www.netfinity.bg <http://www.netfinity.bg/>
> t: +359 2 4918888 f: +359 2 4815555
>
> <http://www.netfinity.bg/>
>
> This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. If you have received this email in error please notify the system manager. This message contains confidential information and is intended only for the individual named. If you are not the named addressee you should not disseminate, distribute or copy this e-mail. Please notify the sender immediately by e-mail if you have received this e-mail by mistake and delete this e-mail from your system. If you are not the intended recipient you are notified that disclosing, copying, distributing or taking any action in reliance on the contents of this information is strictly prohibited.
>
>
I’m sorry but we do not allow confidential emails on this mailing list. Any emails to the list will not be confidential regardless of your disclaimer and will not later be removed or deleted (yes we’ve been asked to do this multiple times). Please do not send disclaimers of confidentiality to the mailing list, they will be ignored.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20200123/ab91a718/attachment.html>
More information about the FreeSWITCH-users
mailing list