Hi Ganesh, I think softx is doing the right thing by discarding the retransmitted Reliable Provisional Responses.
According to RFC3262 Section 4, Once a reliable provisional response is received, retransmissions of that response MUST be discarded. A response is a retransmission when its dialog ID, CSeq, and RSeq match the original response. The question is why does SCP retransmit its Reliable Provisional Response? Doesn't it get the PRACK sent by softx? Also, please verify that the new Reliable Provisional Response sent by SCP has the same RSeq header value as the previous one. If yes, then SCP is doing the wrong thing by retransmitting the Reliable Provisional Response even after receiving a PRACK for it. This is according to RFC3262 Section 3. Retransmissions of the reliable provisional response cease when a matching PRACK is received by the UA core. Regards, Arun On Tue, May 20, 2008 at 2:46 AM, Ganesh Pitchiah S <[EMAIL PROTECTED]> wrote: > Hi All, > > I have a doubt regarding continuous transmitting of provisional > response. In our system we are having two SIP entities > > Assume one sip entity is softx and other is SCP. > > SCP sends 180 with SDP to softx to have early dialog and we are having a > situation that early dialog should go for 4 minutes. > > After 2 minutes and 30 seconds SCP is retransmitting the 180 with SDP again > but the softx is not accepting the same because it has already send PRACK > for the earlier response and it is releasing the call after 3 minutes > because it did not get any new response. > > > > Can any one say whose behavior is correct? (I checked with RFC3262 I think > SCP behavior is correct) > > > > Thanks in advance. > > > > Thanks and Regards, > > Ganesh > > > > > > _______________________________________________ > Sip-implementors mailing list > [email protected] > https://lists.cs.columbia.edu/cucslists/listinfo/sip-implementors > _______________________________________________ Sip-implementors mailing list [email protected] https://lists.cs.columbia.edu/cucslists/listinfo/sip-implementors
