[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:                     feedback
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:              01-02-2008 15:02 CST
====================================================================== 
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).
====================================================================== 

---------------------------------------------------------------------- 
 jvandal - 01-02-08 15:02  
---------------------------------------------------------------------- 
Not 100% sure if this can be related to this ticket, but have made test on
DougUDI and aragon servers to check if same problems and here what I've do:


- Use ParkAndAnnounce function and set the timeout to 10 seconds (testing
purpose) to reproduce the error (SIP BYE errors/maximum retries exceeded on
transmission, etc))

If I watch for the ParkAndAnnounce option :

exten =>
7000,1,ParkAndAnnounce(pbx-transfer:PARKED|10|Local/console at default-app-callpark|default-local,${CALLERID(num)},1)

On Asterisk CLI, I've notice this log :

 == Parked SIP/6002-b7c04cc0 on 7001 at parkedcalls. Will timeout back to
extension [macro-default-dial] s, 6 in 10 seconds

and call is return to the SIP device, but we have specified a timeout
destination/return context (default-local,${CALLERID(num)},1) so output
must show something like :


== Parked SIP/6002-b7c04cc0 on 7001 at parkedcalls. Will timeout back to
extension [default-local], 6003, 1 in 10 seconds


I think the main issue is with the return_context, please correct me if
I'm wrong or if we need to create a different ticket for this. 

Issue History 
Date Modified   Username       Field                    Change               
====================================================================== 
01-02-08 15:02  jvandal        Note Added: 0076231                          
======================================================================