[Freeswitch-dev] Reinvite - Codec G.729 decoder error

[Steven Ayre]

Which G729 module are you using? mod_g729 or mod_com_g729?

If mod_com_g729, do you have any G729 licenses installed/available?

I think your call is switching from G729-G729 (which is passthrough so
requires no licenses) to G729-G711 (which is transcoding so requires a G729
license). You have no license available so the call fails.

Btw, seeing your actual logs is invaluable. You've hidden a lot of useful
information by choosing to just copy the part of the error you think is
important - eg all context and the module/lineno that's raising the error
message.

-Steve



On 7 June 2013 08:39, Kevin Mathy <k.mathy at hexanet.fr> wrote:

> Hi list,
> I have an issue in my Freeswich in SBC mode.
>
> It's a call from Freeswitch to my endpoint, my endpoint answer G729, after
> this 200OK, my end-point re-invite in G711A, and my freeswitch say: "Codec
> G.729 decoder error".
>
> Ex :
> 1) SIP Provider ----INVITE(PCMA, G729)-----> FS ----INVITE(PCMA,
> G729)-----> End-point
> 2) SIP Provider <-----(200 OK G729)------ FS <------(200OK G729)------
> End-point
> 3) FS <------(Re-INVITE PCMA)------ End-point
> 4) FS Error "Codec G.729 decoder error" in logs
>
> In fact, it's something like http://jira.freeswitch.org/browse/FS-3739,
> but the patch doesn't seem to work in our situation.
>
>
> My freeswitch's conf:
> *sip_profile TOTO: *
> *    <!-- dtmf method -->*
> *    <param name="dtmf-type" value="rfc2833"/>*
> *
> *
> *    <!-- Payload type if the DTMF method is rfc2833 -->*
> *    <param name="rfc2833-pt" value="101"/>*
> *
> *
> *    <param name="inbound-late-negotiation" value="true"/>*
> *
> *
> *    <param name="inbound-codec-prefs" value="PCMA,G729,PCMU"/>*
> *
> *
> *    <param name="outbound-codec-prefs" value="PCMA,G729,PCMU"/>*
>
>
> *Diaplan TITI:*
> *<action application="export" data="codec_string=${ep_codec_string}"/>*
> *<action application="set" data="hangup_after_bridge=true"/>*
> * <action application="set" data="ignore_early_media=true"/>*
> *<action application="set" data="inherit_codec=true"/>*
> *<action application="export" data="t38_passthru=true"/>*
> *<action application="export" data="suppress_cng=true"/>*
> *<action application="bridge" data="*
> *                                        {*
> *
> sip_invite_params=user=phone,*
> *                                                sip_cid_type=none,*
> *
> ignore_display_updates=true,*
> *
> sip_renegotiate_codec_on_reinvite=true,*
> *                                        }*
> *
> sofia/gateway/${distributor(LISTTMP ${sofia(profile TITIPRO gwlist
> down)})}/${numberdest}"/>*
> *
> *
> *
> *
> We choosed to use inbound-late-negotation with inherit-codec because of
> our t38_passthru option (as described here in FS wiki, I don't exactly
> remember where)
>
> To resolve this problem, we tried to find how to make FS forward the
> Re-INVITE received on B-Leg to the A-Leg, but we didn't found any
> solution... If someone have an idea, it would be great ! ;-)
>
>
> Thanks a lot,
> *
> Bien cordialement,
> Best Regards,
>
> **Kevin MATHY*
> *
> *
>
>
> _________________________________________________________________________
> 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-dev mailing list
> FreeSWITCH-dev at lists.freeswitch.org
> http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev
> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-dev
> http://www.freeswitch.org
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.freeswitch.org/pipermail/freeswitch-dev/attachments/20130607/db0e5d06/attachment-0001.html