[asterisk-bugs] [Asterisk 0018081]: SIP 200 OK withou ACK

[Asterisk Bug Tracker]

A NOTE has been added to this issue. 
====================================================================== 
https://issues.asterisk.org/view.php?id=18081 
====================================================================== 
Reported By:                marhbere
Assigned To:                
====================================================================== 
Project:                    Asterisk
Issue ID:                   18081
Category:                   Channels/chan_sip/General
Reproducibility:            always
Severity:                   major
Priority:                   normal
Status:                     feedback
Asterisk Version:           SVN 
JIRA:                        
Regression:                 No 
Reviewboard Link:            
SVN Branch (only for SVN checkouts, not tarball releases): 1.6.0 
SVN Revision (number only!): 262803 
Request Review:              
====================================================================== 
Date Submitted:             2010-09-30 16:35 CDT
Last Modified:              2010-10-06 13:43 CDT
====================================================================== 
Summary:                    SIP  200 OK  withou ACK
Description: 
We have the issue when happening a problem into network.

When Receive INVITE and we respond 200 OK, and this last not arrived to
the originator, then the originator resend INVITE many times. But the
*Asterisk "Answers" all this call such as if it were differents calls.

I guess this is heavy problem when will try conciliation with CDR calls.

Please can tell me if we have any mistake

Tanks
====================================================================== 

---------------------------------------------------------------------- 
 (0127765) davidw (reporter) - 2010-10-06 13:43
 https://issues.asterisk.org/view.php?id=18081#c127765 
---------------------------------------------------------------------- 
This doesn't look right to me (branch 1.6.2 SVN):

		case AST_STATE_UP:
			ast_debug(2, "%s: This call is UP.... \n", c->name);

			transmit_response(p, "100 Trying", req);


Surely if the channel is UP, the dialogue state has passed PROCEEDING no
provisional responses should be sent?  (It looks to me as though Asterisk
is collapsing some of the abstract layers in the SIP RFC.)

I'm not sure how that interacts with the CDRs, which seems to be the real
issue here. 

Issue History 
Date Modified    Username       Field                    Change               
====================================================================== 
2010-10-06 13:43 davidw         Note Added: 0127765                          
======================================================================