[asterisk-bugs] [Asterisk 0012221]: res_features.c don't return calls to the [park-call] "t" extension. when the extension is busy and the parktime occurs

[noreply at bugs.digium.com]

A NOTE has been added to this issue. 
====================================================================== 
http://bugs.digium.com/view.php?id=12221 
====================================================================== 
Reported By:                edusilva
Assigned To:                
====================================================================== 
Project:                    Asterisk
Issue ID:                   12221
Category:                   Resources/res_features
Reproducibility:            always
Severity:                   minor
Priority:                   normal
Status:                     new
Asterisk Version:           1.4.15 
SVN Branch (only for SVN checkouts, not tarball releases): N/A 
SVN Revision (number only!):  
Disclaimer on File?:        N/A 
Request Review:              
====================================================================== 
Date Submitted:             03-15-2008 11:33 CDT
Last Modified:              03-17-2008 08:45 CDT
====================================================================== 
Summary:                    res_features.c don't return calls to the [park-call]
"t" extension. when the extension is busy and the parktime occurs
Description: 
When I send calls to parkinglot, and the timeout occurs, the parked call
return to the park generator exten. When it's busy the channel on park
hangup.
I thing, the call should return to [park-call] "t" exten when it occurs.
====================================================================== 

---------------------------------------------------------------------- 
 davidw - 03-17-08 08:45  
---------------------------------------------------------------------- 
I would say that this was definitely a feature request and not a bug.  As a
feature request, I think it needs specifying much more precisely.

Also, it appears that the function you want is Hold, not Park.  Asterisk
does support Hold initiated from a SIP phone, with enqiries taking place on
an alternative channel to the phone (typically represented, by the phone,
as being a second line).

Moreover, the classic way of doing the sequence you describe, on even
mechanical relay based PABXes, is to start an attended transfer and then
abandon the transfer to regain the original caller.  I haven't personally
tried this with Asterisk, but I believe it works and I believe there is no
timeout on the hold for attended transfer initiated by using feature codes
(SIP attended transfers actually hold the call and start a second "line"
for the enquiry, so Asterisk would never perceive a transfer in that case,
just an indefinite  Hold.)

The classic use of Park is when you want to transfer the call to another
nearby phone, but you don't know the extension number.  You either park
then walk over to the phone, and retrieve, or you shout to someone else to
retrieve it.

If you do want to proceed with the current issue, whether or not you
accept that it is really a feature request, you need to say how you parked
the call (there are at least 5 variants that I can think of, although it
sounds like you may be doing a non-SIP transfer to the parking extension or
a dialplan entry that uses Park()).  You also need to specify what happens
to the call when it times out.  Note that Asterisk doesn't seem to have a
camp on busy primitive, so that would have to be simulated with higher
level functions, if it is what  you want. 

Issue History 
Date Modified   Username       Field                    Change               
====================================================================== 
03-17-08 08:45  davidw         Note Added: 0084051                          
======================================================================