[Freeswitch-users] Problem with answered call and multiple re-invites

[Jose Fco. Irles Durá]

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á