[asterisk-bugs] [Asterisk 0014741]: Timed out parked calls always return to originating extension

[Asterisk Bug Tracker]

A NOTE has been added to this issue. 
====================================================================== 
https://issues.asterisk.org/view.php?id=14741 
====================================================================== 
Reported By:                Herb
Assigned To:                
====================================================================== 
Project:                    Asterisk
Issue ID:                   14741
Category:                   Resources/res_features
Reproducibility:            always
Severity:                   minor
Priority:                   normal
Status:                     feedback
Asterisk Version:           1.4.24 
Regression:                 No 
SVN Branch (only for SVN checkouts, not tarball releases): N/A 
SVN Revision (number only!):  
Request Review:              
====================================================================== 
Date Submitted:             2009-03-24 21:11 CDT
Last Modified:              2009-06-22 13:56 CDT
====================================================================== 
Summary:                    Timed out parked calls always return to originating
extension
Description: 
I have been trying to get this to work on versions 1.4.22.2 and 1.4.24 and
no matter what I do, timed out parked calls always ring back the
originating extension.

However, I have downloaded and installed 1.6.1-rc3 and this feature works
correctly.  I would like to stick with version 1.4 if possible due to
stability (for the most part :) ) but will just migrate if I have to, since
this is an required feature for my installation.

I have included parts of my features.conf file.

(features.conf)
[general]
comebacktoorigin = no

{extensions.conf}
[parkedcallstimeout]
exten => s,1,NoOp(user was parked on parkingslot #${PARKINGSLOT})
exten => s,2,Playback(tt-monkeys)

====================================================================== 

---------------------------------------------------------------------- 
 (0106823) DLNoah (reporter) - 2009-06-22 13:56
 https://issues.asterisk.org/view.php?id=14741#c106823 
---------------------------------------------------------------------- 
I am actually seeing that comebacktoorigin = no is NOT working for me on
any 1.6.0 or 1.6.1 implementation.

My configuration is as follows:
(features.conf)
[general]
comebacktoorigin = no

(extensions.conf)
exten => s,1,NoOp("Parked call timed out - ${PARKEDAT} - CID:
"${CALLERID(all)})
exten => s,n,... some more handling for the timed out park

The console behavior is as follows:
    -- Stopped music on hold on IAX2/dundi-directlink-7325
[Jun 22 10:32:18] WARNING[322]: features.c:2975 manage_parkinglot:
Dialfeatures not found on IAX2/dundi-directlink-7325, using default!
    -- Added extension 'IAX20dundi-directlink' priority 1 to park-dial
(0xb7409258)
[Jun 22 10:32:18] WARNING[322]: features.c:2984 manage_parkinglot: now
going to parkedcallstimeout,s,1 | ps is 1071
  == Timeout for IAX2/dundi-directlink-7325 parked on 1071 (default).
Returning to parkedcallstimeout,IAX20dundi-directlink,1
  == Starting IAX2/dundi-directlink-7325 at
parkedcallstimeout,IAX20dundi-directlink,1 failed so falling back to exten
's'
    -- Executing [s at parkedcallstimeout:1]
NoOp("IAX2/dundi-directlink-7325", ""Parked call timed out - 1071 - CID:
""Noah" <100>") in new stack


For that specific example, I parked myself, so the parking device was
IAX2/dundi-directlink-7325.  If someone parks a call using a SIP device
(e.g. SIP/1000), then Asterisk will first attempt to return to
parkedcallstimeout,SIP01010,1 before failing at that and catching the
parkedcallstimeout,s,1 extension.  It looks like Asterisk is still trying
to return the call to the device that parked it, but the / is getting
replaced with a 0, which causes the channel creation to fail.

Also, if you do not have comebacktoorigin = no set, 1.6.x will attempt to
call the parking device, with the 0 substituted for the / (so it tries to
call SIP01010 instead of SIP/1010, failing), and then fails into the
park-dial,t,1 context.  The fall-through to park-dial,t,1 is the behavior
that 1.4.x exhibited when the 30 seconds of rining timed out and is
expected behavior, but the parking extension is never successfully being
rang because of Asterisk trying to call SIP01010 instead of SIP/1010. 

Issue History 
Date Modified    Username       Field                    Change               
====================================================================== 
2009-06-22 13:56 DLNoah         Note Added: 0106823                          
======================================================================