[asterisk-bugs] [Asterisk 0013425]: One-touch parking results in stuck/deadlocked channel if parked channel hangs up while announcement still being played

[Asterisk Bug Tracker]

A NOTE has been added to this issue. 
====================================================================== 
http://bugs.digium.com/view.php?id=13425 
====================================================================== 
Reported By:                mdu113
Assigned To:                jpeeler
====================================================================== 
Project:                    Asterisk
Issue ID:                   13425
Category:                   Resources/res_features
Reproducibility:            always
Severity:                   minor
Priority:                   normal
Status:                     assigned
Asterisk Version:           SVN 
SVN Branch (only for SVN checkouts, not tarball releases):  1.4  
SVN Revision (number only!): 141028 
Disclaimer on File?:        N/A 
Request Review:              
====================================================================== 
Date Submitted:             2008-09-04 16:08 CDT
Last Modified:              2008-09-22 13:22 CDT
====================================================================== 
Summary:                    One-touch parking results in stuck/deadlocked
channel if parked channel hangs up while announcement still being played
Description: 
This is a continuation of issue 11979. I discovered it just after I
reported everything's fine and that issue got closed. I don't see a way to
re-open it, probably because I'm not the original reporter, so I'm opening
a new issue.
The setup is exactly as I described in 11979:
- features.conf:
[featuremap]
parkcall => *30                ; Park call (one step parking)

[applicationmap]
park_caller => *33,peer/callee,AGI,park.agi|park_caller
park_callee => *33,peer/caller,AGI,park.agi|park_callee

The scenario:
2 SIP endpoints: xyz011101(polycom 501) calls xyz110001(cisco 7960), call
is connected (through FastAGI application), then I dial *30 on xyz011101 to
park the peer and hangup the peer (xyz110001) while announcement being
played to xyz011101. The result is xyz011101 is stucked. It appears in
channel list after I hang it up on the phone and sometimes (intermittently)
asterisk crashes or deadlocks after that.
Here's the console output:
    -- Executing [1100 at xyz:1] Set("SIP/xyz011101-081e15f8",
"TIMEOUT(absolute)=10800") in new stack
    -- Channel will hangup at 2008-09-04 23:48:14 UTC.
    -- Executing [1100 at xyz:2] AGI("SIP/xyz011101-081e15f8",
"agi://devel.acecape.com") in new stack
    -- AGI Script Executing Application: (SetCallerPres) Options:
(allowed_passed_screen)
    -- AGI Script Executing Application: (Set) Options:
(CALLERID(name)=Unknown)
    -- AGI Script Executing Application: (Set) Options:
(CALLERID(num)=Unknown)
    -- AGI Script Executing Application: (Dial) Options:
(SIP/xyz110001|180|Kk)
    -- Called xyz110001
    -- SIP/xyz110001-081e2b88 is ringing
    -- SIP/xyz110001-081e2b88 answered SIP/xyz011101-081e15f8
    -- Started music on hold, class 'default', on channel
'SIP/xyz110001-081e2b88'
  == Parked SIP/xyz110001-081e2b88 on 701 at parkedcalls. Will timeout back
to extension [xyz] , 1 in 600 seconds
    -- <SIP/xyz011101-081e15f8> Playing 'digits/7' (language 'en')
    -- Stopped music on hold on SIP/xyz110001-081e2b88
  == SIP/xyz110001-081e2b88 got tired of being parked
  == CDR on channel 'SIP/xyz110001-081e2b88' lacks end
  == CDR on channel 'SIP/xyz110001-081e2b88' lacks end
[Sep  4 16:48:21] WARNING[24101]: res_features.c:1846 do_parking_thread:
Whoa, failed to remove the extension!
    -- <SIP/xyz011101-081e15f8> Playing 'digits/0' (language 'en')
    -- <SIP/xyz011101-081e15f8> Playing 'digits/1' (language 'en')
    -- Added extension 'isk/var/lib/asterisk/sounds/digits/en/1.al'
priority 1 to parkedcalls
At this point I hangup xyz011101 and do "show channels":
webdevel*CLI> show channels
Channel              Location             State   Application(Data)
SIP/xyz011101-081e15 s at xyz:1              Up     
Dial(SIP/xyz110001|180|Kk)
1 active channel
1 active call
A few minutes later asterisk crashed
======================================================================
Relationships       ID      Summary
----------------------------------------------------------------------
related to          0013493 In some cases parking extension isn't r...
child of            0013251 [branch] endbeforehexten=yes is useless...
====================================================================== 

---------------------------------------------------------------------- 
 (0092763) mdu113 (reporter) - 2008-09-22 13:22
 http://bugs.digium.com/view.php?id=13425#c92763 
---------------------------------------------------------------------- 
Ok, here's my findings.
First of all I couldn't test it with latest code because it crashes
(http://bugs.digium.com/view.php?id=13506), so I did testing with r142474 again.
I applied this patch and
then patch from http://bugs.digium.com/view.php?id=13493 in that order
(otherwise it doesn't apply and if I
don't apply patch from http://bugs.digium.com/view.php?id=13493 then the problem
with stale parking extension
reappear).
Deadlock still happens and I see no changes.
Moreover I found another problem. if Park application called from AGI
script asterisk crashes after playing announcement. I think this is related
to issues 13465, 13434, 11979. In this case masquerading isn't used and AGI
still returns wrong return code. May be using masquerading in all cases is
safer? 

Issue History 
Date Modified    Username       Field                    Change               
====================================================================== 
2008-09-22 13:22 mdu113         Note Added: 0092763                          
======================================================================