Hi, I have an audio problem with some user agents (Alcatel OXO) that sends multiple re-invites. Example scenario: FreeSWITCH with public IP (example: 1.1.1.1) Alcatel behind NAT (private IP 192.168.20.200, public IP 2.2.2.2) 1. I send the call to Alcatel and the sdp negotiation works well. The remote port for RTP is 32014. In the capture I can see that FreeSWITCH sends first RTP packets to the IP 192.168.20.200 and port 32014. Later, the audio stream from Alcatel arrives from IP 2.2.2.2 and port 32014 and FreeSWITCH changes and sends RTP to 2.2.2.2:32014 (rtp auto adjust), so I can listen the audio (the Alcatel has an IVR menu). 2. In the IVR menu I press one option and the Alcatel sends me an INVITE changing media. It sends a new port (32016), FreeSWITCH accepts the re-invite without changing its source port. In the capture I can see that FreeSWITCH sends first RTP packets to the IP 192.168.20.200 and port 32016, but when the first packets from the real IP:PORT (2.2.2.2:32016) arrives, FreeSWITCH don't change its RTP stream to the new port, so I can't hear the audio from the Alcatel. 3. Later, FreeSWITCH receives another re-invite changing remote port to 32020. First, FreeSWITCH sends audio to the private IP:PORT (192.168.20.200:32020), but when it receives the real stream from 2.2.2.2:32020, it doesn't change to the new IP:PORT (2.2.2.2:32020).
From point 2, I don't hear anything.
This problem happens with the last stable version (1.10.5). I think that it's a bug, but I don't know if there are some config that change that behaviour. I have uploaded the capture (png): https://i.imgur.com/emvnaCt.png Best regards -- Jose Fco. Irles Durá