[asterisk-bugs] [Asterisk 0015956]: Transfer to parking lot replies '202 Accepted' rather than '480 Temporarily Unavailable' when lot is full

[Asterisk Bug Tracker]

A NOTE has been added to this issue. 
====================================================================== 
https://issues.asterisk.org/view.php?id=15956 
====================================================================== 
Reported By:                Nick_Lewis
Assigned To:                
====================================================================== 
Project:                    Asterisk
Issue ID:                   15956
Category:                   Channels/chan_sip/Transfers
Reproducibility:            always
Severity:                   minor
Priority:                   normal
Status:                     acknowledged
Asterisk Version:           SVN 
JIRA:                        
Regression:                 No 
SVN Branch (only for SVN checkouts, not tarball releases): N/A 
SVN Revision (number only!):  
Request Review:              
====================================================================== 
Date Submitted:             2009-09-24 12:05 CDT
Last Modified:              2009-09-29 03:16 CDT
====================================================================== 
Summary:                    Transfer to parking lot replies '202 Accepted'
rather than '480 Temporarily Unavailable' when lot is full
Description: 
When using sip refer to blind transfer to the parking lot, asterisk always
responds '202 Accepted'. When the parking lot is full it should instead
respond '480 Temporarily Unavailable'.
====================================================================== 

---------------------------------------------------------------------- 
 (0111480) Nick_Lewis (reporter) - 2009-09-29 03:16
 https://issues.asterisk.org/view.php?id=15956#c111480 
---------------------------------------------------------------------- 
I have to admit that I only implemented the quick and dirty ast_park_full
function. This function was just a copy and paste of the existing "No more
parking spaces\n" check at the beginning of ast_park_call

This approach works 99.9% of the time as there is little chance of parking
lot churn between requesting a transfer to the parking lot and actually
doing it. The "No more parking spaces\n" check is still in ast_park_call as
well so for the other 0.1% it is no worse than the current implementation.

Having said all that I am not promoting the quick and dirty approach. A
reservation system which reserves and returns a parking space number is the
better solution. 

Issue History 
Date Modified    Username       Field                    Change               
====================================================================== 
2009-09-29 03:16 Nick_Lewis     Note Added: 0111480                          
======================================================================