Is this the case even when the RTP IP in the SDP doesn't change? I'm seeing successful re-invites being processed with no auto adjust happening afterwards. I see: 2016-05-13 21:28:24.216684 [DEBUG] sofia.c:7614 Processing updated SDP 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. Thanks for the response. Best, Colin On Fri, May 13, 2016 at 9:14 PM Michael Jerris <mike@jerris.com> wrote:
we already re-open the auto adjust window on reinvite
On Friday, May 13, 2016, Colin Morelli <colin.morelli@gmail.com> wrote:
I have mobile applications running behind NAT. When their reachability changes (and the device's local route updates), I want to automatically switch the RTP stream to the new address/port combination.
I've tried using the RTP ALWAYS_AUTO_ADJUST bug, but that results in *very* choppy audio. I also don'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 *will* send a re-invite when its address changes. Is there any way to perform RTP audio adjust only on a re-invite?
Using STUN doesn't seem right for two reasons: 1) on its own it can't solve this problem (even if it determines the external IP, the port is still wrong). 2) it results in issues on FS "Invalid STUN/ICE packet received 20 bytes"
Would appreciate any help.
Best, Colin
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
Official FreeSWITCH Sites http://www.freeswitch.org http://confluence.freeswitch.org http://www.cluecon.com
FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org