<div dir="ltr">Default behaviour should be that it offers all codecs to the gateway and transcodes G729-G711 if required.<div><br><div>Check outbound-codec-prefs on the profile you&#39;re sending to the gateway from? Check it includes both G729 and G711.</div><div><div><br></div><div>Check disable-transcoding is not set to true</div><div><br></div><div>If you&#39;re using absolute_codec_string check it&#39;s including G711, this would override any other settings</div><div><br></div><div><br></div><div><div class="gmail_extra"><br><div class="gmail_quote">On 9 January 2015 at 10:54, indra sena <span dir="ltr">&lt;<a href="mailto:myforums.indra@gmail.com" target="_blank">myforums.indra@gmail.com</a>&gt;</span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div><div><div>Hi All,<br><br></div>Do any body have any suggestion on this ?<div><div class="h5"><br><br>I
 have observed in freeswitch that, In case of  IVR scenario prior to the
 bridge 
FreeSwitch plays IVR with the 1st priority codec then invite 
to the bridge endpoint (B-leg) with SDP containing only the codec 
negotiated for IVR. Also the answer (183 ) to originator(A-leg) with SDP
 containing only with IVR negotiated codec. <br><div><br></div>I am having one issue here for example.<br> <br>Originator(A-leg)
 sends invite with G729, G711 and Freeswitch negotiated with G729 and 
starts playing IVR with G729 and answered(183) to originator with SDP 
containing only G729. And Invited to termination endpoint with SDP 
having only G729 and termination gateway having support of only G711, 
and it is rejecting call after receiving invite with only G729.<br><div><br></div><div>It
 should be work like after IVR , invite can be having sdp with all the 
originator supported codecs and if termination (b-leg) having different 
priority codecs then it can send re-Invite sanding the same.<br><br></div><div>I have observed one issue in freeswitch Jeera (<a href="https://freeswitch.org/jira/browse/FS-880" target="_blank">https://freeswitch.org/jira/browse/FS-880</a>) , but there is no solution in that page.<br><br></div><div>Do we have any solution for this right now ?<br><br></div>Your answers will be very much helpful for me. I appreciate if you can quick response or give some solution for this. <br><br></div></div></div>Thanks &amp; Reagrds,<br></div>GISR..<br></div><div class="HOEnZb"><div class="h5"><div class="gmail_extra"><br><div class="gmail_quote">On Thu, Jan 8, 2015 at 12:39 PM, indra sena <span dir="ltr">&lt;<a href="mailto:myforums.indra@gmail.com" target="_blank">myforums.indra@gmail.com</a>&gt;</span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">Hi ,<br><br>I
 have observed in freeswitch that, In case of  IVR scenario prior to the
 bridge 
FreeSwitch plays IVR with the 1st priority codec then invite 
to the bridge endpoint (B-leg) with SDP containing only the codec 
negotiated for IVR. Also the answer (183 ) to originator(A-leg) with SDP
 containing only with IVR negotiated codec. <br><div><br></div>I am having one issue here for example.<br> <br>Originator(A-leg)
 sends invite with G729, G711 and Freeswitch negotiated with G729 and 
starts playing IVR with G729 and answered(183) to originator with SDP 
containing only G729. And Invited to termination endpoint with SDP 
having only G729 and termination gateway having support of only G711, 
and it is rejecting call after receiving invite with only G729.<br><div><br></div><div>It
 should be work like after IVR , invite can be having sdp with all the 
originator supported codecs and if termination (b-leg) having different 
priority codecs then it can send re-Invite sanding the same.<br><br></div><div>I have observed one issue in freeswitch Jeera (<a href="https://freeswitch.org/jira/browse/FS-880" target="_blank">https://freeswitch.org/jira/browse/FS-880</a>) , but there is no solution in that page.<br><br></div><div>Do we have any solution for this right now ?<br><br></div><div>Your answers will be very much helpful for me. I appreciate if you can quick response or give some solution for this. <br> <br></div><div>Thanks in advance.<br><br></div>Thanks &amp; Regards,<br>GISR..</div>
</blockquote></div><br></div>
</div></div><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>
Official FreeSWITCH Sites<br>
<a href="http://www.freeswitch.org" target="_blank">http://www.freeswitch.org</a><br>
<a href="http://confluence.freeswitch.org" target="_blank">http://confluence.freeswitch.org</a><br>
<a href="http://www.cluecon.com" target="_blank">http://www.cluecon.com</a><br>
<br>
FreeSWITCH-users mailing list<br>
<a href="mailto:FreeSWITCH-users@lists.freeswitch.org">FreeSWITCH-users@lists.freeswitch.org</a><br>
<a href="http://lists.freeswitch.org/mailman/listinfo/freeswitch-users" target="_blank">http://lists.freeswitch.org/mailman/listinfo/freeswitch-users</a><br>
UNSUBSCRIBE:<a href="http://lists.freeswitch.org/mailman/options/freeswitch-users" target="_blank">http://lists.freeswitch.org/mailman/options/freeswitch-users</a><br>
<a href="http://www.freeswitch.org" target="_blank">http://www.freeswitch.org</a><br></blockquote></div><br></div></div></div></div></div>