Hi Tarun, As per RFC 3261 section 9, Client behaviour, "A CANCEL request SHOULD NOT be sent to cancel a request other than INVITE." and also " If no provisional response has been received, the CANCEL request MUST NOT be sent; rather, the client MUST wait for the arrival of a provisional response before sending the request."
According the problem specified below, you end is not receiving a provisional response also. So, CANCEL is not supposed to send in this Senario. Since a Buy request can close all the pending transactions, sending Bye is enoung in this case. Thanks, Kiran. Hi Consider the following scenario: 1. A and B are in stable call. 2. A presses hook-flash, ReInvite for hold sent. 3. A - B call put on hold. 4. A presses hook-flash again, ReInvite for resume sent. 5. B does not respond (it is down) and ReInvite times out. How should the call be terminated. Should a Cancel be sent for ReInvite followed by a Bye or Bye alone would suffice? At our end, A sends a Cancel for ReInvite followed by Bye. Is it incorrect behavior? Can you please give me some normative references to support your answer. Regards, Tarun Gupta Aricent _______________________________________________ Sip-implementors mailing list [email protected] https://lists.cs.columbia.edu/cucslists/listinfo/sip-implementors
