<div>Which G729 module are you using? mod_g729 or mod_com_g729?<div><br></div><div>If mod_com_g729, do you have any G729 licenses installed/available?</div><div><br></div><div>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.</div>
<div><br></div><div>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.</div>
<div><br></div><div>-Steve</div><div><br></div><div><br><br><div class="gmail_quote">On 7 June 2013 08:39, Kevin Mathy <span dir="ltr"><<a href="mailto:k.mathy@hexanet.fr" target="_blank">k.mathy@hexanet.fr</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hi list,<div>I have an issue in my Freeswich in SBC mode.</div><div><br></div><div>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".</div>
<div><br></div><div>Ex :</div><div>1) SIP Provider ----INVITE(PCMA, G729)-----> FS ----INVITE(PCMA, G729)-----> End-point</div><div>2) SIP Provider <-----(200 OK G729)------ FS <------(200OK G729)------ End-point</div>
<div>3) FS <------(Re-INVITE PCMA)------ End-point</div><div>4) FS Error "Codec G.729 decoder error" in logs</div><div><br></div><div>In fact, it's something like <a href="http://jira.freeswitch.org/browse/FS-3739" target="_blank">http://jira.freeswitch.org/browse/FS-3739</a>, but the patch doesn't seem to work in our situation.</div>
<div><br></div><div><br></div><div>My freeswitch's conf:</div><div><u>sip_profile TOTO: </u></div><div><div><i> <!-- dtmf method --></i></div><div><i> <param name="dtmf-type" value="rfc2833"/></i></div>
<div><i><br></i></div><div><i> <!-- Payload type if the DTMF method is rfc2833 --></i></div><div><i> <param name="rfc2833-pt" value="101"/></i></div><div><i><br></i></div><div><i> <b><param name="inbound-late-negotiation" value="true"/></b></i></div>
<div><i><br></i></div><div><i> <param name="inbound-codec-prefs" value="PCMA,G729,PCMU"/></i></div><div><i><br></i></div><div><i> <param name="outbound-codec-prefs" value="PCMA,G729,PCMU"/></i></div>
<div><br></div><div><br></div><div><u>Diaplan TITI:</u></div><div><div style="color:rgb(34,34,34);font-size:13px;font-family:arial,sans-serif"><i><b><action application="export" data="codec_string=${ep_codec_string}"/></b></i></div>
<div style="color:rgb(34,34,34);font-size:13px;font-family:arial,sans-serif"><i><action application="set" data="hangup_after_bridge=true"/></i></div><div style="color:rgb(34,34,34);font-size:13px;font-family:arial,sans-serif">
<i> <action application="set" data="ignore_early_media=true"/></i></div><div style="color:rgb(34,34,34);font-size:13px;font-family:arial,sans-serif"><i><b><action application="set" data="inherit_codec=true"/></b></i></div>
<div style="color:rgb(34,34,34);font-size:13px;font-family:arial,sans-serif"><i><action application="export" data="t38_passthru=true"/></i></div><div style="color:rgb(34,34,34);font-size:13px;font-family:arial,sans-serif">
<i><action application="export" data="suppress_cng=true"/></i></div><div style="color:rgb(34,34,34);font-size:13px;font-family:arial,sans-serif"><div><i><action application="bridge" data="</i></div>
<div><i> {</i></div><div><i> sip_invite_params=user=phone,</i></div><div><i> sip_cid_type=none,</i></div>
<div><i> ignore_display_updates=true,</i></div><div><i> <b>sip_renegotiate_codec_on_reinvite=true</b>,</i></div><div><i> }</i></div>
<div><i> sofia/gateway/${distributor(LISTTMP ${sofia(profile TITIPRO gwlist down)})}/${numberdest}"/></i></div><div><i><br></i></div><div><i><br></i></div><div>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)</div>
<div><br></div><div>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 ! ;-)</div>
<div><br></div><div><br></div><div>Thanks a lot,</div></div><div style="color:rgb(34,34,34);font-size:13px;width:22px;font-family:arial,sans-serif;margin:2px 0px 0px;padding:10px 0px;outline:none">
</div></div></div><div><b><div><span style="font-weight:normal">Bien cordialement, </span></div><div><span style="font-weight:normal">Best Regards, </span></div><div><span style="font-weight:normal"><br></span></div></b><b>Kevin MATHY</b><div>
<b><br></b></div></div>
<br>
<img><br>_________________________________________________________________________<br>
Professional FreeSWITCH Consulting Services:<br>
<a href="mailto:consulting@freeswitch.org">consulting@freeswitch.org</a><br>
<a href="http://www.freeswitchsolutions.com" target="_blank">http://www.freeswitchsolutions.com</a><br>
<br>
FreeSWITCH-powered IP PBX: The CudaTel Communication Server<br>
<a href="http://www.cudatel.com" target="_blank">http://www.cudatel.com</a><br>
<br>
Official FreeSWITCH Sites<br>
<a href="http://www.freeswitch.org" target="_blank">http://www.freeswitch.org</a><br>
<a href="http://wiki.freeswitch.org" target="_blank">http://wiki.freeswitch.org</a><br>
<a href="http://www.cluecon.com" target="_blank">http://www.cluecon.com</a><br>
<br>
FreeSWITCH-dev mailing list<br>
<a href="mailto:FreeSWITCH-dev@lists.freeswitch.org">FreeSWITCH-dev@lists.freeswitch.org</a><br>
<a href="http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev" target="_blank">http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev</a><br>
UNSUBSCRIBE:<a href="http://lists.freeswitch.org/mailman/options/freeswitch-dev" target="_blank">http://lists.freeswitch.org/mailman/options/freeswitch-dev</a><br>
<a href="http://www.freeswitch.org" target="_blank">http://www.freeswitch.org</a><br>
<br></blockquote></div><br></div></div>