> But since this is not truly a new request we > have received, we are not sending an increased RSeq. > I believe we are correct in this behaviour > but how can we elicit a response from the SBC.
I assume that you mean PRACK. > Do we expect a new PRACK..? No. > RFC 3262 also says that > > a UAC SHOULD NOT retransmit the PRACK request when > it receives a retransmission of the provisional response" > > Also I want to tell you that our phone does not support RFC 3581. Is > phone behavior justified? What should phone need to do here? I assume that you are asking about the called phone. It received an INVITE retry after previously sending 18x. If I recall correctly, it is behaving per RFC 3261 and RFC 3262. The UAS uselessly resends the 18x (even though it knows that the UAC already received it). The UAS should not start a timer to retry 18x since the PRACK is not expected (i.e. it was already received). _______________________________________________ Sip-implementors mailing list Sip-implementors@lists.cs.columbia.edu https://lists.cs.columbia.edu/cucslists/listinfo/sip-implementors
