[asterisk-bugs] [Asterisk 0011474]: Asterisk hangup calls if two identical invites are received

[noreply at bugs.digium.com]

The following issue has been RESOLVED. 
====================================================================== 
http://bugs.digium.com/view.php?id=11474 
====================================================================== 
Reported By:                drencrom
Assigned To:                file
====================================================================== 
Project:                    Asterisk
Issue ID:                   11474
Category:                   Channels/chan_sip/Interoperability
Reproducibility:            always
Severity:                   major
Priority:                   normal
Status:                     resolved
Asterisk Version:            1.2.24  
SVN Branch (only for SVN checkouts, not tarball releases): N/A  
SVN Revision (number only!):  
Disclaimer on File?:        N/A 
Request Review:              
Resolution:                 no change required
Fixed in Version:           
====================================================================== 
Date Submitted:             12-05-2007 08:06 CST
Last Modified:              03-05-2008 11:04 CST
====================================================================== 
Summary:                    Asterisk hangup calls if two identical invites are
received
Description: 
Context: 
Asterisk server receiving incoming SIP calls from a PortaSIP softswitch

Problem:
Sometimes the softswitch sends two identical INVITES in a row as if the
first OK from Asterisk was lost. When this happens Asterisk keeps resending
the 200 OK message although it in fact receives the PortaSIP ACKs and the
debug shows that it supposedly stopped retransmitting the 200 OK packet.
Then, after 6 retransmissions of the OK packet (all of them ACK'd by the
remote party) Asterisk hangs up a perfectly valid and working call.
The call works fine if there is no retransmission of the first INVITE
packet.

Debug:
I'll attach two log files with verbose and debug enabled. Also SIP debug
was active. One of them shows a valid call and the other shows the problem
I described above.
====================================================================== 

---------------------------------------------------------------------- 
 file - 03-05-08 11:04  
---------------------------------------------------------------------- 
Closed per comment and my own testing. 

Issue History 
Date Modified   Username       Field                    Change               
====================================================================== 
03-05-08 11:04  file           Status                   feedback => resolved
03-05-08 11:04  file           Resolution               open => no change
required
03-05-08 11:04  file           Note Added: 0083452                          
======================================================================