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 SDPIndicating 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,ColinOn 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