Summary: | ASTERISK-22834: Parking by blind transfer when lot full orphans channels | ||||||
Reporter: | rsw686 (rsw686) | Labels: | |||||
Date Opened: | 2013-11-08 21:57:09.000-0600 | Date Closed: | 2014-01-14 09:35:03.000-0600 | ||||
Priority: | Major | Regression? | |||||
Status: | Closed/Complete | Components: | Features/Parking | ||||
Versions: | 11.2.0 11.6.0 | Frequency of Occurrence | Constant | ||||
Related Issues: |
| ||||||
Environment: | Tested with both Certified Asterisk 11.2-cert2 and Asterisk 11.6 using FreePBX 2.11 | Attachments: | |||||
Description: | Two parking slots are configured 71 and 72. Calls were placed from 2002, 2003 and 2001 to 2005. The first two calls 2002 and 2003 were parked by blind transfer to ext 70. Attempting to blind transfer the third call 2001 fails orphaning both channels. At this point the channels are stuck. Requesting a hangup does nothing. The only way to recover is to restart Asterisk.
{code} -- Executing [s@macro-dial-one:41] Set("SIP/2001-00000004", "D_OPTIONS=TtrI") in new stack -- Executing [s@macro-dial-one:42] Dial("SIP/2001-00000004", "SIP/2005,15,TtrI") in new stack [2013-11-08 22:29:57] WARNING[26839][C-00000002]: app_dial.c:2437 dial_exec_full: Unable to create channel of type 'SIP' (cause 20 - Subscriber absent) == Using SIP RTP TOS bits 184 == Using SIP RTP CoS mark 5 -- Called SIP/2005 -- Connected line update to SIP/2001-00000004 prevented. -- SIP/2005-00000005 is ringing -- Connected line update to SIP/2001-00000004 prevented. -- SIP/2005-00000005 answered SIP/2001-00000004 -- Executing [h@macro-dial-one:1] Macro("Parking/SIP/2001-00000004<ZOMBIE>", "hangupcall,") in new stack -- Executing [s@macro-hangupcall:1] GotoIf("Parking/SIP/2001-00000004<ZOMBIE>", "1?theend") in new stack -- Goto (macro-hangupcall,s,3) -- Executing [s@macro-hangupcall:3] ExecIf("Parking/SIP/2001-00000004<ZOMBIE>", "0?Set(CDR(recordingfile)=)") in new stack -- Executing [s@macro-hangupcall:4] Hangup("Parking/SIP/2001-00000004<ZOMBIE>", "") in new stack [2013-11-08 22:30:02] WARNING[26842]: features.c:1599 park_space_reserve: No more parking spaces in default == Spawn extension (macro-hangupcall, s, 4) exited non-zero on 'Parking/SIP/2001-00000004<ZOMBIE>' in macro 'hangupcall' == Spawn extension (macro-dial-one, h, 1) exited non-zero on 'Parking/SIP/2001-00000004<ZOMBIE>' == Spawn extension (macro-dial-one, s, 42) exited non-zero on 'Parking/SIP/2001-00000004<ZOMBIE>' in macro 'dial-one' == Spawn extension (macro-exten-vm, s, 14) exited non-zero on 'Parking/SIP/2001-00000004<ZOMBIE>' in macro 'exten-vm' == Spawn extension (ext-local, 2005, 2) exited non-zero on 'Parking/SIP/2001-00000004<ZOMBIE>' [2013-11-08 22:30:02] NOTICE[26794][C-00000002]: chan_sip.c:22897 handle_response_notify: Got OK on REFER Notify message voip*CLI> core show channels verbose Channel Context Extension Prio State Application Data CallerID Duration Accountcode PeerAccount BridgedTo SIP/2002-00000000 macro-dial-one s 42 Up Parked Call (None) 2002 00:00:35 (None) SIP/2003-00000002 macro-dial-one s 42 Up Parked Call (None) 2003 00:00:22 (None) SIP/2005-00000005 from-internal 1 Up (None) (None) 2005 00:00:11 (None) SIP/2001-00000004 macro-dial-one s 42 Up (None) (None) 2001 00:00:11 (None) {code} {code} -- Stopped music on hold on SIP/2003-00000002 == SIP/2003-00000002 got tired of being parked == Extension Changed 2003[ext-local] new state Idle for Notify User 2005 == Extension Changed 72[park-hints] new state Idle for Notify User 2005 [2013-11-08 22:30:36] WARNING[26794]: chan_sip.c:4403 __sip_autodestruct: Autodestruct on dialog '4de2720c698dbb3c6fc8945221f037ed@voip.mydomain.locl' with owner SIP/2005-00000005 in place (Method: BYE). Rescheduling destruction for 10000 ms -- Stopped music on hold on SIP/2002-00000000 == SIP/2002-00000000 got tired of being parked == Extension Changed 2002[ext-local] new state Idle for Notify User 2005 == Extension Changed 71[park-hints] new state Idle for Notify User 2001 == Extension Changed 71[park-hints] new state Idle for Notify User 2005 [2013-11-08 22:30:38] WARNING[26794]: chan_sip.c:4403 __sip_autodestruct: Autodestruct on dialog '9dd6691b-247dfacc-e24e12d1@172.16.1.149' with owner SIP/2001-00000004 in place (Method: BYE). Rescheduling destruction for 10000 ms [2013-11-08 22:30:42] WARNING[26794]: chan_sip.c:4403 __sip_autodestruct: Autodestruct on dialog '4de2720c698dbb3c6fc8945221f037ed@voip.mydomain.locl' with owner SIP/2005-00000005 in place (Method: BYE). Rescheduling destruction for 10000 ms voip*CLI> core show channels verbose Channel Context Extension Prio State Application Data CallerID Duration Accountcode PeerAccount BridgedTo SIP/2005-00000005 from-internal 1 Up (None) (None) 2005 00:00:40 (None) SIP/2001-00000004 macro-dial-one s 42 Up (None) (None) 2001 00:00:40 (None) {code} {code} voip*CLI> channel request hangup SIP/2005-00000005 Requested Hangup on channel 'SIP/2005-00000005' [2013-11-08 22:43:06] WARNING[26794]: chan_sip.c:4403 __sip_autodestruct: Autodestruct on dialog '9dd6691b-247dfacc-e24e12d1@172.16.1.149' with owner SIP/2001-00000004 in place (Method: BYE). Rescheduling destruction for 10000 ms voip*CLI> channel request hangup SIP/2001-00000004 Requested Hangup on channel 'SIP/2001-00000004' [2013-11-08 22:43:11] WARNING[26794]: chan_sip.c:4403 __sip_autodestruct: Autodestruct on dialog '4de2720c698dbb3c6fc8945221f037ed@voip.mydomain.local' with owner SIP/2005-00000005 in place (Method: BYE). Rescheduling destruction for 10000 ms [2013-11-08 22:43:13] WARNING[26794]: chan_sip.c:4403 __sip_autodestruct: Autodestruct on dialog '9dd6691b-247dfacc-e24e12d1@172.16.1.149' with owner SIP/2001-00000004 in place (Method: BYE). Rescheduling destruction for 10000 ms voip*CLI> core show channels verbose Channel Context Extension Prio State Application Data CallerID Duration Accountcode PeerAccount BridgedTo SIP/2005-00000005 from-internal 1 Up (None) (None) 2005 00:13:12 (None) SIP/2001-00000004 macro-dial-one s 42 Up (None) (None) 2001 00:13:12 (None) {code} | ||||||
Comments: | By: Rusty Newton (rnewton) 2014-01-10 10:34:04.692-0600 Reporter mentions (on ASTERISK-23047) that this issue is fixed by the patch attached to ASTERISK-23047 |