in may be only on media address change.  You&#39;d be looking on switch_core_media.c to find it<span></span><div><br>On Thursday, July 7, 2016, Colin Morelli &lt;<a href="mailto:colin.morelli@gmail.com">colin.morelli@gmail.com</a>&gt; wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">Hey all,<div><br></div><div>Reviving this thread just to see if anyone has thoughts here?</div><div><br></div><div>I&#39;ve tried digging through the source and can&#39;t seem to find where the re-opening of auto_adjust happens during a re-invite. As an aside bug (I&#39;ll report in JIRA) - it looks like the always_auto_adjust RTP bug results in very choppy audio.</div><div><br></div><div>That said, I don&#39;t need always_auto_adjust, as I&#39;m fine with sending a re-invite when I need this to happen. It just doesn&#39;t seem to be working. Is there something else that needs to be set or is this also a bug?</div><div><br></div><div>Best,</div><div>Colin</div><br><div class="gmail_quote"><div dir="ltr">On Fri, May 13, 2016 at 9:34 PM Colin Morelli &lt;<a href="javascript:_e(%7B%7D,&#39;cvml&#39;,&#39;colin.morelli@gmail.com&#39;);" target="_blank">colin.morelli@gmail.com</a>&gt; wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">Is this the case even when the RTP IP in the SDP doesn&#39;t change? I&#39;m seeing successful re-invites being processed with no auto adjust happening afterwards. I see:<div><br></div><div>2016-05-13 21:28:24.216684 [DEBUG] sofia.c:7614 Processing updated SDP<br></div><div><br></div><div>Indicating that FS did receive the SDP in the re-invite but nothing else about RTP auto adjust afterwards. This is on FreeSWITCH Version 1.6.7-14-d38d065~64bit (-14-d38d065 64bit) running on Debian 8 x86_64.</div><div><br></div><div>Thanks for the response.</div><div><br></div><div>Best,</div><div>Colin</div></div><br><div class="gmail_quote"><div dir="ltr">On Fri, May 13, 2016 at 9:14 PM Michael Jerris &lt;<a href="javascript:_e(%7B%7D,&#39;cvml&#39;,&#39;mike@jerris.com&#39;);" target="_blank">mike@jerris.com</a>&gt; wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">we already re-open the auto adjust window on reinvite <span></span><br><br>On Friday, May 13, 2016, Colin Morelli &lt;<a href="javascript:_e(%7B%7D,&#39;cvml&#39;,&#39;colin.morelli@gmail.com&#39;);" target="_blank">colin.morelli@gmail.com</a>&gt; wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">I have mobile applications running behind NAT. When their reachability changes (and the device&#39;s local route updates), I want to automatically switch the RTP stream to the new address/port combination.<div><br></div><div>I&#39;ve tried using the RTP ALWAYS_AUTO_ADJUST bug, but that results in <i>very</i> choppy audio. I also don&#39;t really need it, as the only time I care to perform RTP auto-adjust is after an invite session. For this case I can safely assume that the client <i>will</i> send a re-invite when its address changes. Is there any way to perform RTP audio adjust only on a re-invite?</div><div><br></div><div>Using STUN doesn&#39;t seem right for two reasons: 1) on its own it can&#39;t solve this problem (even if it determines the external IP, the port is still wrong). 2) it results in issues on FS &quot;Invalid STUN/ICE packet received 20 bytes&quot;</div><div><br></div><div>Would appreciate any help.</div><div><br></div><div>Best,</div><div>Colin</div></div>
</blockquote>
_________________________________________________________________________<br>
Professional FreeSWITCH Consulting Services:<br>
<a href="javascript:_e(%7B%7D,&#39;cvml&#39;,&#39;consulting@freeswitch.org&#39;);" target="_blank">consulting@freeswitch.org</a><br>
<a href="http://www.freeswitchsolutions.com" rel="noreferrer" target="_blank">http://www.freeswitchsolutions.com</a><br>
<br>
Official FreeSWITCH Sites<br>
<a href="http://www.freeswitch.org" rel="noreferrer" target="_blank">http://www.freeswitch.org</a><br>
<a href="http://confluence.freeswitch.org" rel="noreferrer" target="_blank">http://confluence.freeswitch.org</a><br>
<a href="http://www.cluecon.com" rel="noreferrer" target="_blank">http://www.cluecon.com</a><br>
<br>
FreeSWITCH-users mailing list<br>
<a href="javascript:_e(%7B%7D,&#39;cvml&#39;,&#39;FreeSWITCH-users@lists.freeswitch.org&#39;);" target="_blank">FreeSWITCH-users@lists.freeswitch.org</a><br>
<a href="http://lists.freeswitch.org/mailman/listinfo/freeswitch-users" rel="noreferrer" target="_blank">http://lists.freeswitch.org/mailman/listinfo/freeswitch-users</a><br>
UNSUBSCRIBE:<a href="http://lists.freeswitch.org/mailman/options/freeswitch-users" rel="noreferrer" target="_blank">http://lists.freeswitch.org/mailman/options/freeswitch-users</a><br>
<a href="http://www.freeswitch.org" rel="noreferrer" target="_blank">http://www.freeswitch.org</a></blockquote></div></blockquote></div></div>
</blockquote></div>