[Freeswitch-users] Codecs issue

[Steven Ayre]

That's why then. Unless you have disable-transcoding FS will offer all of
those to the endpoint. The endpoint picks which one it wants to use. FS will
then transcode if necessary.

The way to avoid that would be disable-transcoding (FS will pick the aleg
codec and then only offer that on the bleg), or use absolute_codec_string.

-Steve


On 16 January 2011 21:57, Diego Viola <diego.viola at gmail.com> wrote:

> >From what I can tell the global_codec_prefs variable is used in the
> internal profile, which is the profile I'm using
>
>    <param name="inbound-codec-prefs" value="$${global_codec_prefs}"/>
>    <param name="outbound-codec-prefs" value="$${global_codec_prefs}"/>
>
> freeswitch at internal> sofia status profile internal
>
> CODECS IN               G729,G7221 at 32000h,G7221 at 16000h,G722,PCMU,PCMA,GSM
> CODECS OUT              G729,G7221 at 32000h,G7221 at 16000h,G722,PCMU,PCMA,GSM
>
> Still I don't know why FS is picking G7221
>
> On Sun, Jan 16, 2011 at 6:45 PM, Steven Ayre <steveayre at gmail.com> wrote:
> > Are those variables being used in the outbound-codec-prefs or codec-prefs
> > params in the sip profile?
> >
> > What does the "sofia status profile NAME" output show for "CODECS OUT"?
> >
> > -Steve
> >
> >
> >
> > On 16 January 2011 20:59, Diego Viola <diego.viola at gmail.com> wrote:
> >>
> >> Hello,
> >>
> >> I'm experiencing some strange issue with codecs. I have the following
> >> in my vars.xml file:
> >>
> >>  <X-PRE-PROCESS cmd="set"
> >>
> >> data="global_codec_prefs=G729,G7221 at 32000h,G7221 at 16000h
> ,G722,PCMU,PCMA,GSM"/>
> >>  <X-PRE-PROCESS cmd="set"
> data="outbound_codec_prefs=G729,PCMU,PCMA,GSM"/>
> >>
> >> "inbound-late-negotiation" and "disable-transcoding" are commented in
> >> my internal SIP profile. So I guess I'm in Early Negotiation (default
> >> behavior) mode.
> >>
> >> However, when I send a call to my provider, and I look at the SIP
> >> trace I see that FS is sending another codec, not G729 as I specified
> >> in the global_codec_prefs / outbound_codec_prefs parameters.
> >>
> >> I'm sending calls like this:
> >>
> >>        <action application="bridge"
> >> data="sofia/internal/$1 at 38.102.93.70"/>
> >>
> >> Here is a SIP trace of a call:
> >>
> >> http://pastebin.freeswitch.org/15042
> >>
> >> I'm not understanding why FS is sending an INVITE with the G7221 codec
> >> in line 240, if I'm telling it explicitly that I want G729 as the
> >> priority when possible in the codec prefs options. But I see G729 in
> >> the 200 OK in line 291.
> >>
> >> I've been told to use absolute_codec_string=G729 in my dialplan or
> >> enable late negotiation, but why if I'm already telling it to use G729
> >> in the codec prefs?
> >>
> >> my softphone IP: 190.23.80.10
> >> provider IP: 38.102.93.70
> >> FS IP: 77.92.65.126
> >>
> >> calls flow like this:
> >>
> >> softphone -> FS -> provider
> >>
> >> Any help appreciated.
> >>
> >> _______________________________________________
> >> 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
> >
> >
> > _______________________________________________
> > 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
> >
> >
>
>
>
> --
> Diego Viola
> Representative of Bridgecom LLC
> Phone: +595 971 320 520
> GTalk: diego.viola at gmail.com
> MSN: diegoev at msn.com
> LinkedIn: http://www.linkedin.com/pub/diego-viola/15/886/609
> www.bridgecom.com.py
>
> _______________________________________________
> 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/20110116/a195c894/attachment.html