ok thanks !! On Mon, Oct 28, 2013 at 5:03 PM, Brett Tate <br...@broadsoft.com> wrote: >> 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
