[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 
Reviewboard Link:            
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-12-15 05:31 CST
====================================================================== 
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'.
====================================================================== 

---------------------------------------------------------------------- 
 (0115252) davidw (reporter) - 2009-12-15 05:31
 https://issues.asterisk.org/view.php?id=15956#c115252 
---------------------------------------------------------------------- 
I believe that 202 Accepted is the correct response.  At that stage, all
you are saying is that you implement REFER, the REFER request was well
formed, and it doesn't violate policy.  (In the general case of a SIP
refer, the recipient will then issue an INVITE, and only when it gets a
final response to the INVITE, would it know whether the number was
reasonable.)

The correct place to signal that there is no parking lot is in a
subsequent NOTIFY.

As this is a SIP issue, you need to follow the SIP bug reporting
guidelines and supply traces.  However, the correct way dealing with the
failed call is to make sure that the Park application doesn't answer the
call until it is sure that it will succeed.  When the call then fails, the
NOTIFY will tell the transferor that it should resume the original call,
which it should not have released until it got a final status in a NOTIFY.

It think this is what you are eventually saying, but it doesn't result in
the replacement of the 202 Accepted, it causes a NOTIFY, at a later stage.

Incidentally, I think your pseudo code looks too like real code and may
need to be submitted as a licensed attachment. 

Issue History 
Date Modified    Username       Field                    Change               
====================================================================== 
2009-12-15 05:31 davidw         Note Added: 0115252                          
======================================================================