[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-08-2008 11:28 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).
====================================================================== 

---------------------------------------------------------------------- 
 kenw - 01-08-08 11:28  
---------------------------------------------------------------------- 
Okay, so here's my temporary fix, I've been battling this damn thing for to
long and who knows how many extra steps I may have, but it's currently
working the way we want it to so I'm happy.

First, I changed line 1686 in res_features.c from

snprintf(returnexten, sizeof(returnexten), "%s||t", peername); 
to 
snprintf(returnexten, sizeof(returnexten), "%s|45|t", peername);

Second, I added to my extensions.conf the following:

[park-dial]
        exten => _SIP.,2,Wait(2)
        exten => _SIP.,3,Goto(from-zaptel,900,1)

The goto is our ring group, the wait seemed necessary to allow time for
the initial ring back to clear out, but may not be.  Also note I had to do
_SIP.,2 because it does "-- Executing [SIP/717 at park-dial:1] Dial("Zap/2-1",
"SIP/717|45|t") in new stack" on it's own and I needed to pick up after
this, otherwise it just hangs up the line.

Regardless, this is our temporary fix and I'm open for
suggestions/comments. 

Issue History 
Date Modified   Username       Field                    Change               
====================================================================== 
01-08-08 11:28  kenw           Note Added: 0076500                          
======================================================================