[asterisk-bugs] [Asterisk 0011843]: Moved Temporarily Contact Transport information not used in next invite

[noreply at bugs.digium.com]

A NOTE has been added to this issue. 
====================================================================== 
http://bugs.digium.com/view.php?id=11843 
====================================================================== 
Reported By:                pestermann
Assigned To:                
====================================================================== 
Project:                    Asterisk
Issue ID:                   11843
Category:                   Channels/chan_sip/Transfers
Reproducibility:            always
Severity:                   major
Priority:                   normal
Status:                     acknowledged
Asterisk Version:           1.6.0-beta1 
SVN Branch (only for SVN checkouts, not tarball releases): N/A 
SVN Revision (number only!):  
Disclaimer on File?:        N/A 
Request Review:              
====================================================================== 
Date Submitted:             01-25-2008 02:34 CST
Last Modified:              04-30-2008 10:27 CDT
====================================================================== 
Summary:                    Moved Temporarily Contact Transport information not
used in next invite
Description: 
When getting back an Moved Temporarily from the called party the transport
information in the contact header is not used for the next invite based on
promiscredir=yes. 

In the SIP debug 
======================================================================
Relationships       ID      Summary
----------------------------------------------------------------------
has duplicate       0012026 Asterisk 1.6-beta3 does not follow sip ...
has duplicate       0012550 [SIP/TCP] received 302 Moved Temporaril...
====================================================================== 

---------------------------------------------------------------------- 
 oej - 04-30-08 10:27  
---------------------------------------------------------------------- 
This is a good example of the poor status of the 302 in asterisk as well as
the experimental status we've set on the tcp/tls support. It does need a
redesign. I'm sorry that you hit both of these areas in one bug report. 

Issue History 
Date Modified   Username       Field                    Change               
====================================================================== 
04-30-08 10:27  oej            Note Added: 0086204                          
======================================================================