[Freeswitch-users] Possible to disable core codecs?

[Vitalie Colosov]

Lets confirm the following statements now:

1.You need OUTGOING leg to use GSM codec, right? (You wont be able to use
G729 right now as it needs the license). By OUTGOING I mean call from
FreeSWITCH to your provider, and not back.

2. If #1 is true, then inbound-codec-negotiation is not much useful at this
point. Because this setting is for INCOMING leg, and not for OUTGOING. And
even if it _might_ be using GSM for INCOMING leg, but still transcode to
the OUTGOING PCMA/PCMU by some reason (this is what we need to find out -
why).

3. Try using absolute_codec_string before bridging your call to your SIP
provider:

<action application="set" data="absolute_codec_string=GSM"/>
<action application="bridge"
data="sofia/gateway/your_provider/12345678901_example"/>


And reply back if this changes anything...

Vitalie

2012/4/11 Malay Thakershi <mthakershi at gmail.com>

> Under my sipinterface_1 profile that I use for these calls, I have:
>
> <param name="inbound-codec-negotiation" value="greedy"/>
>
> On Wed, Apr 11, 2012 at 1:43 PM, Bzzz <lazyvirus at gmx.com> wrote:
>
>> On Wed, 11 Apr 2012 13:31:45 -0500
>> Malay Thakershi <mthakershi at gmail.com> wrote:
>>
>> > Understood your point about G722. But if my list has GSM at higher
>> priority
>> > over PCMU/PCMA and far-end SDP supports GSM then why isn't the call
>> using
>> > GSM?
>> >
>> > I don't know where G726 comparisons are coming from. If I haven't
>> mentioned
>> > it in vars.xml and far-end SDP doesn't support it then why would it even
>> > consider that codec?
>>
>> From: wiki.freeswitch.org/wiki/Sofia_Configuration_Files
>> (inbound-codec-negotiation):
>> 'generous' permits the remote codec list have precedence and 'win'
>>   the codec negotiation and selection process
>>
>> JY
>> --
>> Don't drop acid -- take it pass/fail.
>>                -- Seen in a Ladies' Room at Harvard
>>
>> _________________________________________________________________________
>> Professional FreeSWITCH Consulting Services:
>> consulting at freeswitch.org
>> http://www.freeswitchsolutions.com
>>
>> 
>> 
>>
>> Official FreeSWITCH Sites
>> http://www.freeswitch.org
>> http://wiki.freeswitch.org
>> http://www.cluecon.com
>>
>> FreeSWITCH-users mailing list
>> FreeSWITCH-users at lists.freeswitch.org
>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
>> http://www.freeswitch.org
>>
>
>
> _________________________________________________________________________
> Professional FreeSWITCH Consulting Services:
> consulting at freeswitch.org
> http://www.freeswitchsolutions.com
>
> 
> 
>
> Official FreeSWITCH Sites
> http://www.freeswitch.org
> http://wiki.freeswitch.org
> http://www.cluecon.com
>
> FreeSWITCH-users mailing list
> FreeSWITCH-users at lists.freeswitch.org
> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
> http://www.freeswitch.org
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20120411/58323f48/attachment-0001.html