[asterisk-bugs] [JIRA] (ASTERISK-22834) Parking by blind transfer when lot full orphans channels
rsw686 (JIRA)
noreply at issues.asterisk.org
Fri Nov 8 21:58:03 CST 2013
rsw686 created ASTERISK-22834:
---------------------------------
Summary: Parking by blind transfer when lot full orphans channels
Key: ASTERISK-22834
URL: https://issues.asterisk.org/jira/browse/ASTERISK-22834
Project: Asterisk
Issue Type: Bug
Security Level: None
Components: Features/Parking
Affects Versions: 11.6.0, 11.2.0
Environment: Tested with both Certified Asterisk 11.2-cert2 and Asterisk 11.6 using FreePBX 2.11
Reporter: rsw686
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 at macro-dial-one:41] Set("SIP/2001-00000004", "D_OPTIONS=TtrI") in new stack
-- Executing [s at 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 at macro-dial-one:1] Macro("Parking/SIP/2001-00000004<ZOMBIE>", "hangupcall,") in new stack
-- Executing [s at macro-hangupcall:1] GotoIf("Parking/SIP/2001-00000004<ZOMBIE>", "1?theend") in new stack
-- Goto (macro-hangupcall,s,3)
-- Executing [s at macro-hangupcall:3] ExecIf("Parking/SIP/2001-00000004<ZOMBIE>", "0?Set(CDR(recordingfile)=)") in new stack
-- Executing [s at 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 at 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 at 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 at 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 at 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 at 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 at 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}
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.asterisk.org/jira/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira
More information about the asterisk-bugs
mailing list