| Summary: | ASTERISK-16191: Stuck channel after asterisk feature attended transfer | ||
| Reporter: | Andrey Solovyev (corruptor) | Labels: | |
| Date Opened: | 2010-06-02 07:16:24 | Date Closed: | 2010-06-22 10:49:41 |
| Priority: | Minor | Regression? | No |
| Status: | Closed/Complete | Components: | Resources/res_features |
| Versions: | Frequency of Occurrence | ||
| Related Issues: | |||
| Environment: | Attachments: | ( 0) full.issue.17444 | |
| Description: | There is a bug in asterisk attended feature transfer. It can be reproduced with fallowing actions. For example we have 3 SIP phones: 1105, 1102 and 1108 1105 calls 1102 => 1102 answers 1102 presses # to do an attended transfer and dials 1108 While 1108 is ringing 1105 hangs up. After that 1102 hangs up. 1102 and 1105 have hung up, their channels are destroyed but 1108 is still ringing. 1108 answers and of hears silence of course. 1108 hangs up. Asterisk doesn't destroy all channels. Such channel as Local/1108@testcon-5372;1 is stuck forever and can be seen with command "core show channels". I can't hang up this channel with "channel request hangup" command. I upload the full asterisk log of call scenario described above. | ||
| Comments: | By: David Vossel (dvossel) 2010-06-21 15:12:58 I was easily able to reproduce this. By: David Vossel (dvossel) 2010-06-21 17:42:49 This is a separate issue from 0017096, so I am removing the duplicate relationship. By: Digium Subversion (svnbot) 2010-06-22 10:46:22 Repository: asterisk Revision: 271831 U trunk/main/features.c ------------------------------------------------------------------------ r271831 | dvossel | 2010-06-22 10:46:22 -0500 (Tue, 22 Jun 2010) | 10 lines fixes attended transfer behavior when both transferee and transferer hung up If both the transferer and transferee of a attended transfer hangup before the new channel picks up, the new channel should be hung up as well as it has no endpoint to talk to. This mirrors the expected behavior used in 1.4. (closes issue ASTERISK-16191) Reported by: corruptor ------------------------------------------------------------------------ http://svn.digium.com/view/asterisk?view=rev&revision=271831 By: Digium Subversion (svnbot) 2010-06-22 10:49:41 Repository: asterisk Revision: 271832 _U branches/1.6.2/ U branches/1.6.2/main/features.c ------------------------------------------------------------------------ r271832 | dvossel | 2010-06-22 10:49:40 -0500 (Tue, 22 Jun 2010) | 16 lines Merged revisions 271831 via svnmerge from https://origsvn.digium.com/svn/asterisk/trunk ........ r271831 | dvossel | 2010-06-22 10:46:22 -0500 (Tue, 22 Jun 2010) | 10 lines fixes attended transfer behavior when both transferee and transferer hung up If both the transferer and transferee of a attended transfer hangup before the new channel picks up, the new channel should be hung up as well as it has no endpoint to talk to. This mirrors the expected behavior used in 1.4. (closes issue ASTERISK-16191) Reported by: corruptor ........ ------------------------------------------------------------------------ http://svn.digium.com/view/asterisk?view=rev&revision=271832 | ||