[asterisk-bugs] [Asterisk 0010890]: When parking lot ring back times out, error is generated, line is hung up and timeout extension isn't reached.

[noreply at bugs.digium.com]

A NOTE has been added to this issue. 
====================================================================== 
http://bugs.digium.com/view.php?id=10890 
====================================================================== 
Reported By:                kenw
Assigned To:                
====================================================================== 
Project:                    Asterisk
Issue ID:                   10890
Category:                   Channels/chan_sip/Transfers
Reproducibility:            always
Severity:                   minor
Priority:                   normal
Status:                     new
Asterisk Version:           1.4.11  
SVN Branch (only for SVN checkouts, not tarball releases): N/A  
SVN Revision (number only!):  
Disclaimer on File?:        N/A 
Request Review:              
====================================================================== 
Date Submitted:             10-04-2007 18:28 CDT
Last Modified:              03-12-2008 13:53 CDT
====================================================================== 
Summary:                    When parking lot ring back times out, error is
generated, line is hung up and timeout extension isn't reached.
Description: 
The situation is repeated as follows:

1. Call is placed into parking lot
2. Call timesout from parking lot and rings back extension that put it
there to begin with
3. After http://bugs.digium.com/view.php?id=8#50 seconds of ringing back to
extension that placed the call in
the parking lot, the [park-dial] 't' extension should be invoked, instead
the following errors show up in the Asterisk-CLI:

[Oct  4 17:22:47] WARNING[7986]: chan_sip.c:12037 handle_response_invite:
Re-invite to non-existing call leg on other UA. SIP dialog
'224fe567089888351edffad76cdf16d9 at 10.200.26.202'. Giving up.
[Oct  4 17:38:18] WARNING[7986]: chan_sip.c:12536 handle_response: Remote
host can't match request CANCEL to call
'4c93b03d7f87f05950d21bd971edd97b at 10.200.26.202'. Giving up.

I'm not sure if this is a parking lot or SIP issue, but beings the errors
are from chan_sip.c I chose SIP Transfers.

I've attached CLI with debug & verbose set to 4 as well as sip debug
enabled.  I've also attached the parts of features.conf, extensions.conf &
sip.conf that apply.  Problem was noticed in 1.4.10.1, upgrade to 1.4.12
made no difference.

(1.4.12 not an option on Asterisk version btw).
====================================================================== 

---------------------------------------------------------------------- 
 davidw - 03-12-08 13:53  
---------------------------------------------------------------------- 
This looks like it may relate to my http://bugs.digium.com/view.php?id=0012194. 
Certainly the misleading
verbose trace is the same.  At the moment I'm having difficulty believing
that returning a call to SIP would ever work, although I suppose it might
work if something magic was done with the session suffix from the channel
name, or it was simply stripped.  In my case it is much easier to see what
is going wrong, as I'm using the console channel; I don't know if there are
any hacks in the SIP channel that might mitigate my issue.

Note that only ParkAndAnnounce actually goes back to where the verbose
message says it will go back (ParkAndAnnounce doesn't pass a peer to the
core part of the park function).  All the other variants (feature code, AMI
Park, and Park application) try and return to the peer.  In the case of
Park(), this is the channel name of the channel that was actually parked,
at the time of the Park(), which the system expects to have been released
by a transfer, of the parked call.

I have some reservations about what actually gets parked for AMI Park and
ParkAndAnnounce, but that is based on code reading, and I need to verify
with tests. 

Issue History 
Date Modified   Username       Field                    Change               
====================================================================== 
03-12-08 13:53  davidw         Note Added: 0083840                          
======================================================================