Summary:ASTERISK-17338: Combination dtmfmode=info, directmedia=yes/update and transfers blocks Asterisk.
Reporter:Irontec (irontec)Labels:
Date Opened:2011-02-02 10:14:04.000-0600Date Closed:2011-02-25 13:05:01.000-0600
Versions:Frequency of
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.



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[18810]: 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.