[asterisk-bugs] [Asterisk 0011251]: Parking into already taken parking slot leaves stalls channels and partially blocks asterisk (fix to issue 11237 is bad)

[noreply at bugs.digium.com]

A NOTE has been added to this issue. 
====================================================================== 
http://bugs.digium.com/view.php?id=11251 
====================================================================== 
Reported By:                mdu113
Assigned To:                
====================================================================== 
Project:                    Asterisk
Issue ID:                   11251
Category:                   Resources/res_features
Reproducibility:            always
Severity:                   minor
Priority:                   normal
Status:                     new
Asterisk Version:            SVN 
SVN Branch (only for SVN checkouts, not tarball releases):  1.4  
SVN Revision (number only!): 89260 
Disclaimer on File?:        N/A 
Request Review:              
====================================================================== 
Date Submitted:             11-14-2007 17:59 CST
Last Modified:              11-15-2007 15:46 CST
====================================================================== 
Summary:                    Parking into already taken parking slot leaves
stalls channels and partially blocks asterisk (fix to issue 11237 is bad)
Description: 
This is related to issue 9723 and 11237. 
The fix for issue 11237 (svn commit 89248 that just reverted changes made
for issue 9723) isn't good enough as it brought back all the problems
described in issue 9723.
After a failed parking attempt I now again see stucked channels and
'restart now' doesn't work. I didn't notice CLI blocks at this time, but
may be I didn't try hard enough. The debug info reported in issue 9723 is
all applicable again.
====================================================================== 

---------------------------------------------------------------------- 
 mdu113 - 11-15-07 15:46  
---------------------------------------------------------------------- 
I'd be happy to handle that in dialplan. The issue is that asterisk doesn't
behave. The detailed description and debug info exists in issue 9723.
Now it's all the same. If I'm attempting to transfer a SIP channel into a
parking lot that's already taken the channel is stuck and after all calls
hung up are still appearing in 'show channes':

devel*CLI> show channels verbose
Channel              Context              Extension        Prio State  
Application  Data                      CallerID        Duration Accountcode
BridgedTo
SIP/1212812120701000 xyz                  s                   1 Up     
(None)       (None)                    100             00:15:16            
(None)
SIP/xyz011102-08208a xyz                  100                 3 Up     
(None)       (None)                    111                                 
(None)
2 active channels
0 active calls

Please note there's no active calls/channels in system now. These are
leftovers of failed parking attempt. SIP/xyz011102 called
SIP/1212812120701000, then SIP/1212812120701000 attempted to park it into
parking lot that was already busy. Then both channels hung up.
Also I specifically put additional logging into dialplan to check if
asterisk continues execution at the next priority.
Here's the dialplan:

exten => *33,1,Set(PARKINGEXTEN=1001)
exten => *33,n,Park
exten => *33,n,NoOp(parking lot busy)
exten => *33,n,HangUp

Asterisk doesn't execute NoOp application even if lot 1001 is busy.
If you want I can recollect all debugging info, but again it all exists in
issue 9723 and as I far as I see it's all valid again. 

Issue History 
Date Modified   Username       Field                    Change               
====================================================================== 
11-15-07 15:46  mdu113         Note Added: 0073751                          
======================================================================