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@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@freeswitch.org http://www.freeswitchsolutions.com
FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com
Official FreeSWITCH Sites http://www.freeswitch.org http://wiki.freeswitch.org http://www.cluecon.com
FreeSWITCH-dev mailing list FreeSWITCH-dev@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-dev http://www.freeswitch.org