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

[noreply at bugs.digium.com]

A NOTE has been added to this issue. 
====================================================================== 
http://bugs.digium.com/view.php?id=11474 
====================================================================== 
Reported By:                drencrom
Assigned To:                
====================================================================== 
Project:                    Asterisk
Issue ID:                   11474
Category:                   Channels/chan_sip/Interoperability
Reproducibility:            always
Severity:                   major
Priority:                   normal
Status:                     feedback
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:              
====================================================================== 
Date Submitted:             12-05-2007 08:06 CST
Last Modified:              12-07-2007 06:00 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.
====================================================================== 

---------------------------------------------------------------------- 
 Tomba - 12-07-07 06:00  
---------------------------------------------------------------------- 
Ok here's the full log, debug to 5 and verbose to 5.
I agree, "If we're ignoring the request, the response should not be
re-sent reliably."
But it does re send it.
And even more, if the reply come from the trunk (keyyo) * doesn't seem to
"hear" it.

EI: 

Asterisk           TRUNK

  <----------------INVITE 102


OK 102---------------->


                   INVITE 102 (retransmited)


   <---------------ACK 102


OK (for second INVITE 102, even if saying it ignored it)------>


   <---------------ACK 102 (for second INVITE response but * doesn't
"hear" it and continue retransmiting ok for INVITE 102)


Retransmiting OK 102--------------->  |
                                      |   6 times  
                                      |   the same dialog of the deaf
   <---------------ACK 102            |   then hangup with warning:
maximum
                                      |   retransmition of seqno 102.


I think it's the case in the log I uploaded.
Thanks for your answer. 

Issue History 
Date Modified   Username       Field                    Change               
====================================================================== 
12-07-07 06:00  Tomba          Note Added: 0075014                          
======================================================================