|Summary:||ASTERISK-17338: Combination dtmfmode=info, directmedia=yes/update and transfers blocks Asterisk.|
|Date Opened:||2011-02-02 10:14:04.000-0600||Date Closed:||2011-02-25 13:05:01.000-0600|
|Environment:||Attachments:||( 0) InfoThreads.txt|
( 1) ShowLocks.txt
( 2) ThreadBT.txt
|Description:||When we use as dtmfmode INFO and PtP audio (directmedia=yes or update), and we do an attended transfer Asterisk blocks (no Segfault).|
We attach "core show locks" command output and some info from gdb. Asterisk is compiled with "DON'T OPTIMIZE" and "DEBUG THREADS" flags.
To reproduce it, we make a call A->B and A does an attended transfer to C, but also occurs with transfers like A->B and B transfers C.
****** ADDITIONAL INFORMATION ******
Maybe this bug is for another category. Maybe channels??
|Comments:||By: Irontec (irontec) 2011-02-03 03:17:27.000-0600|
Sometimes we receive this warning:
[Feb 3 10:16:08] WARNING: rtp_engine.c:1209 remote_bridge_loop: Channel 'SIP/100-00000006<ZOMBIE>' failed to break RTP bridge
But in this case Asterisk doesn't block. :(
By: Irontec (irontec) 2011-02-03 07:03:36.000-0600
Issue ASTERISK-1821468 maybe is related. (or the same) ??
By: Alec Davis (alecdavis) 2011-02-25 13:05:01.000-0600
Fixed in 1.8 branch and trunk as of r308945
See issue ASTERISK-17431 for details.
If this is not the case, please reopen.