Summary: | ASTERISK-00114: Joining two connections to an asterisk application and then hanging up leaves a channel open forever | ||
Reporter: | davidc (davidc) | Labels: | |
Date Opened: | 2003-08-17 22:03:41 | Date Closed: | 2004-09-25 02:40:13 |
Priority: | Trivial | Regression? | No |
Status: | Closed/Complete | Components: | Core/General |
Versions: | Frequency of Occurrence | ||
Related Issues: | |||
Environment: | Attachments: | ||
Description: | Calling a meetme with two lines on a SIP phone, joining the calls and then hanging up causes 1 connection to the meetme to stick around forever. (This is using 'Confrn' and then 'Join' on a 7960). Same thing happens if I for example call a 'music on hold' test extension twice, join and hangup. ****** ADDITIONAL INFORMATION ****** -- Executing MeetMe("SIP/203-ce46", "") in new stack -- Playing 'conf-getconfno' == Parsing '/etc/asterisk/meetme.conf': == Parsing '/etc/asterisk/meetme.conf': Found -- Created ZapTel conference 1022 for conference '1001' -- Playing 'conf-onlyperson' a7s*CLI> show conferences Conf Num Parties Activity 1001 0001 00:00:03 -- Executing MeetMe("SIP/203-91b1", "") in new stack -- Playing 'conf-getconfno' == Parsing '/etc/asterisk/meetme.conf': == Parsing '/etc/asterisk/meetme.conf': Found Conf Num Parties Activity 1001 0002 00:00:22 a7s*CLI> show conferences Conf Num Parties Activity 1001 0002 00:00:26 == Spawn extension (longdistance, 530, 1) exited non-zero on 'SIP/203-91b1' a7s*CLI> show conferences Conf Num Parties Activity 1001 0001 00:00:28 a7s*CLI> show channels Channel (Context Extension Pri ) State Appl. Data SIP/203-ce46 (longdistance 530 1 ) Up MeetMe (Empty) | ||
Comments: | By: davidc (davidc) 2003-08-17 23:15:20 also this appears in the log: Aug 17 22:37:31 NOTICE[7176]: File chan_sip.c, Line 4476 (attempt_transfer): Transfer attempted with no bridged calls to transfer By: Mark Spencer (markster) 2003-08-18 00:16:37 Should be fixed in CVS. Please confirm that it is. By: davidc (davidc) 2003-08-18 04:43:57 Oops! For some reason it now leaves both channels open (rather than just 1 before), I don't get the "spawn extension exited", and asterisk is no longer able to cleanly shutdown: -- Executing MeetMe("SIP/203-dd05", "") in new stack -- Playing 'conf-getconfno' a7s*CLI> show channels Channel (Context Extension Pri ) State Appl. Data SIP/203-dd05 (longdistance 530 1 ) Up MeetMe (Empty) 1 active channel(s) == Parsing '/etc/asterisk/meetme.conf': == Parsing '/etc/asterisk/meetme.conf': Found -- Created ZapTel conference 1023 for conference '1000' -- Playing 'conf-onlyperson' a7s*CLI> show conferences Conf Num Parties Activity 1000 0001 00:00:07 -- Executing MeetMe("SIP/203-123d", "") in new stack -- Playing 'conf-getconfno' == Parsing '/etc/asterisk/meetme.conf': == Parsing '/etc/asterisk/meetme.conf': Found a7s*CLI> show conferences Conf Num Parties Activity 1000 0002 00:00:18 a7s*CLI> show channels Channel (Context Extension Pri ) State Appl. Data SIP/203-123d (longdistance 530 1 ) Up MeetMe (Empty) SIP/203-dd05 (longdistance 530 1 ) Up MeetMe (Empty) 2 active channel(s) [i hang up here to bridge them and the log shows] Aug 18 05:22:34 NOTICE[7176]: File chan_sip.c, Line 4476 (attempt_transfer): Transfer attempted with no bridged calls to transfer a7s*CLI> show channels Channel (Context Extension Pri ) State Appl. Data SIP/203-123d (longdistance 530 1 ) Up MeetMe (Empty) SIP/203-dd05 (longdistance 530 1 ) Up MeetMe (Empty) 2 active channel(s) a7s*CLI> show conferences Conf Num Parties Activity 1000 0002 00:00:30 a7s*CLI> stop now a7s*CLI> show channels a7s*CLI> [cli freezes, call processing stops and killall -9 asterisk is required] By: davidc (davidc) 2003-08-18 04:45:32 if i bridge two musiconhold applications then the same thing happens (2 channels left open), but in this case "stop now" does work. By: Mark Spencer (markster) 2003-08-18 08:59:00 Sorry, typo there. Please confirm this fixes it. By: Mark Spencer (markster) 2003-08-21 18:36:00 Fixed in CVS |