kenmirrors
/
freeswitch
mirror of https://github.com/signalwire/freeswitch.git
1
0
Fork 0
Code Issues Projects Releases Wiki Activity

[core] Do not block waiting for peer_channel after the bridge ended due 

to CF_ATTENDED_TRANSFER

In some attended transfer scenarios the BYE was only being sent after
the call between peer_channel and his new party is finished. ref
https://freeswitch.org/jira/browse/FS-7242

This was happening because between the audio_bridge_thread finishing and
the while loop checking for peer_channel state, the peer_channel got
quickly bridged to another channel, keeping his state in CS_EXCHANGE_MEDIA
and holding the original channel in the CS_EXECUTE state. Since this
loop doesn't finish the session couldn't transition to CS_PARK to be
hungup with park_timeout (ATTENDED_TRANSFER) ref: mod_sofia
sofia_handle_sip_i_refer.
This commit is contained in:
Ítalo Rossi 2021-02-11 16:12:05 -03:00
parent bc8e3da74c
commit 1cae0684f3
1 changed files with 1 additions and 1 deletions
Show Stats Download Patch File Download Diff File Expand all files Collapse all files

2
src/switch_ivr_bridge.c
View File

@ -1800,7 +1800,7 @@ SWITCH_DECLARE(switch_status_t) switch_ivr_multi_threaded_bridge(switch_core_ses
switch_channel_stop_broadcast(peer_channel); switch_channel_stop_broadcast(peer_channel);
while (switch_channel_get_state(peer_channel) == CS_EXCHANGE_MEDIA) { while (switch_channel_get_state(peer_channel) == CS_EXCHANGE_MEDIA && !switch_channel_test_flag(peer_channel, CF_ATTENDED_TRANSFER)) {
switch_ivr_parse_all_messages(session); switch_ivr_parse_all_messages(session);
switch_cond_next(); switch_cond_next();
} }