[Freeswitch-users] Update RTP Address On Re-Invite
colin.morelli at gmail.com
Sat May 14 05:34:52 MSD 2016
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.
On Fri, May 13, 2016 at 9:14 PM Michael Jerris <mike at jerris.com> wrote:
> we already re-open the auto adjust window on reinvite
> On Friday, May 13, 2016, Colin Morelli <colin.morelli at 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
>> 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.
> Professional FreeSWITCH Consulting Services:
> consulting at freeswitch.org
> Official FreeSWITCH Sites
> FreeSWITCH-users mailing list
> FreeSWITCH-users at lists.freeswitch.org
-------------- next part --------------
An HTML attachment was scrubbed...
Join us at ClueCon 2016 Aug 8-12, 2016
More information about the FreeSWITCH-users