[Freeswitch-users] one way speech path after attempting voice path redirecting in new invite

[Bejan, Alex]

Hello,

This is my first posting into this list although I monitored activities in the past.
Freeswitch behaves great in our environment - thank you all who contribute!

We started recently observing some one way speech path issues in the following scenario and I would like to ask for suggestions, please:

We have incoming calls from provider to FS that further bridge to different Standard SIP  PBX.
Call is established to SIP device connected on the PBX.
The PBX immediately invites back attempting to redirect rtp path to start recording the call.
FS starts sending RTP to the new destination.

There are 2 different very similar PBX environments connected to the same FS:

-          In one the PBX starts sending RTP even before the connection is ACKed. Recording succeeds.

-          In the second one, PBX starts sending RTP almost one second later. It seems FS reverts back to the original speech path, while the other devices remain unaware, resulting in one way speech path.

The rtp-timeout-sec and rtp-hold-timeout-sec are on the default values
    <!-- rtp inactivity timeout -->
    <param name="rtp-timeout-sec" value="300"/>
    <param name="rtp-hold-timeout-sec" value="1800"/>

Are there any other parameters that could have such an effect?
Your suggestions on further troubleshooting or how to make this work even when RTP is not being received will be greatly appreciated!

Thank you very much!
Regards

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20170130/a7ec772a/attachment-0001.html