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-0600 | Date Closed: | 2011-02-25 13:05:01.000-0600 |
Priority: | Minor | Regression? | No |
Status: | Closed/Complete | Components: | Channels/chan_sip/Transfers |
Versions: | Frequency of Occurrence | ||
Related Issues: | |||
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. Thanks. ****** 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[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. |