<div><div dir="ltr">It seems even with bypass media the codecs are flipped in the reinvite.  Setting enable-soa=false breaks reinvites for t.38 and such.</div></div><div dir="ltr"><br></div><div dir="ltr">FreeSWITCH Version 1.2.11-n20130816T111409Z-1~wheezy+1+git~20130816T135609Z~64ade54a73 (-n20130816T111409Z-1~wheezy+1git 64ade54 2013-08-16 13:56:09Z)</div>
<div dir="ltr"><br></div><div dir="ltr"><br></div><div dir="ltr">- Jeff</div><div dir="ltr"><br></div>
<br><br><div class="gmail_quote">On Thu, Aug 1, 2013 at 3:38 PM, Jeff Pyle <span dir="ltr">&lt;<a href="mailto:jpyle@fidelityvoice.com" target="_blank">jpyle@fidelityvoice.com</a>&gt;</span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
This seems to break other things.  I lose media, possibly when the far end sends 200 OK.  I didn&#39;t have an opportunity to do much troubleshooting.<div><br></div><div>I&#39;m working a different approach that includes removing FS from the media path altogether.  </div>
<span class="HOEnZb"><font color="#888888">
<div><br></div><div><br></div><div>- Jeff</div></font></span><div class="HOEnZb"><div class="h5"><div><br><br><div class="gmail_quote">On Thu, Jul 25, 2013 at 8:49 AM, Anthony Minessale <span dir="ltr">&lt;<a href="mailto:anthony.minessale@gmail.com" target="_blank">anthony.minessale@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"><p>Try enable-soa=false in the Sofia profile to disable any auto parsing. </p>
<div class="gmail_quote"><div><div>On Jul 25, 2013 6:41 AM, &quot;Jeff Pyle&quot; &lt;<a href="mailto:jpyle@fidelityvoice.com" target="_blank">jpyle@fidelityvoice.com</a>&gt; wrote:<br type="attribution"></div>
</div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div><div>
Hello,
<div><br></div><div>FreeSWITCH Version 1.3.17+git~20130318T211211Z~2dc3b47db1.  The config is a basic SBC to handle NAT traversal between public and private interfaces.  Proxy-media mode is configured.</div><div><br></div>



<div>Inbound call from carrier hits us with G711u and G729 in the SDP, in that order.  Inside PBX chooses G711u and call is established.  30 minutes later the carrier does a session refresh with a re-INVITE with an identical SDP as the initial INVITE.  When FreeSWITCH the re-INVITE leaves FreeSWITCH towards the inside PBX, the attached SDP has G711u and G729 are flipped such that G729 is now preferred.  The PBX accepts the G729 request and the session switches to G729.</div>



<div><br></div><div>There are no SDP smarts in the dialplan.  Codecs are not handled at all by design.</div><div><br></div><div>Is this something that could be caused by a misconfiguration?  Or, is my next step a jira?</div>



<div><br></div><div><br></div><div><br></div><div>- Jeff</div><div><br></div>
<br></div></div>_________________________________________________________________________<br>
Professional FreeSWITCH Consulting Services:<br>
<a href="mailto:consulting@freeswitch.org" target="_blank">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-users mailing list<br>
<a href="mailto:FreeSWITCH-users@lists.freeswitch.org" target="_blank">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>
<br></blockquote></div>
<br>_________________________________________________________________________<br>
Professional FreeSWITCH Consulting Services:<br>
<a href="mailto:consulting@freeswitch.org" target="_blank">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-users mailing list<br>
<a href="mailto:FreeSWITCH-users@lists.freeswitch.org" target="_blank">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>
<br></blockquote></div><br></div>
</div></div></blockquote></div><br>