[asterisk-bugs] [Asterisk 0014066]: Calls parked fail to return to the correct phone after timeout

[Asterisk Bug Tracker]

A NOTE has been added to this issue. 
====================================================================== 
http://bugs.digium.com/view.php?id=14066 
====================================================================== 
Reported By:                bluefox
Assigned To:                otherwiseguy
====================================================================== 
Project:                    Asterisk
Issue ID:                   14066
Category:                   Features/Parking
Reproducibility:            sometimes
Severity:                   block
Priority:                   normal
Status:                     feedback
Target Version:             1.4.23
Asterisk Version:           1.4.22 
Regression:                 No 
SVN Branch (only for SVN checkouts, not tarball releases): N/A 
SVN Revision (number only!):  
Request Review:              
====================================================================== 
Date Submitted:             2008-12-11 20:01 CST
Last Modified:              2009-01-18 04:36 CST
====================================================================== 
Summary:                    Calls parked fail to return to the correct phone
after timeout
Description: 
Calls put in park (parkedcalls feature) are put in park and can be picked
up correctly.

BUT when timeout occurs, instead of the phone that put the call on park
ringing back, the phone that was put in the parking extension rings back.
(i.e. the caller phone rings itself).  This happens about 20% of the time.

(this describes a SIP Phone - Asterisk - SIP phone call, but failure is
also seen on an external call being put in park.  But the result is a weird
hangup instead of a phone calling itself back)
====================================================================== 

---------------------------------------------------------------------- 
 (0098097) bluefox (reporter) - 2009-01-18 04:36
 http://bugs.digium.com/view.php?id=14066#c98097 
---------------------------------------------------------------------- 
More info (and a new log file, park2.log).  I used a test server nothing on
it but the two Polycom SIP phones being used for the park test.  I have now
been using 1.4.23-rc4, as the readme mentionned masquerading for park. 
What I found is this:

This time I couldn't get the park feature to fail, UNLESS I completed the
transfer (transfer is managed by the phone) BEFORE I heard the first digit
of parked extension.  In that case, it's a 100% failure rate.

Not only is it a 100% failure rate, but the funny thing is that is that if
I transfer the call too quickly (before hearing the digits), the digits are
heard on the wrong phone's speakerphone.  As if the park application
couldn't find the phone and fell back on whatever other device has a name
close to it (in my case the sip names were test and test2).

So the phone being put on park was the one hearing "7-0-0" when the
parking phone was too quick to disconnect and park the call.....

I believe this should help fix this, or at least find where the problem
lies. 

Issue History 
Date Modified    Username       Field                    Change               
====================================================================== 
2009-01-18 04:36 bluefox        Note Added: 0098097                          
======================================================================